“你们做这个软件，从签合同到上线，到底要多久？”上周一位做连锁餐饮的客户坐在我对面，手里拿着竞品的小程序，语气里一半是期待一半是怀疑。我没有直接报数字，而是反问他：“你这边谁能拍板需求？后厨的动线你打算怎么改？”——这两个问题他答不上来，工期就无从谈起。软件开发的周期不是从写代码开始算的，而是从你能把业务讲清楚的那一刻开始。下面按一个标准企业级项目的完整时间线，把每一步要花几天、你要配合什么，一次说透。
整体周期概览：4 到 12 周是常态
一个功能明确、不涉及复杂硬件对接的软件项目，从启动到上线，常规周期在 4 到 12 周之间。低于 4 周通常只能做模板化的展示型产品；超过 12 周往往是需求在开发中途反复变更，或者涉及第三方系统联调（支付、ERP、物流接口）。我建议你在心里先建立一个锚点：需求确认占 15%，设计占 20%，开发占 40%，测试与上线占 25%。任何一前一后挤压，都会让最后的验收环节变成扯皮现场。
第一阶段：需求沟通与确认（3-7 天）
这个阶段不是“聊聊天”，而是要把业务规则翻译成开发能执行的功能清单。我们通常会做两件事：一是关键角色访谈，跟你的运营、财务、一线员工各聊 1 小时，发现那些你习以为常但新人完全看不懂的流程；二是输出需求规格说明书，包含角色权限表、核心业务状态流转图、接口边界。
你要配合什么：指定一个唯一的需求对接人，不要今天老板提一个想法、明天店长又加一个功能。另外，把你现在用的 Excel、纸质表单、微信群里的操作截图都丢过来，这些比口头描述准确十倍。
第二阶段：原型与 UI 设计（5-12 天）
原型解决“怎么用”，UI 解决“好不好看”。我们一般先用 3-5 天出可点击的低保真原型，让你在浏览器里走一遍核心流程——比如下单、审批、退款，确认没有漏掉分支。原型定稿后再进入 UI 设计，2-7 天输出主要页面高保真稿。
你要配合什么：原型评审时，让你的实际使用人员来点，不要你自己觉得没问题就签字。我就见过老板拍板说“下单流程没问题”，结果上线后服务员发现改数量要退出重进，这种返工至少吃掉一周。
第三阶段：开发与联调（10-25 天）
这是工期最长的一段，但真正写代码可能只占一半时间。通常会把系统拆成多个模块并行开发：前端 2-3 人、后端 2-3 人，每 2 天一次代码合并与冒烟测试。联调阶段是最容易出意外的：支付回调、短信验证码、第三方地图定位，任何一个接口文档不清晰，都可能卡住 1-3 天。
你要配合什么：提前准备好第三方账号和密钥，比如微信支付商户号、阿里云短信签名。不要等到开发说“要联调了”才去申请，审核流程本身就要 1-3 个工作日。
第四阶段：测试与上线（7-15 天）
测试不是“点一点看有没有报错”。正规流程包含功能测试、兼容性测试（主流机型 + 微信内置浏览器）、压力测试（模拟 50-200 人同时在线）。发现的问题按严重程度分级，阻断性问题必须当天修复，体验问题可以排到下个版本。上线当天选择流量低谷时段，比如凌晨 2-4 点，同时准备好回滚方案。
你要配合什么：组织 3-5 个一线员工做验收测试，用真实账号跑完整业务流程。别只让 IT 部门测，他们测不出“退款按钮藏太深”这种问题。
第五阶段：验收与交付（3-5 天）
验收不是走形式，而是确认“交付物完整”。需要拿到手的东西包括：源代码、数据库脚本、部署文档、操作手册、以及至少 1 小时的录屏培训。如果对方只给你一个后台账号就催尾款，你后期想换团队维护都无从下手。
最容易拖工期的三个环节
第一，需求在开发中途变更。 一个小功能的增删，平均会造成 2-5 天的延期。应对方式是：所有变更走书面确认，并评估是否影响上线日期。
第二，客户方决策人不在场。 原型评审、UI 定稿、验收测试这三个节点，如果关键决策人出差或“再看看”，项目就会停在原地。建议提前锁定这三个时间窗口，各留出半天。
第三，第三方接口申请与审核。 支付、短信、地图、实名认证，这些外部依赖的审核周期不受开发团队控制，必须提前 5-7 天启动。我见过一个项目开发全做完了，卡在支付商户号审核上整整一周。
怎么排期才能按时上线
给你一个可以直接用的排期方法：倒推法。先定死上线日期，然后往前推——验收预留 3 天，测试预留 7 天，联调预留 5 天，开发预留 15 天，设计和原型预留 7 天，需求确认预留 5 天。中间每两个环节之间留 1-2 天缓冲，用来应对“没想到”。
另外，要求开发团队每周五给你一份周报，写清楚本周完成了什么、下周计划做什么、当前有什么风险。这比每天追问“做得怎么样了”有效得多。软件开发的周期管理，本质上不是管技术，而是管你和团队之间的信息差。信息差越小，上线越准时。