十个项目里总有那么两三个延期，而延期的理由翻来覆去就那几种。复盘下来，真正因为技术翻车的反而少，多数是流程和配合的问题。想控制小程序开发周期，先看看这五个坑你有没有可能踩。延期的项目各有各的剧本，但拆开看全是熟面孔。
坑一：需求边做边改
开发两周后说要加分销功能，这种变更牵动订单、佣金、结算一整条链，改起来是一到两周，前面两周相当于白干一半。变更不可怕，可怕的是没有评估就接单。除变更之外，其他常见原因还有：
- 资料不齐：营业执照、认证信息拖一周，项目就闲一周
- 反馈慢：设计稿和原型放三天不回复，排期自动顺延
- 第三方接口：支付、地图、短信的申请和配置各有周期
- 沟通断层：换了对接人，之前说好的约定没人认账
- 验收标准没定：上线前各说各话，来回扯皮没完没了
再加一条容易被忽视的：多轮小改动叠加。今天改个按钮位置，明天改个文案说法，每次半小时，二十次就是一周。这类碎改动累积起来，比一次大变更更磨人，因为它永远不在排期表里，却真实吃掉了工期。把它也纳入变更流程，按条记录、按条确认，月底对账谁都赖不掉。
坑二：把周期想得太理想
报价单上写的工期是理想状态：你反馈及时、需求不变、资料齐全。任何一环掉链子，顺延的都是你自己。建议把心理预期加上两成的缓冲，心情会好很多，配合也会更从容。顺便说说心态：延期不可怕，可怕的是失联。有些项目一拖就是一个月，客户不知道卡在哪，服务商也不主动说，信任就在沉默里耗光。把状态每周说清楚，哪怕是在等待，也比静默强得多。
怎么提前规避
签合同前多花半小时，问清楚三件事：变更怎么计费、资料清单有哪些、验收标准是什么。比格网络的做法是把这三条直接写进合同，每个节点带日期，客户延误导致的顺延也提前说明白，丑话不留在验收那天。小程序开发周期这东西，开工前把规则定清楚，后面反而都顺畅，双方都不用靠催，靠催维持的项目，迟早要出问题。
如果已经延期了怎么办？第一时间做三件事：列出剩余事项清单、重新约定一个新的上线日期、明确双方各自要补的动作。推倒重来不可取，把延期变成一次重新排期，项目照样能救回来。延期不可怕，失控才可怕，把节奏重新抓回手里的项目照样是好项目，别因为一次延期就轻易否定整个团队，也别任由它滑向失控。
