先做基线盘点：把现状写清楚
在讨论亚星平台怎么用之前，先把现状写清楚，否则后面的核对都缺少参照。基线盘点不追求完整，只要求可核对、可回看。建议先花半小时完成下面这组勾选项。
- 列出当前实际使用的功能模块，标注每个模块的日常使用人。
- 记录平台使用指南中与当前操作不一致的条目。
- 确认功能说明里哪些描述属于默认行为，哪些需要额外配置。
- 把服务参考中涉及的支持范围单独摘出来，避免和功能说明混在一起看。
- 标记出最近一次发生操作疑问的时间点与具体环节。
- 把上述信息整理成一页纸，作为后续阶段的对照底稿。
基线盘点的出口标准是：任何一项后续核对都能回到这份底稿找到对应条目。如果某条信息找不到出处，就先留空，不要凭印象补写。
第一阶段：把功能说明落到具体使用场景
这一阶段的目标不是把功能说明读完，而是让每个功能对应到一个真实场景。核对时以场景为单位，而不是以菜单为单位。
阶段目标
- 每个被勾选的功能都能说出一个具体使用场景。
- 每个场景都能指出触发条件、参与角色和预期结果。
- 无法对应场景的功能单独列出，不做删除，只做标记。
输入与输出
输入是基线底稿和功能说明；输出是一份场景对照表。对照表不需要复杂格式，三列即可：功能名称、使用场景、当前是否在用。
阶段出口标准
- 场景对照表中没有空白的功能行。
- 标记为“当前未用”的功能不超过总条目的一半。
- 至少有三个场景能对应到平台使用指南中的具体段落。
如果出口标准没有达到，不要进入下一阶段，先回到功能说明补齐场景描述。 平台使用指南
第二阶段：用清单核对平台使用指南的落地情况
这一阶段重点看指南与实操的差距。差距不一定是错误，但必须被记录，否则交接时容易变成口头传话。
核对项
- 平台使用指南中的步骤，实际操作时是否顺序一致。
- 指南里提到的默认值，是否与当前配置一致。
- 指南中未提及但实际会触发的提示，是否已被记录。
- 服务参考中给出的处理建议，是否在当前流程中被采用。
- 同一操作在不同角色下的可见范围是否与指南描述相符。
- 指南更新后，是否有人负责同步到场景对照表。
输入与输出
输入是场景对照表和平台使用指南；输出是一份差异记录。差异记录只写事实，不写评价。
阶段出口标准
- 差异记录中每条都有对应的指南段落或功能说明出处。
- 无法找到出处的差异单独归类，等待确认。
- 差异记录已同步给实际使用人，而不是只留在个人手里。
第三阶段：收敛权限与异常处置路径
前两阶段解决的是“怎么用”，这一阶段解决的是“谁能用、出问题找谁”。收敛的目标是减少模糊地带，而不是减少人数。
权限核对
- 列出每个角色的实际权限，与功能说明中的角色描述对照。
- 标记出长期未使用的权限，确认是否可以收回。
- 确认权限变更是否有记录，以及记录保存在哪里。
- 检查是否存在共用账号或口头授权的情况。
异常处置核对
- 每个主要场景是否都有对应的异常处置说明。
- 异常发生时，第一联系人是否明确。
- 处置过程是否需要留痕，留痕位置是否固定。
- 服务参考中提到的支持范围，是否与当前处置路径一致。
阶段出口标准：权限清单和异常处置清单都能被第三方直接读懂，不需要额外解释。如果做不到，说明还有隐含信息没有写出来。
复核出口与交接：让清单可复用
最后一个阶段是把前面三个阶段的产出合并成一份可交接的材料。交接不是把文件发出去，而是让接手人能用同一份清单继续核对。
复核清单
- 基线底稿、场景对照表、差异记录、权限清单是否版本一致。
- 每份材料是否标注了更新时间和更新人。
- 平台使用指南的版本是否与当前核对所用版本一致。
- 功能说明中已变更的部分是否在材料中体现。
- 服务参考的适用范围是否被单独说明，避免被当成通用承诺。
交接出口标准
- 接手人能独立完成一次基线盘点，不需要口头补充。
- 接手人能指出至少一处指南与实操的差异，并找到出处。
- 复核清单本身被保留下来，作为下一轮自检的起点。
到这里，亚星平台的使用自检形成了一个可循环的路线：基线盘点、场景落地、指南核对、权限收敛、复核交接。每一轮结束后，把新的差异补回基线底稿，下一轮就能从更高的起点开始。