18年沉淀高端建站经验
为企业持续赋能品牌新价值
"两周能不能上？"这是我被问到的第二多的问题，仅次于"多少钱"。
答案取决于你要上的是什么。一个只有企业介绍、产品列表、联系表单的小程序，两周是够的，甚至一周也行。一个带支付、带会员、带订单状态流转的，两周不是压缩，是赌。
但多数时候，客户问这句话不是真的要极限压缩，是心里没底——不知道正常要多久，怕被拖。所以这篇不讲怎么"加急"，讲时间到底花在哪，哪些真能省。
按复杂度分三档，这是我这些年见过比较稳的区间。
| 类型 | 典型功能 | 正常周期 | 极限压缩 |
|---|---|---|---|
| 展示型 | 介绍、产品、案例、表单、地图 | 2 至 3 周 | 7 至 10 天 |
| 交易型 | 商品、购物车、支付、订单、会员 | 6 至 10 周 | 4 至 5 周 |
| 平台型 | 多角色、多门店、分账、对接外部系统 | 3 个月以上 | 不建议压缩 |
这张表的前提是需求明确、甲方配合及时。如果需求还在变，任何周期都不成立。
微信的审核时间是外部变量，你控制不了。正常情况下几天，遇到类目需要资质、内容需要整改，来回一轮就是一周起。
所以排期的时候，审核这段必须单独留出来，不能算在开发周期里。我通常建议留出十天的缓冲，遇到节假日还要多留。很多项目"逾期"，其实不是开发慢了，是审核卡住了没人提前算进去。
**提交尤其要谨慎。**次被打回，第二次提交还要重新排队。与其赶时间提交一个可能有问题的版本，不如多花两天自查。关于类目和资质的要求，站内另一篇写过，这里不重复。
压缩排期时，最常被砍的就是需求梳理——"先做起来，边做边改"。
这是最贵的省法。改一个已经在开发中的需求，成本不是加一天，是把相关的页面、接口、数据表都翻一遍。改三次之后，工期必然失控。
有效率的做法不是砍掉需求确认，是把它压缩成一次高强度的会。两三个小时，把这几件事定死：
最后一条最容易被忽略。开发做到一半发现产品图还没拍、文案还没写，只能干等。内容准备应该和开发并行启动，不能等做完再要。
如果预算和时间都紧，设计可以不走完整流程——不做多稿比选、不做设计规范、不做交互动效。用现成的组件库，按品牌色调整，把主要页面做出来。
下限是主流程的每个页面都要有设计稿。跳过设计直接开发，最后一定返工，因为开发对布局的理解和你想的不一样。
另一个省时的做法是把设计拆成两批：主流程先出，开发先动；次要页面后出，赶上第二阶段的开发。这样设计和开发能部分重叠。
传统做法是前端做完再做后端，串行推进。改成前后端并行，能省掉三到四成的时间。
并行的前提是先定接口。接口文档出来之后，前端可以按假数据先把页面做出来，后端同时实现真实逻辑，最后联调。这个流程现在很成熟，多数团队都在用。
还有一种并行是模块拆分。把小程序拆成几个相对独立的部分——比如商品模块和会员模块，两组人同时做，最后拼起来。这要求前期把公共部分（登录、支付、基础组件）先做完，否则拼的时候会打架。
赶工期时，测试经常被压成"自己点一遍"。这一步省下的两天，后面会用两周来还。
不需要完整的测试流程，但有几项必须做：
最后一条是高发问题。按钮没有防重复点击，用户手快就下了两单，退款、客诉、对账全来了。这种问题上线后才发现，修起来还要发版审核。
以一个交易型小程序为例，正常 8 周，压到 5 周大概是这个节奏：
第 1 周：需求定稿、接口设计、主流程设计稿同步进行。这周最忙，三个角色同时开工。
第 2 到 4 周：前后端并行开发。**周周末出可点击的原型，第三周周末主流程能跑通。
第 5 周：联调、测试、修问题。同时准备提交材料、资质、隐私协议。
然后提交审核，等结果。这段时间不算在 5 周里。
能把 8 周压到 5 周，前提是需求一次定准、内容提前备好、甲方有人在当天回复问题。任何一个前提不成立，压缩就会失效。
快是有代价的，这些代价不会消失，只会转移。
转移到后期的，通常是这几样：代码结构没那么讲究，后面加功能会慢；测试覆盖不全，上线后小问题不断；文档没写，换个开发接手要重新读代码；次要页面做得粗糙，后续要返工。
这些都不致命，但要有预期。如果这个小程序是用来试水的，快速上线拿反馈，完全值得。如果是长期要用的核心系统，赶出来的债迟早要还。
我的建议是分两版：**版抢时间，把核心流程跑通，先上线收反馈；第二版留出时间补质量，把结构、测试、文档补齐。这样既不错过窗口，也不至于一直欠着。关于成本怎么控制，可以参考《》，和排期压缩是同一套取舍逻辑。
如果你有一个明确的上线时间点，可以把时间反推一下，我们帮着看排期是否现实、哪些环节需要提前启动。这个判断不收费。
咨询电话：13928418795（工作日 9:00-18:00）｜微信扫码添加，备注"排期评估"。
