网站建设外包_阶段里程碑怎样约定
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e76ffd94eee8.html
📄
网站建设外包_阶段里程碑怎样约定
阶段里程碑要在合同里写成“可验收的交付物+验收标准+确认期限”三件事，而不是只写“完成设计”“完成开发”这类模糊节点。下面用一个假设项目说明怎么约定，并对比“按时间节点付款”和“按交付物验收付款”两种做法，帮你判断哪种更适合自己的项目。
先看一个假设例子：三层页面的企业站
假设你要做一个三层页面的企业展示站，需求是首页、产品列表、产品详情、新闻列表、关于我们、联系表单，后台能改文字和图片。外包方给的里程碑如果写成“第1周完成设计、第3周完成开发、第5周上线”，你几乎无法判断每一笔钱该不该付。更可执行的写法是把它拆成下面的结构。
- M1 需求确认：交付《页面清单+功能清单》，双方书面确认后才进入设计；确认期3个工作日，逾期未回复视为确认。
- M2 视觉稿：交付首页和产品详情页两张高保真设计稿，含移动端适配稿；验收标准是页面结构与清单一致、可点击演示；修改轮次约定为2轮。
- M3 前端与后台：交付可访问的测试地址，能完成内容录入、表单提交、页面跳转；验收时逐条对照功能清单勾选。
- M4 上线交付：交付正式环境、后台账号、源码或部署说明，并通过一次全站链接与表单测试。
里程碑写进合同时必须包含的四项内容
任何一个里程碑，只要缺了下面四项中的一项，后期都容易扯皮。
- 交付物名称：写“设计稿”“测试地址”“源码包”这类看得见的东西，不写“完成设计工作”。
- 验收标准：用可勾选的条目描述，例如“表单提交后能在后台看到记录”，而不是“体验流畅”。
- 确认期限：约定甲方在收到交付物后几个工作日内反馈，逾期如何处理。这是防止项目卡在“等确认”上的关键。
- 付款比例与触发条件：写清“M2确认后支付X%”，而不是“设计阶段支付X%”。
两种常见做法的对比与适用条件
做法一：按时间节点付款。合同写“每月支付一笔”或“第1个月付30%”。优点是双方现金流好安排，适合需求已经非常稳定、外包方长期合作的情况。缺点是甲方在没看到可用成果时就要付钱，一旦延期，付款节奏和交付进度脱钩。判断信号：如果对方只能给出日期，说不出每个日期对应什么可验收成果，这种约定风险偏高。
做法二：按交付物验收付款。每个里程碑对应一份可检查的成果，确认后才触发付款。优点是进度和质量都可控，适合需求还会调整、你不太熟悉外包流程的情况。缺点是确认环节多，甲方需要投入时间逐项验收。判断信号：如果外包方能主动给出“交付物+验收标准+确认期限”的表格，说明其流程相对成熟。
还有第三种混合做法：把M1、M2设为固定比例，M3、M4按验收触发。它适合设计阶段改动多、开发阶段相对确定的项目。选择时先问自己一个问题：你最担心的是“做出来不是我要的”，还是“拖太久不交付”。前者偏重设计阶段的验收节点，后者偏重每个节点的确认期限和延期处理。
最容易出错的三个约定方式
- 把“上线”当成唯一里程碑。中间没有验收点，出问题时已经接近项目尾声，调整成本最高。
- 验收标准写成主观描述。“美观”“大气”“符合行业风格”都无法判定通过与否，应换成“与确认的参考稿在布局和配色上一致”这类可比对的说法。
- 没写修改轮次和额外费用。设计稿改到第几轮算包含在报价内、超出后怎么计费，提前写清能避免后期加价争议。
可以马上执行的一步
拿你手上正在谈的报价单或合同草案，把里面出现的每一个时间点或付款点圈出来，逐个补上“交付物是什么、怎么算通过、几个工作日内确认”三句话。补不出来的节点，就是需要和对方重新谈的地方。补完之后，再对照上面的两种做法，决定是全部按交付物验收，还是在设计阶段保留一个按时间推进的节点。
