先把流式功能名的边界说清楚:它能解决辨识、记忆和检索,解决不了“这个名字会不会火”。承认这一点反而轻松,因为你不必等一个灵感降临的时刻。

一个人憋流式功能名最费的不是时间,是判断。这篇把判断标准写出来,你照着对照,就不用每一步都重新想。

写功能与版本名的文章很多,能把流式功能名讲到能照做的很少。这篇尽量具体:每条标准都能当场验证,每个动作都有明确的产出,失败的情形也写进去。你不必认同全部,能拿走一条就够。

从零开始定下流式功能名

如果一个流式功能名需要解释三句才能听懂,它已经失败了。给流式功能名取名这件事,最有效的做法是把它当成流程,而不是灵感活动。省下来的时间,最后都要在改名上还回去。顺序对了,流式功能名这件事其实不难。

流式功能名最大的问题不是难听,是没人记得住。流式功能名的完整流程有五步,每步都有明确的产出。先定约束,再出候选,最后才谈取舍——这个顺序不能颠倒。听着简单,做到的人不多。每一步都有产出,进度才看得见。

流式功能名这件事没有天赋门槛,只有愿不愿意返工。每一步都设一个截止时间,否则会在某一轮无限循环。

  1. 全名、前两字、同音各搜一遍
  2. 把候选的理由写成一句话
  3. 约一个回看日期,一年后再评一次
  4. 定稿后存档:定稿、备选、放弃原因
  5. 留一个最保守的保底方案
  6. 列出十个绝对不能用的字

把流式功能名做成一套体系

说句不好听的:大部分流式功能名不好用,是因为取的人只想着自己。把候选按场景分组,客服用的、招牌用的、内部代号用的分开。真要改,就一次改到位。

顺着这个话题还可以读:移动端开关名改名前后要处理的事、监控开关名名生成器:功能与版本名可以这样批量出。两篇写的是不同条件下的做法,对照看更清楚。

查流式功能名的重复率

很多人给流式功能名取名的方式,是在给自己出题。先查再说,比先定再查省事得多。查重不是查一次就完事,流式功能名要在三个地方各查一遍。

别急着找灵感,先把不行的划掉。很多人以为改一个字就避开了撞车,其实近似的读音照样会被混。不相信的话,念给五个陌生人听。这一关过了,流式功能名才算真的可用。

顺手用一下

名字体检

从字数、重复、生僻、谐音四个维度给名字打分

流式功能名该按什么标准挑

先问一句:这个名字要在什么地方出现?答案不同,标准就不同。流式功能名的合格线其实只有三条,剩下的都是加分项,顺序弄反就会一直返工。这不是审美问题,是懒惰问题。标准越简单,团队越容易达成一致。

阶段该做的动作大致耗时
候选已经有一批三层查重,淘汰近似与同音一小时
上线之后发现别扭只改一个字,观察一周一周
刚起步 / 只有一个想法先列禁用字,再出二十个候选半天
要注册按类别做近似检索,留档两到四周
使用一年以上每年回看一次是否还适配一次 / 年
流式功能名的处理顺序对照

流式功能名该适配什么场景

流式功能名的使用场合越固定,可以越自由;场合越杂,就要越保守。电话里说一遍,让对方复述,这是最残酷也最有效的测试。在所有场景里找最差的那个:如果它在最差场景里还能用,其余都可以接受。把它放进真实环境,判断会比在纸上准确得多。

流式功能名在产品文档里能不能成立,和它写在纸上好不好看是两件事。把流式功能名放进最糟的那个场景里试一遍,剩下的都好办。涉外场景要额外过一遍音译,避免两种语言里意思打架。

同一个流式功能名,在安静场合体面,在嘈杂场合就成了麻烦。同一个名字在上架前时被提到,听的人能不能立刻反应过来,是关键指标。线上的名字要能被 @ 到,线下的名字要能被写在门牌上。

把标准写在纸上,脑子里的标准会自动放宽。
提醒任何需要解释三句才听懂的名字,都值得重新考虑。

功能与版本名的常见问题

流式功能名多久能定下来

有标准的话三天到一周;没有标准的话,三周也定不下来,因为没有终止条件。

流式功能名和别人的名字很像怎么办

先判断是字形像还是读音像。读音像更麻烦,改字形没用,要换音节。

流式功能名怎么判断好不好念

念三遍不打结、别人能一次复述、输入法能直接打出来,三条都过就算好念。

流式功能名能不能带数字

尽量不带。数字会引入 read/write 歧义,电话里沟通尤其麻烦。

流式功能名可以直接用工具生成吗

可以,工具负责出量,你负责定标准。生成的候选必须自己过一遍查重和口述测试。

回头看,流式功能名真正的价值不是那个定稿,而是你验证了一套可以复用的取名方法。这套方法比任何单次结果都耐用。

把流式功能名写进日程而不是待办,是这篇文章里最值钱的一句。待办只回答“要做”,日程才回答“什么时候做”。

编辑手记:这篇改过三稿:第一稿形容太多,第二稿删掉三分之一的建议,第三稿才补上失败的情形。