术语表模板是一张逐条登记术语的表格，用来统一团队对同一概念的说法。本文直接给出一张可复制的空白术语表，并说明每个字段填什么、哪些字段必填、一条术语如何从空白填到定稿，以及建好后怎样评审新增术语、处理版本更新。字段口径在模板、说明和示例中保持一致，是这份模板能否被长期使用的关键。
要点总览（TL;DR）
- 空白术语表含十个字段：术语名称、英文/别名、定义、适用范围、正例、反例、同义词与禁用词、负责人、版本、状态，可直接复制到文档或表格工具使用。
- 最小可用术语表只需四个必填字段：术语名称、定义、负责人、状态；其余字段按使用场景逐步补齐。
- 定义写边界而非罗列特征，正例示范用法、反例展示误用、禁用词说明歧义原因，三者分工不同。
- 维护按提交、评审、发布三步走，实质变化才升次版本号，废弃术语保留原条目并注明替代术语。
- 术语表作为知识库页面维护，可与文档模板、写作规范互相引用，让已发布术语成为写作依据。
可复制空白术语表模板
下面这张表可以直接复制到文档或表格工具中使用。表头行保持原样，从第二行开始逐条填写术语；示例行仅用于说明填写位置，正式使用时删除或替换为真实术语。
| 术语名称 | 英文/别名 | 定义 | 适用范围 | 正例 | 反例 | 同义词与禁用词 | 负责人 | 版本 | 状态 |
|---|---|---|---|---|---|---|---|---|---|
| （示例）术语名称 | （示例）英文名或常用别名 | （示例）一句话写清边界 | （示例）适用的产品、流程或文档范围 | （示例）正确用法 | （示例）错误用法 | （示例）同义词；禁用词 | （示例）姓名或角色 | （示例）v1.0 | （示例）草稿/评审中/已发布/已废弃 |
复制到表格工具后，建议做三件事：把表头行设为冻结或加粗，避免滚动时看错列；为“状态”列设置下拉选项，取值限定为草稿、评审中、已发布、已废弃；为“版本”列统一写成 v主版本.次版本 的形式。若复制到文档工具中，用一张表格承载全部术语，不要拆成多张分散的表，否则后续检索和比对会变困难。
术语表字段说明：每个字段填什么
十个字段各自承担不同职责：有的负责识别术语，有的负责界定含义，有的负责约束用法，有的负责追溯责任。填写口径统一，术语表才能在多人维护时保持可比。
| 字段 | 填什么 | 填写要点 |
|---|---|---|
| 术语名称 | 团队统一使用的标准叫法 | 使用完整、无歧义的词，避免缩写和内部简称；同一概念只保留一个标准名称 |
| 英文/别名 | 对应的英文术语或常见别名 | 用于跨语言文档和检索；别名只登记，不作为正式写法 |
| 定义 | 术语的含义与边界 | 写清“是什么、包含什么、不包含什么”，用一句话界定范围，不罗列特征清单 |
| 适用范围 | 该术语生效的产品、流程或文档类型 | 写明限定条件，例如仅用于某产品线或某类文档；全团队通用时写“全团队” |
| 正例 | 正确使用该术语的句子或片段 | 取自真实文档语境，能直接看出用法 |
| 反例 | 容易混淆或错误的写法 | 展示常见误用，帮助读者对照识别 |
| 同义词与禁用词 | 可替换的说法与禁止使用的说法 | 同义词注明“可替换”，禁用词注明原因，如易与另一术语混淆 |
| 负责人 | 对该术语定义负责的人或角色 | 填写具体姓名或岗位，负责答复疑问和发起修订 |
| 版本 | 该条术语的修订版本 | 定义或用法发生实质变化时递增次版本号 |
| 状态 | 术语当前所处的生命周期阶段 | 取值为草稿、评审中、已发布、已废弃，只有已发布的术语可作为写作依据 |
定义字段最容易写偏。常见写法是把特征一条条列出来，读者看完仍不知道边界在哪。更有效的写法是先给出属概念，再说明区别特征和排除范围。例如定义“活跃用户”时，写清统计周期、触发行为以及哪些行为不计入，比罗列“经常登录、有操作行为”更能减少争议。
正例、反例与禁用词解决的是不同问题。正例示范正确用法，反例展示错误写法及其问题，禁用词则是明确禁止出现的说法。三者配合，读者既知道该怎么写，也知道哪些写法会被退回。
必填与选填：哪些字段不能空
一张最小可用的术语表，至少要让读者知道术语叫什么、是什么意思、由谁负责。其余字段可以随使用深入逐步补齐。
| 字段 | 必填/选填 | 原因或适用时机 |
|---|---|---|
| 术语名称 | 必填 | 没有名称无法登记和检索 |
| 定义 | 必填 | 术语表的核心价值在于统一含义 |
| 负责人 | 必填 | 保证有人对定义负责、能响应疑问 |
| 状态 | 必填 | 区分草稿与已发布，避免误用未定稿术语 |
| 适用范围 | 选填 | 术语仅在特定产品线或文档类型中使用时填写；全团队通用可留空 |
| 英文/别名 | 选填 | 存在跨语言文档或常用别名时填写 |
| 正例 | 选填 | 用法容易出错、需要示范时填写 |
| 反例 | 选填 | 存在高频误用时填写，与正例配套 |
| 同义词与禁用词 | 选填 | 存在多种叫法或需要明确禁用说法时填写 |
| 版本 | 选填 | 术语进入正式维护、需要追溯修订时填写；新建草稿可留空 |
字段留空时，用统一约定代替随意空白：选填字段暂不填写时留空，不写“无”“待定”等占位文字，避免后续统计时混淆；必填字段缺失的术语不得进入已发布状态，可先以草稿状态登记，由负责人补齐后再提交评审。这样处理，术语表在早期可以轻量起步，又不至于因为字段不全而失去约束力。
填写示例：一条术语从空白到定稿
下面以“活跃用户”为例，演示一条术语从空白行填写到定稿的完整结果。示例内容为演示情景，用于说明各字段的填写方式。
| 字段 | 填写内容 |
|---|---|
| 术语名称 | 活跃用户 |
| 英文/别名 | Active User；别名：活跃账号 |
| 定义 | 在统计周期内至少完成一次有效操作的用户；有效操作指登录后产生的业务行为，仅登录不计入 |
| 适用范围 | 产品数据报表与运营分析文档，不含市场宣传材料 |
| 正例 | 本月活跃用户数为 1.2 万，统计口径为自然月内至少完成一次下单或查询操作的用户 |
| 反例 | 把仅打开过首页的用户计入活跃用户 |
| 同义词与禁用词 | 同义词：活跃账号（可替换）；禁用词：活跃度，易与指标名称混淆 |
| 负责人 | 数据产品负责人 |
| 版本 | v1.1 |
| 状态 | 已发布 |
逐项对照字段说明可以看出：定义写的是边界，明确了统计周期、有效操作的含义，并排除了仅登录的情况；适用范围限定了使用场景，避免在市场材料中被随意引用；正例给出可直接套用的句子，反例指出高频误用，禁用词说明了“活跃度”被禁用的原因是容易与指标名称混淆；负责人落到具体角色，版本从 v1.0 修订到 v1.1，对应定义中补充“仅登录不计入”这一实质变化；状态为已发布，表示该条术语可以作为写作和报表的依据。
术语表的调整与维护方法
术语表建好后，真正的成本在维护。字段增减、新增评审、版本更新和废弃处理如果没有规则，术语表很快会变成各写各的清单。
字段增减依据使用中的实际问题判断。当多条术语反复在“适用范围”上产生争议时，说明该字段需要细化或补充填写要求；当评审中频繁追问用法，说明正例反例需要成为常规字段。反之，长期无人填写、也不影响判断的字段可以合并或删除。每次调整字段，同步更新字段说明，并在术语表顶部记录调整日期和原因。
新增术语按提交、评审、发布三步走：提交人填写术语名称、定义、负责人和状态为草稿；负责人确认定义边界和适用范围，补充正例反例与禁用词；评审通过后将状态改为已发布，并登记版本号。评审重点看三件事：定义是否与已有术语冲突、适用范围是否清楚、禁用词是否覆盖了常见误用。
版本更新遵循“实质变化才升版”的原则：定义、适用范围或禁用词发生变化时递增次版本号，并在术语表变更记录中写明改了什么、为什么改；仅修正错别字不升版。术语被替代或不再使用时，将状态改为已废弃，保留原条目并注明替代术语，不要直接删除，否则旧文档中的引用会失去对照。
术语表还需要与知识库文档联动：在写作规范或文档模板中引用术语表，要求新文档使用已发布术语；术语表本身作为知识库中的一个页面维护，与相关主题文档互相引用。团队使用 ONES Wiki 时，可以把术语表做成页面模板，通过模板库一键创建制式化文档，减少每次新建时的字段遗漏；成员在页面上添加注释和评论，便于对定义边界快速反馈；页面版本会被记录并可随时查看与回滚，定义修订有据可查；按角色配置读写权限，可以让负责人维护定义、其他成员只读引用。工具承载的是协作与版本动作，字段口径和评审规则仍需团队自己定下来并持续执行。
常见问题
术语表刚建立时字段填不全，可以先上线使用吗？
可以，但要以草稿状态登记。术语名称、定义、负责人、状态四个必填字段齐全后，术语才能进入已发布状态；选填字段暂不填写时直接留空，不写“无”“待定”等占位文字，避免后续统计时混淆。这样术语表能轻量起步，又不会因为字段不全失去约束力。
同一个概念团队里有多种叫法，术语表该怎么处理？
在“术语名称”中保留一个标准叫法，其余叫法登记到“同义词与禁用词”字段：可接受的替换说法注明“可替换”，容易引起歧义的写法列为禁用词并写明原因。这样读者既知道正式写法，也知道哪些说法会在评审中被退回。
术语定义发生修订时，版本号怎么升？
遵循“实质变化才升版”的原则：定义、适用范围或禁用词发生变化时递增次版本号，并在变更记录中写明改了什么、为什么改；仅修正错别字不升版。术语被替代或不再使用时，将状态改为已废弃，保留原条目并注明替代术语，避免旧文档中的引用失去对照。
术语表放在知识库工具里维护，和放在普通表格里有什么差别？
普通表格适合早期快速起步，字段和行结构直观。放进知识库工具后，协作动作更容易沉淀：以 ONES Wiki 为例，可以把术语表做成页面模板，通过模板库一键创建制式化文档，减少每次新建时的字段遗漏；成员在页面上添加注释和评论，便于对定义边界快速反馈；页面版本会被记录并可随时查看与回滚，定义修订有据可查；按角色配置读写权限，可以让负责人维护定义、其他成员只读引用。无论用哪种载体，字段口径和评审规则仍需团队自己定下来并持续执行。
新增术语由谁评审，评审重点看什么？
由该术语的负责人牵头评审，提交人先填写术语名称、定义、负责人，状态设为草稿。评审重点看三件事：定义是否与已有术语冲突、适用范围是否清楚、禁用词是否覆盖了常见误用。评审通过后将状态改为已发布并登记版本号，术语才能作为写作和报表的依据。
