客户最常问的一句话：为什么报价单上开发阶段占了半个多月？页面就那几个，有那么慢吗？这么说吧，设计稿只是你看到的部分，看不见的后台、接口、数据表，工作量往往比前台还大。这块直接决定小程序开发周期的主体长度，也是最该被理解的一段。
前端与后端是两条线
前端照着设计稿搭页面，后端在搭接口和数据结构。以一个预约类小程序为例：前端要做日历选择、时段展示、订单确认；后端要做库存时段控制、订单状态机、短信通知对接。两边并行开发，两到四周是常态。商城类涉及支付、优惠券、分销，四周起步不稀奇。
判断开发量的土办法：数一数后台要管理多少张表。商品、订单、会员、优惠券、内容，每多一类数据，就多一套增删改查加校验，前台看着就一页，背后的逻辑是十几个接口。所以别用页面数量估工期，那是最容易失真的度量。
进度慢常卡在哪
- 接口联调：前端页面写完了，接口对不上，来回排查耗费好几天
- 第三方对接：微信支付、地图、短信各有自己的审核和配置流程
- 数据迁移：老系统里的商品和会员要搬过来，格式对不上就得逐条清洗
- 中途加需求：做一半说要加分销，牵动整个订单和结算结构
说白了，开发阶段最大的变数不是技术难度，是变更。每次变更都意味着重新设计数据结构、改接口、重新测试，账不是按单个页面算的。还有一种隐形消耗容易被忽略：等待。开发提了问题等客户回复，回复晚两天，人就被调去别的项目，切回来还要重新进入状态。所以别觉得催进度难为情，及时回复反馈就是在帮自己省工期。
怎么盯开发进度
别等到交付那天才第一次打开看。靠谱的团队会给你开测试环境，让你每周看到真实进度。比格网络按周同步演示，客户随时能在测试版里点来点去，有问题当场提，不用憋到验收阶段一起爆发。小程序开发周期里的开发段，透明比快更重要，因为透明意味着问题早暴露，不必月底大返工。
再分享一个双方都省心的习惯：每周同步别只报进度百分比，直接甩截图和链接，让客户亲手点。工期能不能守住，客户点五分钟就能感知到，比任何汇报都诚实。下次签合同，记得问一句：有没有测试环境和周报？有这两样的团队，工期承诺基本靠谱。反过来讲，连测试环境都不肯给、周报都说不出细节的团队，工期承诺再动听也要打个问号，这不是苛刻，是基本盘。
