交付闸门：复模确认到底要演示什么

为什么「差不多」最贵

项目后期常见对话：「整体差不多了，再改两处就上线。」两处变成二十处，上线日不断后移。问题往往不在开发速度，而在验收标准从未写成可勾选清单。

交付闸门观察的立场很简单：没有演示过的主路径，就不该进入「已确认」状态；没有附件化的验收项，就不该进入结款纠纷。微信里的「OK」三个字，事后很难对质；表格里的勾选，至少还能对表。

「差不多」贵在三处：采购反复开会、乙方反复改无关紧要的像素、上线窗口错过旺季或活动档期。把闸门前移，不是刁难，是省钱。

复模确认至少覆盖的主路径

不同类型项目路径不同，但最小集合通常包括：

• 访客主路径：首页 → 核心转化页 → 表单/咨询成功反馈
• 移动端关键路径：小屏下导航、表单、按钮可点区域
• 内容替换路径：谁改文案/图片、改完如何生效
• 权限相关（若有后台）：管理员登录、发布、回滚

系统类还要加：登录态、关键业务流、失败提示与权限边界。APP / 小程序还要演示：冷启动、权限弹窗、弱网提示、返回栈是否正常。

复模会议建议限时、限范围：只演示清单上的路径，不做「顺便改个颜色」。颜色与文案精修可以进下一轮修订配额，不要和闸门混在一次会上。

清单应长什么样

好的验收附件是表格：功能点 | 预期结果 | 通过/不通过 | 备注。坏的验收是「以双方沟通为准」——沟通在微信里，事后无法对质。

KUAXI（框先）侧建议：复模确认会议留纪要，勾选项同步进附件；修订轮次写清，超范围另立项。这不是刁难采购，是保护双方时间。

清单粒度要适中：太粗（「网站好用」）无法判定；太细（每个像素）会把项目拖成设计评审马拉松。原则是：影响主路径与合规的必须勾选；审美偏好放进修订轮次。

示例字段可以包括：页面/模块名、操作步骤、预期界面、数据是否写入、失败时提示文案、责任人、确认日期。

闸门与付款怎么咬合

展示类可以把「框架可点 + 主路径通过」作为结款前置；系统类常见是启动款 → 复模确认 → 验收结清。无论哪种，闸门通过应有书面记录，再触发下一笔付款或进入上线。

若采购坚持口头确认，至少邮件/纪要抄送双方关键人，并注明「以附件清单 V1.x 为准」。否则三个月后争论「当时说过要做某功能」时，无人能举证。

闸门之后还有什么

确认通过后进入上线与质保。上线清单应含域名解析、证书、备案状态、备份与账号移交。质保期响应方式写进合同，避免「口头包一年」。

内容与运营不要默认为「开发附赠」。若需要首批资讯、案例页、招聘页，写进范围或另立项——这也是官网资讯可持续生产的原因：可收录内容要有人写、有节奏。

小结

交付闸门不是拖延付款的借口，而是把「可见、可点、可勾选」固定下来。采购可用同一标准要求任何乙方；乙方也应用同一标准保护自己的档期。

提交预算：/zh#budget。案例：/zh/work。