客户最常问的两个问题：多少钱，多久。多少钱前面写过了，这篇说时间。
先给一个总答案：功能正常的业务型 APP（下单、会员、支付、后台管理），从签约到上架，三到六个月。功能简单的工具类两三个月，平台型或者含硬件通信的半年以上。
这个区间为什么这么宽？把每个阶段拆开看就清楚了。
阶段一：需求梳理（1～2 周）
这一步在大多数人眼里是"聊天"，实际上它决定了整个项目的返工率。
要做的事：确认每个角色能干什么、主流程怎么走、异常情况怎么处理、哪些功能这个版本不做。
为什么容易拖：需求方内部意见不统一。老板要的、运营要的、门店要的功能经常打架。这个阶段我们通常要做两三轮对齐，把"上线的第一版到底做什么"定死。
能不能压到 3 天：如果需求方自己已经想得很清楚，能。但我们更常见的是"聊完才发现真正想要的不是这个"，那还不如前面多花两周。
阶段二：原型与视觉设计（2～4 周）
先出原型（每个页面的布局、每个按钮点了会怎样），确认后出视觉稿（配色、字体、图片、动效）。
为什么慢：设计稿要改。第一版出来通常会有大改，第二版小改，第三版定稿。这个节奏本身是健康的，越改到后面越省。
能不能只做小改动：可以。如果预算紧，可以用成熟的行业设计规范（比如直接用主流电商或工具类产品的交互习惯），设计周缩短到 2 周。代价是你的 APP 会长得比较"标准"。
阶段三：开发（6～12 周）
这块是工作量主体，也是最难估的部分。一个可以参考的换算：一个中等复杂度的业务页面，前端约 1～3 人日，后端接口约 0.5～2 人日。
举个具体例子——"商品列表 + 详情 + 加入购物车 + 下单 + 支付 + 订单查询"这条主链路：
- 双端前端：约 15～25 人日
- 后端接口与数据库：约 10～18 人日
- 后台管理系统（商品、订单、会员管理）：约 12～20 人日
按 2 个前端 + 1 个后端并行算，整体 5～8 周，加上联调和修 bug，8 到 10 周比较现实。
这段最容易延期，原因通常是三个：需求中途加、第三方接口（支付、物流）联调卡住、并发或性能问题在测试阶段才暴露。
阶段四：测试与修复（2～3 周）
不是"点一遍看看能不能用"，要做的包括：功能测试、兼容性测试（安卓机型覆盖是关键，碎片化严重）、弱网测试、并发测试、支付与异常流程测试。
安卓兼容测试是时间黑洞。同一套代码在不同品牌手机上会出各种幺蛾子：华为的虚拟导航键遮挡、小米的权限弹窗行为不同、部分机型后台被杀。这一轮必须留够时间。
阶段五：上架（2～5 周）
苹果提审 + 十几家安卓市场并行。具体卡点上一篇写过了，包括软著、账号申请、被拒重提。这段时间是"等待"，不是"工作"，但你必须算进总周期里。
加起来
| 阶段 | 通常耗时 | 可否压缩 |
|---|---|---|
| 需求梳理 | 1～2 周 | 需求明确时可以压到 3～5 天 |
| 原型与设计 | 2～4 周 | 可用行业通用交互压到 2 周 |
| 开发 | 6～12 周 | 加人能压，但加到一定人数反而更慢 |
| 测试与修复 | 2～3 周 | 不建议压，压出来的问题上线后会加倍还 |
| 上架 | 2～5 周 | 可并行准备（软著、账号提前办），但不建议赌审核速度 |
三到六个月的区间就是这么来的。
三件能让项目变快的事
第一，分版本上线。 第一版只做最核心的主流程，先把 APP 上架跑起来收到真实反馈，第二版再补会员、分销、直播这些。这个做法能把首版上线时间砍掉一大块，而且——用户反馈比内部评审准得多。
第二，软著和开发者账号提前办。 这两件事完全可以在开发期间并行。很多项目"开发完了还要等一个半月"，就是因为这两件事没提前启动。
第三，需求冻结。 开发阶段不再加新功能，想加的记到下一版清单里。这一条最难执行，但效果最明显：中途每加一个功能，工期平均增加 3 到 5 天，还会带来一倍的回归测试量。
什么样的工期承诺要警惕
- "一个月就能上线"：要么是套模板改的，要么是用 H5 封装了一个网页，要么后面一定延期。
- "你要多快都行"：这句话本身说明他没做过几个项目，不知道哪里会卡。
- 只给总工期不给阶段节点：正常应该给出每个阶段的交付物和时间点，中间看不到进度说明项目在失控。
我们做项目的习惯是，签约时就给出一个带节点的排期表：什么时候能看到原型、什么时候能装到手机上试、什么时候提审。每个阶段你都能看到实物，而不是等到最后一天才验收。
如果你现在的项目已经拖了，把具体情况说说，我们可以帮你看看是卡在需求、开发还是上架环节——这三个地方的解法完全不同。
本文为引潮网络原创内容，基于真实项目与本地报价经验撰写，转载请注明出处。
