Delivery Sample / 监理阶段记录 · 示例
一个 6 周项目，
3 个里程碑，2 次暂停付款
这是合成示例，不是客户项目。用一个常见的点餐小程序，展示进场怎么锁标准、开发中怎么按里程碑查、交付时怎么出判决。
01 / 进场：先把标准写死
进场前不跑扫描，先把“达到上线要求”拆成可核对的动作、数据和期限。
18验收动作
3免费修改轮次
30/40/30付款节点
3里程碑
0扫描（阶段）
锁进确认单
- 扫码 → 点餐 → 支付 → 后厨出单 → 核销；
- 高峰期 20 桌不卡；退款可查；订单可导出；
- 源码、域名、支付账号在甲方名下；
- 免费修改 3 轮，超出走变更单。
付款绑定交付物
- 30%：进场 + 首页/菜单可演示；
- 40%：核心流程 + 后台 + 支付；
- 30%：验收 + 源码/文档/账号移交。
02 / 三个里程碑记录
| 阶段 | 证据 | 发现 | 判决 | 付款 |
|---|---|---|---|---|
| M1 首页/点餐 | 5 组测试账号、演示录屏、菜单/订单页面 | 主流程通；P2 后台权限过宽；订单导出缺失 | 有条件通过 | 30% |
| M2 后台/支付 | 代码快检摘要、支付回调记录、后台演示 | P1 支付密钥硬编码；P2 管理接口缺鉴权 | 暂停付款 | 0 |
| M3 交付 | 复测记录、验收清单、账号/文档移交 | P1 已修复并轮换；P2 剩 1 项（导出权限） | 有条件结项 | 30% 中预留 5,000 |
03 / 两次暂停付款，不是因为“感觉不对”
M2 · 第 4 周P1：支付密钥硬编码
代码快检在 src/pay/config.ts 发现疑似生产密钥。要求：移入环境变量、轮换密钥、复测确认。复测通过前，40% 不付。
M2 · 第 4 周P2：管理接口缺鉴权
普通账号可直接访问管理接口。要求：服务端补鉴权，并加一条验收动作“普通账号访问管理接口应被拒绝”。
M3 · 第 6 周复测与放行
P1 已修复并轮换；P2 只剩导出权限。判决“有条件结项”，预留 5,000 作为 7 天整改保证金。
04 / 最后拿到什么
买方拿到
- 18 项验收动作 + 3 个里程碑记录；
- 1 个 P1、2 个 P2 的整改依据；
- 5,000 整改保证金；
- 源码/域名/支付账号在甲方名下。
没有承诺
- 不保证上线后不出事；
- 不替代开发团队修代码；
- 不做渗透/等保；
- 不承诺“下一次一定没问题”。
05 / 样本说明
本页是合成示例：项目、金额、问题均为演示，不对应真实客户；用于展示监理阶段记录的写法，不构成结果承诺。真实项目以合同、验收标准和实际证据为准。
项目已经在做？
预约交付监理 →先判断要不要监理、从哪个阶段进；不合适会直接说。