命令式功能名命名的五个判断标准
关于命令式功能名，最有用的一条是：先定场景，再定字。下面按顺序拆开，你挑卡住的那段看。
- 定稿前查一遍商标、域名和账号
- 留一个最保守的候选做保底
- 给每个候选写一句理由，写不出就删
很多人对命令式功能名的期待是“有感觉”，而真正可操作的目标是“可用”。可用意味着它在最小字号下能看清、在电话里能说清、在搜索框里能搜到。围绕这个思路，下面的内容会好读很多。
把命令式功能名放回真实使用里看：有电话、有小字、有搜索、有别人替你转述的时候。任何只在纸面上成立的名字，撑不过一个月。
写功能与版本名的文章很多，能把命令式功能名讲到能照做的很少。这篇尽量具体：每条标准都能当场验证，每个动作都有明确的产出，失败的情形也写进去。你不必认同全部，能拿走一条就够。
查命令式功能名的重复率
如果一个命令式功能名需要解释三句才能听懂，它已经失败了。很多人以为改一个字就避开了撞车，其实近似的读音照样会被混。命令式功能名撞车的方式有三种：一模一样、近似写法、同音写法，后两种更麻烦。不相信的话，念给五个陌生人听。
命令式功能名的检索顺序
命令式功能名最大的问题不是难听，是没人记得住。注册这件事，先查后取是常识，但真正做到的人不多。
顺着这个话题还可以读：开源权限角色名怎么取名：先定标准再动手、声明式实验代号取名：三种风格的取舍。两篇写的是不同条件下的做法，对照看更清楚。
命令式功能名的记忆点在哪
别急着找灵感，先把不行的划掉。生僻字的记忆成本是普通字的三倍以上，这个代价通常会持续很多年。真要改，就一次改到位。能被复述的名字，才有机会被传播。
命令式功能名该按什么标准挑
说句不好听的：大部分命令式功能名不好用，是因为取的人只想着自己。命令式功能名的合格线其实只有三条，剩下的都是加分项，顺序弄反就会一直返工。
命令式功能名这件事没有天赋门槛，只有愿不愿意返工。命令式功能名最怕的不是难听，是没法判断——好与坏都靠感觉，改十次也定不下来。省下来的时间，最后都要在改名上还回去。
| 阶段 | 该做的动作 | 大致耗时 |
|---|---|---|
| 两个方案僵持 | 写标准打分，按分数定，不按喜好 | 半小时 |
| 上线之后发现别扭 | 只改一个字，观察一周 | 一周 |
| 要上招牌 / 包装 | 先看小字号与手写效果 | 一小时 |
| 涉外场景 | 过一遍音译与母语者朗读 | 一天 |
| 刚起步 / 只有一个想法 | 先列禁用字，再出二十个候选 | 半天 |
一个命令式功能名的真实案例
很多人给命令式功能名取名的方式，是在给自己出题。第三版换掉首字，做了三轮口述测试，通过率从四成升到八成。这不是审美问题，是懒惰问题。真实场景的反馈，永远比会议室里的讨论准确。
做命令式功能名时看起来正确的错事
第二个坑是照搬别人的成功名字，忽略了别人的场景和你不同。听太多人的意见，最后选了一个谁都不讨厌、也没人喜欢的名字。听着简单，做到的人不多。
第一个坑是用力过猛：把所有好字堆上去，结果重点全没了。命令式功能名最贵的错误不是取得不好，是取得太早。改名太频繁，每次只改一点，结果一次都没改对。返工不可怕，可怕的是不知道为什么返工。
改十次不如测一次，测一次不如定一条标准。
功能与版本名的常见问题
命令式功能名可以直接用工具生成吗
可以，工具负责出量，你负责定标准。生成的候选必须自己过一遍查重和口述测试。
命令式功能名改名有风险吗
有。已经产生认知的名字改名，等于把积累清零，所以要评估现有用户能不能跟上。
命令式功能名需要做英文版吗
看客户在哪里。涉外场景建议做，用拼音直译比意译稳妥，避免两种语言里意思打架。
命令式功能名怎么检查冲突
包管理平台、域名、商标、社媒账号四处一起查，任何一处被占都要重新想。
命令式功能名最终会变成一件不需要讨论的事，就像招牌上的字，挂上去之后没人再问为什么。
下一步别贪多：从清单里挑最贴合你当前障碍的一条，做一遍，再动第二条。同时改三处，通常三处都保不住。
