你们的周期看起来比较快，后续会不会持续延期？

周期是不是靠谱，重点不在于报价时给的数字漂不漂亮，而在于这个数字是不是基于明确的范围算出来的。滚水科技在排期前会把首期要做什么、不做什么、客户要配合提供什么材料都列清楚，并且把设计、开发、联调、测试、上线全算进去，而不是只算编码工时。这样后续延期的概率会低很多。

延期通常不是因为开发慢，而是因为几件事没控好：

• 范围漂移：做着做着，客户业务方陆续加需求。我们的做法是把"首期范围"在合同附件里列死，新增需求走变更单流程，明确对周期和报价的影响，让客户自己拍板要不要加。
• 资料供给慢：很多项目卡在客户内部——商户号迟迟没下来、第三方接口文档拿不到、设计素材没就位。前期会和客户一起列一份"客户侧待办清单"，每项标明截止时间，谁负责。
• 联调依赖方：对接 ERP、第三方支付、海关、物流等外部系统时，对方的响应速度不可控。我们会把这部分单独拎出来做风险项，提前一两周触发联调，留出缓冲。
• 测试和上线：很多团队报周期时不算测试和上线准备，结果最后一周手忙脚乱。我们的排期一般预留 15%-20% 给测试和上线，包括功能测试、回归、性能、灰度。

过程管控上，我们用三件事兜底：每周周报同步进度、风险和阻塞项；按里程碑分段验收，不留到最后一次性验收；遇到风险提前两周预警，不藏着掖着。这样即便某个环节出现意外，也能在小范围内调整，不会拖到整体延期。

举个常见情况：一个三个月的项目，前两周需求和设计、中间八周开发联调、后两周测试和上线准备。如果第六周发现某个第三方接口要拖一个月，我们会立刻和客户商量：是先用 mock 数据上线、等接口好了再补，还是整体延后两周。决策权在客户，我们提供选项和影响评估。这种"早说话、给选项"的方式，比死扛到最后再公告延期靠谱得多。