甲说资料已经完成，乙理解为可以交付，实际却只是初稿写完。双方都没有说谎，但使用了不同含义的“完成”。团队词表不应只是收集专业名词，而要让高频状态对应可观察条件。本文用虚构的资料整理与审核场景，说明怎样对齐用词，不假定任何工具已经提供相同的状态机制。
从一次真实误解挑词
不要一开始编一份覆盖所有工作的词典。先找到近期导致反复确认的词，例如已提交、已确认、待处理和完成。记录不同角色当时如何理解，以及误解影响了哪一步。涉及具体个人时只保留讨论问题所需信息，不把词表变成追责记录；目的是改善共同表达，而不是证明某一方说错了。
每个状态写出进入条件
可以约定“已提交”表示材料已发给指定接收者，“已确认”表示接收者已按约定范围核对并明确回复。这里只是示例定义，必须由团队确认后使用。不要用另一个模糊词解释原词，例如把完成定义为“已经做好”。尽量写成别人能观察、能核对的事实，不依赖整理者自己的感觉。
用相邻状态检查边界
在虚构场景中，材料发出但未得到回复，只能说明已经发出，不能直接写已确认；内容核对完但仍缺必要附件，也不能无条件标为可交付。把容易混淆的两种情况并排说明，比单独背定义更有效。确实需要中间状态时，先讨论用途，不为了细致而不断增加很少使用的标签。
加一个属于与不属于的例子
每个高频词至少配一个正例和一个边界例子，说明为什么符合或不符合。例子可以采用虚构材料，避免暴露项目细节。遇到例子无法归类，先回到定义讨论，不能由某个人临时决定后让其他人自己猜规则。允许保留待确认项，直到相关角色对条件取得一致。
把定义放到实际记录旁
词表单独存放却无人查阅，容易重新变成旧习惯。可以在任务材料附近放置简短说明，使填写状态的人知道它对应什么。约定变化后说明生效范围，并检查此前记录是否需要重新解释。不要无声替换定义，让同一个标签在不同时期代表不同条件，却没有任何提示。
用下一次交接验证效果
请前后两位同事分别解释当前状态、还缺什么以及谁继续行动，观察答案是否一致。若仍有分歧，调整定义或例子，不只提醒大家认真阅读。本文配图为工作方法，不是英飞界面。建议保留少量真正影响交接的词，让它们稳定、明确地被使用；共同词表的价值，是让别人能据此作下一步决定。