群里说“把华东日报发到总部”，有人理解成一份每天提交的运营表，有人以为是某个项目名称；“上线”“完成”“客户”也可能在不同部门有不同含义。缩写本身不是问题，缺少共同定义才会让消息越传越偏。一页短术语表可以帮助团队对齐重要词语，适用于总部IM等沟通场景，手动维护即可。
一、只收录会改变行动的词，不做大词典
先从近期真实误会中挑词：同名项目、相近部门简称、状态词、报表口径，以及内部说法与客户用语不一致的词。判断是否值得收录，可以问：“理解错这个词，会不会找错人、交错东西、选错时间或判断错状态？”不会影响行动的普通词，通常无需解释。
例如“已完成”如果同时被用来表示写完初稿、交给接收者和获得接受，就应拆开命名。可以约定“已提交”只表示交付物已经送达指定位置，“已接受”表示指定接收者完成了本轮检查。团队也可采用别的名称，关键是定义一致。
从已经发生的误解中找出需要定义的词（原创示意图）。
二、一条定义包含含义、范围和用法
一条实用记录不只写“缩写＝全称”，还应说明在什么范围内成立。例如：“门店日报：本项目指前一营业日的运营汇总；不是当天实时看板。提交对象：区域运营；使用位置：每日交接消息。负责人：区域运营联络人；尚未确定的统计截止时间另行确认。”这是一条虚构示例，实际口径应由业务负责人核实。
如果记录涉及数字统计，补清统计对象、时间范围、单位和必要的排除项。没有确定的内容标记为待确认，不用一个看似精确的定义掩盖分歧。术语表用于记录已达成的理解，不能替代业务决定。
定义不仅回答是什么，也说明在哪里使用（原创示意图）。
三、重名时增加辨识信息，不靠大家记住
项目同名或简称相似时，在重要消息里写全称，并增加一个稳定的辨识项，例如“春芽项目—门店培训”和“春芽项目—客户回访”。不要只用临时负责人姓名区分，人员变化后就可能失效。跨部门发消息时，首次出现用“全称（简称）”，后续才使用约定简称。
引用对方原话时也要保留必要背景。例如把“客户已经确认”改为“门店培训对接人已确认讲义接收，培训日期仍待确定”，才能说明确认的是哪件事。遇到陌生缩写，直接问“这里指哪个项目、哪个阶段”，通常比猜测后继续转述更省时间。
四、修改定义时，让受影响的人知道变了什么
为术语表指定一位维护人，负责汇总修改，不必由一个人决定全部业务含义。涉及部门统计或状态定义的内容，由相应负责人确认后再更新。记录更新时间、修改点和生效范围，例如“从10月20日起，周报中的已完成仅统计已获接收确认的事项；历史周报暂不回改”。日期只是说明写法。
不要把旧消息悄悄换成新含义。若变更影响已经发出的安排，应单独通知接收者，并说明是否需要重新提交或调整统计。旧定义按团队资料规则留存，避免后续复盘时无法解释当时的口径。
更新定义时同步说明变化和适用起点（原创示意图）。
五、让术语表出现在需要它的地方
把这一页放在团队已经约定的资料入口，在项目简介、交接说明或常见问答中给出位置。客户端若支持相应入口，可按实际功能组织；没有时，在相关消息中附上明确的文件名和版本即可。不要要求成员在几十条聊天里寻找某个定义。
新同事加入后，可请其用自己的话解释两个常用状态词，再拿一条真实任务检查是否一致。仍有歧义就补例子，不把问题归咎于“没认真看”。术语表不应夹带账号口令、个人联系方式或不必要的客户资料；相关数据边界可参考本站安全与隐私说明。词语少一点、边界清楚一点，比维护一份无人使用的长表更有帮助。