建模示范视频EA-016/博物馆安全系统试看片段-视频+图片版
起名可以分为三种类型：
（1）直接起名
直接用品类的名字起名，例如IBM、Microsoft、Enterprise Architect……包括UMLChina。
IBM是InternationalBusinessMachines（国际商业机器）的缩写，公司创建于1911年。IBM最开始做打字机，后来做计算机，都属于“商业机器”；Microsoft诞生于1975年，当时软件还属于顾客购买计算机时赠送的附属品，还没有“软件业”的概念。
在品类形成的初期，直接起名可以帮助抢占先机，但是不利于将来的延伸。
IBM研发和收购了许许多多的软件，所谓五大软件品牌，都没有得到期望的结果。幸亏IBM是缩写，如果使用全名，对IBM软件的形象就更不利了。
Microsoft的“soft”也让人感觉擅长软件，不擅长硬件，其实微软的笔记本电脑水准很高。
直接起名还有一个问题：容易模仿和混淆。
你来一个UMLChina，他来一个ChinaUML、UMLCn、CnUML，然后你就被淹没在茫茫人海之中。
建模工具Enterprise Architect属于直接起名，两个通用词汇连在一起，如果使用Enterprise Architect碰到问题，用搜索引擎搜索“Enterprise Architect”，得到如图9-17的结果。
图9-17 bing.com搜索enterprise architect的结果
可以看到，第一个结果类似广告，第二个结果确实是建模工具EA，第三个结果说的已经是企业架构。和EA相关的内容混杂在大量企业架构、企业架构师的内容之中。
（2）隐喻起名
名称中不直接包含品类名，而是用一个能联想到品类的名字，例如Google、百度、知乎、闲鱼、滴滴、饿了么、陌陌……。
Google是一个搜索引擎，名字来源于googol，即10的100次方，暗示后面有海量的信息供搜索。域名用google.com而不用search.com之类，原因当然不是买不起域名。如果起名search.com，可能就会有人山寨esearch.com、isearch.com，而Google这个词和起名者的创意相关，如果有人山寨了一个iGoogle，其他人也会联想到iGoogle里的Google怎么来的，山寨起来不划算，不如另起个名字，比如百度。
隐喻式起名虽然和品类的绑定没那么直接，可以延伸到其他品类，但也不是没有影响。百度搞地图、文库还好，搞外卖、商城之类搜索不是关键要素的领域就够呛了，除非不用百度的名字。
（3）无厘头起名
名字来自起名者灵光一闪，和品类没有内在联系，例如Dell、Apple、小米、京东、盒马、喜马拉雅、荔枝……，包括本书的案例“发糕”。
Dell是因为创始人姓Dell，Apple是因为乔布斯当时经常吃苹果，小米是因为大家早餐喝小米粥，京东是因为爱情。
从十多年前开始，我的胃就不好，后来我太太和我说，主食吃发酵食品，比如馒头、发糕等等。于是我即使出差时也注意把主食改为馒头、发糕，尤其喜欢点“西贝”的发糕（此处不是恰饭，虽然我很想恰。欢迎各餐饮企业来洽谈恰饭事宜，反正我吃过的发糕也不只西贝一家）。
现在，我的胃肠已经很好了。当然，还有其他的原因了，例如不喝酒、三餐之外不进食。
（仅供参考，有一定年纪的同学，隔1-2年可以做一回胃肠镜套餐。不疼，10秒麻翻，醒过来就做好了。）
虽然无厘头用的词可能也是通用词，但是词义和品类没有内在联系。苹果不是卖水果的，小米不是卖杂粮的。这和Enterprise Architect不同，Enterprise Architect确实就是奔着“企业架构师”去的，如果Enterprise Architect是女性内衣品牌，那又是另外一回事了。
因为词义和品类没有内在联系，在初期的营销中，必须卖力宣传，而且要和品类一起连起来宣传。例如，Apple最开始叫Apple Computer。有一段时间霸占电梯广告的“瓜子二手车直卖网”，也是连在一起说。光说瓜子，大家以为是卖炒货的。
等到大家对品牌有认识了，再把品类名称去掉。“AppleComputer”把“Computer”去掉，喜马拉雅FM、荔枝FM现在把FM去掉了，“盒马鲜生”也去除“鲜生”，只保留“盒马”。
因为名字不绑定品类，通过宣传给名字赋予某种“气质”之后，就可以延伸到其他品类。Microsoft搞房地产比较别扭，Apple搞房地产，就是创新、精致、有点贵的房地产；小米搞房地产，就是性价比高的房地产，“年轻人的第一套房”。
图9-18 小米的广告
我对选择起名方式的看法：
如果在品类形成初期，对该品类看好，下决心锚定这个品类，而且有信心成为各品牌的领先者，就用直接起名好了，显得霸气；如果想要灵活变化，就无厘头起名。
UMLChina和《软件方法》都是直接起名。
UMLChina这个名字，好处是形象鲜明，在UML普及初期很有帮助。一看“UML+China”，就觉得是UML在中国的代表，在中国如果需要UML服务，就是它了。其实，除了我自己和OMG里个别人有过Email联系，UMLChina和OMG并没有官方合作关系，也没有绑定到哪家工具厂商。
好处的另一面就是坏处。
一个坏处是会让人认为“只会UML”。有时，来联系业务的是IT组织的人力资源专员或培训公司的行政老师，她们（女性居多）没有软件开发的经历，会问“潘老师，您这边除了UML的培训之外，还有没有针对产品经理或架构师的培训”。我不得不向对方解释方法、过程和工具等概念，以及UML和这些有什么关系。还有，要是OMG把UML改了名字，UMLChina这个名字就杯具了。
另一个坏处是走不出中国。毕竟在很多领域，China和“领先”还不能联系在一起。当然，目前还没有面对这方面的烦恼。
UMLChina如果不用直接起名，用隐喻起名，您觉得叫什么合适？欢迎在评论留言。
UMLChina如果不用直接起名，用无厘头起名，您觉得叫什么合适？欢迎在评论留言。
严格来说，UML不是品类，是品牌。品类是建模语言，UML是OMG这个“厂家”的一个品牌，只不过UML相对于其他建模语言品牌显得太突出，已经接近于品类。类似的例子还有可乐。可乐本来是品牌，后来大家大脑里逐渐建立起这样的概念：那种黑褐色的糖水叫可乐（Cola），于是可乐就成了品类。可口可乐，百事可乐、非常可乐、天府可乐……是可乐的品牌。
同理，《软件方法》也是直接起名，不另外起品牌名字，例如“潘氏方法”、“鲸鱼方法”、“灵便方法”，即使搜索时淹没在海量信息中也无所谓。这也是表达一种信心。
直接起名的书还有“The Art of ComputerProgramming”。
图9-19 “TheArt of Computer Programming”封面
至于“发糕”嘛，因为《软件方法》的知识是公开的，人人都可以基于方法学开发相应的工具，也许其他人做的工具更好呢？所以就不敢直接起名了，先起一个无厘头的名。
特别声明：以上思考和我对建模的思考不一样，仅属于业余爱好，所以思考的价值不敢确定，仅供参考。竞争成败因素很多，起名因素占的比例难说有多少。