01Why / 为什么需要
“完成 90%”是最危险的一句话
01 / 进度
不知道剩下的 10% 还有多少
演示看着都做了，但权限、异常、数据、部署、文档可能都没做；越到后面越难改。
02 / 质量
能演示，不等于能上线
性能、并发、安全、备份、账号归属，任何一个没做，上线后都可能变成事故。
03 / 付款
尾款付了，再发现问题就晚了
每个里程碑对应可核的交付物；没达到就不放行，比事后扯皮有效。
02Process / 三个阶段
从进场到交付，每一步有输入和结论
01 / 进场前
锁验收标准
把合同里的“达到上线要求”拆成可核对的动作、数据和期限；明确修改轮次、付款节点、源码/数据归属。
02 / 开发中
里程碑抽检
按里程碑看演示、文档、代码和部署；可加依赖/密钥/配置快检；输出阶段风险和是否继续付款的建议。
03 / 交付时
验收判决
对照基线逐项验收；需要时做全量代码体检；结论只有三档：可结项 / 有条件结项 / 拒收。
03Evidence / 证据
不是“我觉得行”，是“有证据”
监理交付物
- 验收标准/里程碑清单；
- 每阶段进度、风险、待确认项；
- 代码/安全快检摘要（可选）；
- 验收判决与整改清单；
- 付款/放行建议。
和代码体检的关系
- 代码体检是“点”：交付前查一次；
- 交付监理是“线”：每个里程碑都看；
- 两者共用同一套问题分级和报告；
- 监理客户可按阶段加体检，不重复收费。
05Boundary / 边界
我们做什么，不做什么
做：买方侧验收标准、进度/质量检查、风险提示、验收判决、整改清单。
不做：不替开发团队写代码、不做项目管理、不承诺工期、不保证供应商一定配合。
容量：同时最多 2 个监理项目；需要排期，不接受“今天进场、明天出报告”。
不做：不替开发团队写代码、不做项目管理、不承诺工期、不保证供应商一定配合。
容量：同时最多 2 个监理项目；需要排期，不接受“今天进场、明天出报告”。
项目已经在做？先判断要不要监理
微信聊项目 →说清阶段、预算、最担心的问题；不合适会直接说。