G1.04.1user vocabulary in labels设计研究
标签需使用用户词汇而非内部术语
别名: 用户用语 · folksonomy vs jargon · 内部术语
概念解释
导航上的词必须是用户找东西时会用的词，不是组织内部的部门名、产品代号或法规简称。用户词汇（user vocabulary）是查找语言；内部术语是生产语言。把「人力资源共享服务中心」写成导航，「请假」这件事就被藏进一个用户不会去点的名字里。标签的工作是预告后面有什么，预告必须用接收方的词典，不能用发送方的词典。
内部术语不是永远错误，它在专家工具和法规原文里有精确价值。错的是把它当作寻找入口的第一层用词。
机制
信息气味依赖词与隐藏内容之间的统计联系。用户词汇与目标内容在用户的经验里共现过（「报销」「发票」「请假」），所以能预告。内部术语只在员工手册和系统字段里共现（「SSC」「费控」「OA 流程」），对未受训的人是无气味的字符串。点开的决策发生在读懂定义之前，所以第一层标签没有「先解释再选择」的机会。
用内部词还有第二层伤害：它暗示「懂这个词的人才是预期用户」，把其余人赶去搜索或离开。搜索若同样索引内部字段名，两条通路一起失效。
怎么研究
对照两套词表：用户在任务中自发说出的词，以及系统现用的标签。
- 范式：自由列举（「你要找请假，会去点哪个词」）、查询日志、开放式卡片分类中的自命名；再与当前导航标签做对齐。逆向卡测：给出标签，问后面会有什么。
- 自变量：标签来源（用户高频词 / 部门名 / 产品代号）、是否加括号注释。
- 因变量：标签–目标匹配率、首次点击正确率、把标签解释成别的内容的比例。
- 方法论注意点：内部员工不是用户词汇的来源。焦点小组里的「我们都知道 SSC 是什么」不能外推。日志里的成功查询可能已经是学会内部词之后的，要分层新用户。中英双语产品里两套用户词汇，不能只译内部术语。
边界
专业软件的用户就是持有那套术语的人（医师、飞行员、律师），此时专业词就是用户词汇，换成日常词反而失气味。法律要求的正式名称必须出现时，正式名可以做页内标题，入口标签仍应用查找用词，并在到达后对接正式名。品牌名作为标签只在该品牌已被用户用作查找键时成立，否则它仍是内部代号。
怎么落地
- 从真实任务的口述和搜索词里抽第一层标签候选，禁止从组织架构图直接取名。
- 每个候选标签做一次逆向测试：只给这个词，问「点进去会看到什么」。答错就换词，不要加一句说明书来补。
- 内部术语可以出现在到达后的正文、筛选字段或专家模式，不要出现在全局导航第一层。
- 验证：让从未用过该系统的人拿着自己的任务词去点导航。任务词对不上任何标签，这一层就还是内部语言。