先说结论：排期波动，八成是变更没管理，不是人不行
「合同写 45 天，结果做了三个月」——这是客户对开发排期最深的怨念。但真相常常是：排期被一个又一个「这个也加一下吧」悄悄吃掉了，而不是团队在磨洋工。
排期可以波动，但必须波动得看得见、有秩序。下面四件事，是把「不确定」变成「可控」的关键。
一、排期为什么会被「吃」掉
最常见的四个黑洞：
- 需求在开发中途还在变：今天加个字段，明天改个流程，每一次变更都重新排一遍，累计起来就是几周；
- 第三方对接卡外部：微信支付、短信、ERP、物流，任何一个接口方晚回一天，你的排期就晚一天；
- 验收反馈集中爆发：平时不看，验收时一次性抛出几十个问题，返工量陡增；
- 低估了后台工作量：前台一个月，后台两个月，但排期只按前台估了。
其中第一项是客户自己也能参与的——把变更管起来，排期立刻稳一半。
二、双周迭代为什么能减少「惊喜」
我们采用双周迭代：每两周交付一个可运行的版本，你看得见、点得着，问题在两周内就暴露，而不是埋到验收才炸。
配合进度周报，让你随时知道：这周做了什么、下周做什么、哪里卡住了。变在哪、为什么变，全程透明。
等你看腻了「一切顺利」的周报，反而说明项目在按计划走——这是好事，不是没进展。
三、变更怎么管才不伤感情
变更不可怕，可怕的是变更没有秩序。我们的做法是：
- 清单内的需求：不做二次收费，写进合同；
- 清单外的新增：重新报价，双方签字确认后再开发，绝不在口头同意下偷偷动工；
- 变更也有成本，但要有迹可循：每一次变更都对应一份确认单，排期怎么调、费用怎么算，白纸黑字。
这套机制对客户和服务商都是保护：你不会被「悄悄加钱」惊到，我们也不会被「无偿加需求」拖垮。
四、什么叫「延期责任」
排期波动还有一种情况：确实因为服务商原因延误了。这件事不该用「友好协商」四个字糊弄过去，要写具体：
- 因我方原因延期，按日补偿，写进合同；
- 审核、备案、第三方接口等非我方可控时间，不计入延期考核——这点我们会在合同里单独标注，不把平台的时间算成我们的锅。
把「可控」和「不可控」划开，排期才有讨论的基础。
签约前核对清单
- 排期按确认节点排，不是按自然月排；
- 过程有双周可运行版本和进度周报，看不到进度就是风险；
- 变更流程写清：清单外新增必须重新报价、签字确认；
- 延期责任写具体：因我方原因怎么补偿，不写「友好协商」；
- 第三方/审核/备案等非我方时间，明确不计入延期考核。
五条都在，「排期总变」的焦虑就少了大半。剩下的，是正常地把项目往前推。
准备聊项目排期？需求沟通和周期评估免费，可以先把你的大致范围说给我们听听。