现场该盯的信号
为什么现在就要审计：金鼎会落地项目在演示阶段往往看不出偏差，偏差通常在交接、换人、换场景时才暴露。审计的目的不是挑毛病，而是在验收前把可观察的信号固定下来。
先明确范围：只核对当前项目已承诺的交付内容，不扩展到未确认的规划。
- 交付物是否有一份可对照的书面范围说明，而不是只在口头或演示中出现。
- 关键流程是否有固定的操作人，换人后能否在无人指导下完成同一动作。
- 日常运行记录是否连续，是否存在只在演示日才补齐的痕迹。
- 异常处理是否有明确入口，出现问题时第一联系人是否清楚。
- 数据与配置的归属是否写清，离开原班人马后是否仍可维护。
常见故障模式
一线最常遇到的不是功能缺失，而是边界模糊。下面这些故障模式在多数金鼎会落地项目现场都会以不同形式出现，值得逐条对照。 金鼎会
- 演示环境与使用环境不一致，切换后流程需要重新解释。
- 角色权限靠临时口头约定，人员变动后权限悬空。
- 验收标准写成主观描述，如“体验流畅”，无法逐项判定。
- 问题反馈靠即时通讯散落记录，事后无法追溯。
- 培训只覆盖操作步骤，没有覆盖出错后的处理路径。
- 变更没有版本记录，出问题时无法回到上一状态。
现场备忘：凡是“到时候再说”的环节，验收时几乎都会变成争议点，提前写成条目比事后解释省力。
排查顺序怎么走
排查不要从功能清单开始，而要从边界开始。顺序错了，会把配置问题误判成能力问题。
- 先核对范围说明与实际交付是否一致，找出未写清的条目。
- 再核对角色与权限，确认每个动作都有明确责任人。
- 然后核对运行记录，看是否连续、是否可追溯。
- 接着核对异常路径，模拟一次出错，观察处理是否顺畅。
- 最后核对验收标准，把主观描述改写成可观察的判定条件。
回退与恢复动作
回退能力是金鼎会落地项目现场最容易被忽略的一项。没有回退路径，任何变更都会变成高风险动作。
- 确认变更前是否保留可恢复的配置或数据副本。
- 确认回退由谁执行、需要谁确认，避免临时找不到人。
- 确认回退后如何验证已恢复到预期状态，而不是只看表面。
- 确认回退记录是否留档，便于后续复盘。
带走这份核对清单
把以上内容压缩成可逐项打勾的清单，在验收会前过一遍，比在会上逐条争论更有效。
- 范围说明已书面化，且与实际交付一致。
- 每个关键动作都有固定操作人与备用人。
- 权限与角色有书面记录，人员变动时有交接动作。
- 运行记录连续可查，不依赖个人记忆。
- 异常处理入口与第一联系人已明确。
- 验收标准已改写为可观察的判定条件。
- 变更与回退均有记录，回退后可验证。
- 培训覆盖出错后的处理路径，而不只是正常流程。
这份清单不追求一次全部通过，而是让每一项都有明确结论：通过、待补、或明确不做。结论写下来，金鼎会落地项目的现场判断才有依据。