交付的风险不在最后一天，而在第一天没有说清楚「做到什么算做完」。
一、交付不是「做完通知你」
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一个教学假设场景：某位独立开发者接了一个六周的企业官网改造项目，报价 4.8 万元，口头约定「做完一起结」。他埋头做了三个月——中途客户加了两个页面、换了主色、补了英文版——交付那天客户打开后台，说了一句：「这不是我要的。」问题不在技术：三个月里双方没有一次共同的判断点，客户没见过任何中间产物，他没拿到过一次书面确认，付款也从「一起结」变成了「看情况结」。
交付节奏的本质，是把一次大判断拆成若干次小判断。 每次小判断都要有可看的东西、一句明确的话、一个和钱挂钩的节点。三者缺一，节奏就会退化成「我做了很多」和「我没看到」的争论。
二、里程碑与付款：先区分四个时点
每个节点同时记录交付完成、验收或异议、合同应付日和实际到账日。以下 4.8 万元、六周、30/40/20/10 是双方协商的教学方案，不是最低首付或行业标准。
| 节点 | 预计时间与可检查产出 | 款项 | 应付与下一阶段开工条件 |
|---|---|---|---|
| 签约预付款 | 开工前，合同与范围初稿 | 30%，14400 元 | 约定到账后开始第 1 周工作 |
| M1 范围与线框验收 | 第 1 周末，页面清单、线框和客户素材清单 | 40%，19200 元 | 确认后 2 个工作日内应付，到账再启动视觉阶段 |
| M2 视觉验收 | 第 3 周末，可点击原型、组件规范 | 20%，9600 元 | 确认后 2 个工作日内应付，到账再启动全站开发 |
| M3 全站测试交付 | 第 5 周末，测试环境及主流程测试清单 | 本节点不新增款项 | 收集缺陷、复测并安排上线 |
| M4 上线交付及最终验收 | 第 6 周末，部署、账号权限与文档清单 | 10%，4800 元 | 按下述检验及付款程序；并非第 6 周必然到账 |
六周排期以客户及时提供材料、前置款按时到账为假设。等待付款如何通知、是否暂停及如何顺延，需在合同中协商；不能在已承诺上线后随意停服务。预付款是否覆盖投入，应按自己的现金成本和未完成义务核对。
2.1 一张投入、应收与到账表
假设每周投入 25 小时，客户按本例应付日付款，M1、M2 验收均在相应周末完成：
| 时点 | 累计投入 | 已触发但未到账应收 | 累计实际到账 |
|---|---|---|---|
| 开工前 | 0 h | 0 元 | 14400 元 |
| 第 1 周末，M1 确认后 | 25 h | 19200 元 | 14400 元 |
| 第 2 周，M1 款到账后 | 50 h（该周末） | 0 元 | 33600 元 |
| 第 3 周末，M2 确认后 | 75 h | 9600 元 | 33600 元 |
| 第 4 周，M2 款到账后 | 100 h（该周末） | 0 元 | 43200 元 |
若 M2 付款延迟，第 4 周仍只有 33600 元到账。不能因为已开票、已验收或计划在本周收款就将应收计为现金。收到预付款还对应尚未履行的工作，不能全部视作可自由支配利润。
三、周报：五项事实与待确认事项
| 字段 | 写什么 |
|---|---|
| 本周完成 | 交付版本、环境链接和验收项，不只写完成百分比 |
| 下周计划 | 可检查的产出及所需前置条件 |
| 风险与阻塞 | 已发生事实、影响和可选方案 |
| 需要客户决定 | 问题、授权人、回复时间与未确认时的处理 |
| 付款提醒 | 开票、合同应付日、应收与实际到账分别记录 |
示例（教学假设）：
第 3 周：M2 原型已提交，版本 v0.3，待确认三处交互；英文版尚未纳入已签范围，需另行确认。M2 确认后的 9600 元按合同 2 个工作日内应付，当前未到账。素材延期可能影响 M3，请于周四确认延期或缩小首期范围的方案；未确认前不擅自删减验收项。
发出周报不等于客户已同意变更；重要决定仍应取得有权人员的确认。
四、检验期与验收依据
本文将交付后检查窗口称为“检验期”，它是双方约定的操作安排，不能与法定冷静期或退款权混为一谈。确定交付对象、版本、测试环境、送达记录、合理期限和异议方式，再安排验收与修复。
| 情形 | 怎么处理 |
|---|---|
| 客户明确确认 | 保留原始回复和授权依据，按约定触发下一节点 |
| 沉默，但双方已有有效约定 | 核实是否按约送达、检验期是否届满、是否存在异议或不适用情形，再判断验收效果 |
| 沉默，且无约定或其他法律/交易习惯依据 | 不自行视为同意，催告并请求确认，必要时走争议处理 |
| 提出原范围实质缺陷 | 记录复现、分级修复、重新检验；不以默认验收掩盖缺陷 |
民法典第140条规定了沉默可作为意思表示的条件。重复使用的格式条款还需按第496–498条核对公平、提示和说明要求；不能只在邮件末尾单方面加一行“未回复默认通过”。
4.1 验收单字段
| 字段 | 要点 |
|---|---|
| 项目、合同与节点 | 指向同一份有效约定 |
| 版本、产出及送达 | 逐项列交付物、位置、日期与接收人 |
| 标准与检查记录 | 环境、步骤、结果和测试附件 |
| 未决缺陷 | 严重程度、处理人、复测时间；哪些不阻碍验收需明确同意 |
| 原范围外请求 | 单列变更，不挤入缺陷清单 |
| 结论与签署 | 通过、有条件通过或未通过；有权人及原始记录 |
| 付款及后续义务 | 应付日、支持安排与未消灭的责任 |
五、应付尾款与真正回款分开管理
一种可协商的教学条款是：完整交付送达后留 10 个工作日检验，按有效约定或明确确认形成验收结论，尾款在结论形成后 5 个工作日内应付。10+5=15 个工作日只描述这个假设下的应付安排，不是实际收款上限。 有实质缺陷、送达不成立、约定效力争议或客户违约时，路径会变化。
| 状态 | 动作 |
|---|---|
| 应付日前 | 对账，核对主体、金额、发票及接收情况 |
| 到期未付 | 留催告与送达记录，询问并核实争议；不将款项计入可用现金 |
| 存在验收争议 | 分清缺陷与新增范围，约定复测；保留无争议部分的结算依据 |
| 仍拒绝或无力支付 | 依据合同选择协商、调解、仲裁或诉讼，评估坏账和执行成本 |
合同可降低不确定性，不能消除违约或执行风险。暂停、解除、损失赔偿和追索按合同与法律核对，尤其不要擅自删除客户数据或关闭关键系统催款。
六、支持窗口不等于质量责任终点
双方可协商 14 天或 30 天作为上线陪跑窗口，并依据系统重要性、服务能力决定响应和收费。它们不是统一保修期限。
| 类别 | 示例 | 处理口径 |
|---|---|---|
| 原范围质量缺陷 | 未按规格实现、隐藏缺陷、供应商配置错误 | 按合同与适用法律处理纠错责任；不消耗设计反馈轮次 |
| 新增或偏好变更 | 原来没有的功能、对正确实现的设计另有偏好 | 先确认范围，再报价和排期 |
| 日常运维 | 内容更新、监控、备份值守 | 单独约定频次、容量及费用 |
| 安全或数据事故 | 支付异常、泄露、丢失 | 先止损、保留证据并按实际义务通知；责任与费用另行判定 |
支持窗口届满后仍要核对未履约、隐藏缺陷与其他责任，不得直接认定所有调整都收费。首次响应也不等于承诺解决时间。
七、延期通知：事实、影响、待决定方案
自己的估算、客户素材、第三方接口都可能造成延期；先记录事实与依赖，说明影响，给出可行替代并取得确认，不能自动免责。
产品图比约定晚 6 个工作日到位，预计 M3 延后 4 个工作日。可以顺延上线，或将尚未承诺的附加页面移到第二期；两种方案的费用与风险见附件。请有权人员确认，原约定在变更生效前仍按合同处理。
不能未经同意就压缩安全测试、删除已承诺范围，或把已发生的延期包装成“计划不变”。
八、行动清单
- 每个节点列出完成、验收、应付及到账四个时间。
- 按自己的投入与现金成本协商预付款，不复制统一最低比例。
- 用版本和测试步骤描述交付，确认客户签署权限。
- 约定送达、合理检验期、异议与复测路径。
- 核对格式条款的提示说明要求，保留明确确认记录。
- 分清缺陷、变更、运维和事故；支持期不代替质量责任。
- 准备逾期催告、争议与坏账预案，实际到账才计现金。
使用边界与实操验收
本例金额合计为 14400+19200+9600+4800=48000，比例合计为 100%。假设完整项目总投入 150 小时、直接现金成本为 0，履约收入全部成立时的项目有效时薪才是 48000÷150=320 元/小时；第三周的累计收款不能直接作为最终有效时薪。
复核四种情景：M2 到账准时、延迟、提出实质缺陷、无约定且客户沉默。分别填写是否可以启动下一阶段、应收多少、已到现金多少、谁应采取什么动作；没有证据时不能把“未回复”填成已验收，也不能把应付期限填成保证回款日期。
关键参考与核验范围
下列官方资料只支持所标明的规则。案例、价格、评分与工时为教学假设，核验日期：2026-10-22。
- 民法典 ：第140条、496–498条和577–584条分别涉及沉默、格式条款及违约补救。
- 收入准则 ：第九至十二条区分履约确认；分期收款不直接决定收入确认时点。
- 增值税法 ：核对实际纳税义务发生时点，不能把尾款到账统一当作申报起点。
系列导航
- 上一篇：需求边界：把「再改一下」变成变更单
- 下一篇：该拒的客户：坏客户的七个信号
- 回到目录：一个人的服务生意：从接单、报价到产品化
- 相关阅读：收款、开票与对账 、合同与条款
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。