为什么现在做术语审计
pg导航 在落地项目里经常被当成一个笼统说法，团队内部对它的理解并不一致。术语审计是指把项目里反复出现的词条逐个定义清楚，再对照当前站点逐项核对。它又称词条盘点，目的是让“入口”“结构”“维护”这些词在讨论时指向同一件事。
相关词条包括：pg导航、网站导航、pg导航资讯、pg导航落地项目。它们不是同义词，而是同一主题下不同层次的术语。审计的价值在于把模糊描述换成可观察的检查点。
审计范围与词条边界
范围决定清单的长度。建议先划定边界，再逐条检查。
- 是否明确 pg导航 指的是入口集合，还是包含内容组织的整体结构。
- 是否区分 网站导航 的展示层与 pg导航落地项目 的实施层。
- 是否把 pg导航资讯 归入内容更新，而不是入口本身。
- 是否记录了每个词条的责任人，避免多人各说各话。
- 是否保留术语变更记录，便于复查时对照旧版本。
入口与结构类清单
这一组检查的是“用户从哪里进、按什么顺序走”。
- 入口数量是否与任务流匹配，而不是按分类习惯堆叠。
- 每个入口是否有唯一名称，且名称与目标页面一致。
- 层级深度是否控制在可预期范围内，避免深层跳转。
- 是否区分主导航与辅助入口，二者职责不重叠。
- 入口文案是否可被新成员直接理解，无需额外解释。
内容与维护类清单
这一组检查的是“谁来更新、多久复查”。
- pg导航资讯 是否有固定更新节奏与负责人。
- 失效入口是否有下线流程，而不是长期保留。
- 新增入口是否经过同一套命名与归类规则。
- 是否记录了最近一次结构复查的时间与结论。
- 维护责任是否落到具体角色，而非默认由所有人负责。
需要警惕的红旗信号
红旗信号是指那些一旦出现就说明术语已经失控的现象。
- 同一个词在不同文档里指向不同层级。
- 入口名称随负责人更换而改变，缺少依据。
- pg导航落地项目 被当成一次性任务，没有复查安排。
- 网站导航 的调整没有同步到相关说明文档。
- 讨论中频繁出现“大概”“差不多”这类无法核对的描述。
整改顺序与复查节奏
整改顺序建议从定义开始，再到结构，最后到维护。
- 先统一词条定义，确认每个术语的边界。
- 再核对入口与结构，删除重复与失效项。
- 然后补齐维护责任与更新节奏。
- 最后安排固定复查，把清单纳入日常流程。
复查时只需回答一个问题：当前站点能否用这份清单逐条解释清楚。如果不能，说明术语审计还需要继续。 pg导航实用指南