客户拿着两份排期表来问：功能差不多，一家的微信小程序开发说30天，另一家说要90天，是不是那家在磨洋工？这个疑问几乎每个客户都问过，值得掰开讲清楚。把周期拆开看就明白了，差的不是敲代码的速度，是流程的完整度。
时间都花在哪了
以一个中等复杂度的项目为例：需求梳理和原型确认约一到两周，UI设计约两到三周，前后端开发约三到五周，联调测试加修复一到两周，提审上线预留一周，全流程走下来两三个月是正常节奏。承诺30天的团队，通常是压缩了前两端：原型随便画画，设计用模板改，省下来的都是流程钱。需求确认环节最容易被砍，但它恰恰是返工率的决定因素，前期省一天，后期赔三天。一个健康的项目里，写代码的时间通常不到一半，其余都是设计、沟通和验证，看到这个比例别惊讶。这也是判断一个微信小程序开发团队是否成熟的最快方法，看它把时间花在哪。
压缩周期，压缩掉的是什么
短期看，快是优点。上线之后账就来了：需求没梳理透，上线后发现核心流程不好用，改；测试不充分，支付偶发失败，查；设计没打磨，用户觉得糙，重新做。压缩周期的项目还有一个共同点：上线后需求变更特别多，因为该在需求阶段发现的问题，全都推到了后面。返工叠加提审等待，前前后后大概率比90天还久，快慢之争的本质是：把问题拦在上线前，还是放到上线后。
怎么判断排期合不合理
看排期表里有没有这三个节点：原型确认签字、设计稿确认签字、验收测试。有节点、有签字的排期，说明流程成熟；一张表就一行「开发45天」的，风险自担。排期里建议预留缓冲，提审被拒一次就是一到三天，把审核时间按两轮预算，进度才不会被打乱，另外确认测试环节有没有安排真机测试，只在开发工具里跑过的项目，风险要自己背。还有一点，你自己响应的速度也是周期的一部分，设计稿放着两周不看，别怪团队拖。
比格网络的排期表会精确到每周交付什么、客户什么时候需要确认，周期谈得明白，合作才少猜忌。30天有30天的做法，90天有90天的理由，关键是你要知道自己买的是哪一种。
