"再给我一周"这句话，在建站项目里出现的频率高得离谱。延期几乎不是因为做不完，而是因为过程中不断有新东西插进来，而工期从没调整过。
四个常见原因
把几十个项目复盘下来，延期的来源基本就这四类：
- 需求变更：做到一半加了栏目、换了设计方向、要多加一套流程
- 资料不到位：产品图、文案、资质文件迟迟不给，开发只能等
- 确认卡顿：设计稿发出去一周没反馈，等回复就等掉了半个月
- 技术债爆发：前期图快埋下的坑，到后期一起冒出来
有意思的是，甲方往往觉得是乙方效率低，乙方觉得是甲方不配合。真相通常是两边都占一点，而没人把规则先说清楚。
需求变更要计价
需求会变是正常的，业务在发展，看到半成品有新的想法也很自然。关键是要建立规则：任何超出需求文档的变更，都要同步确认工期和费用的变化。
具体做法是变更单：写清楚改什么、增加几天、增加多少钱、双方确认后执行。这条规则保护的是双方——甲方知道代价，会斟酌是否真的要改；乙方也不用默默承担无限追加。
资料要倒排时间
不要在项目启动时说"资料你们整理一下给我"，要给一份带日期的清单：
- 列出全部需要的素材：公司介绍、产品图、参数表、资质、案例照片
- 按开发顺序倒排交付日期：首页用到的最先要，内页的可以稍后
- 指定提供人：不是"市场部"，是具体某个人的名字
- 约定超期后果：资料晚一周，上线顺延一周
把清单做成一个共享表格，进度可见，谁都不会说"我不知道要我给这个"。
确认要有时间限制
反馈慢是隐性杀手。建议在流程里约定：每个交付物给出三个工作日的确认窗口，超期未反馈视为通过并进入下一阶段。
这听起来有点强硬，但实际执行下来双方都轻松。甲方知道自己必须在什么时候给意见，乙方也不用天天催。
把项目拆成看得见的里程碑
不要只盯"上线"这一个节点。拆成这些：
- 需求确认完成
- 线框图确认
- 视觉稿确认
- 前端页面完成
- 后台功能完成
- 内容录入完成
- 测试与修改
- 正式上线
每个里程碑有明确日期和交付物，每周同步一次进度。这样做的好处是，延期在第二个节点就会暴露，而不是堆到最后一起爆发。
缓冲时间是必要的
排期时留出 20% 左右的缓冲，用来吸收小的变更和意外。把排期排得满满当当，任何一点意外都会直接变成延期。
另外，遇到节假日、行业展会、公司年审这类已知的高峰期，提前避开或者多留时间。
甲方能做的事
如果你是甲方，这几件事能显著改善进度：
- 指定一个决策人：避免两个人意见不一致来回改
- 反馈一次说全：别今天说改标题，明天说改颜色，分五次提
- 按约定时间给资料：这条最重要，也最容易被忽视
- 验收聚焦需求文档：以文档为准，而不是凭当下的感觉
延期的本质不是时间不够，而是过程中没人持续管理时间。
—— 一位做过上百个交付的项目经理