PG官网

  很多老板第一次找软件公司，第一句问的都是同一句话，这套系统多久能上线。这个问题听着简单，答起来最容易含糊。交付周期一旦对不上，前面聊得再好，后面都是扯皮，合同写得再细，也挡不住预期错位攒出来的矛盾。

一、供应商报的时间，为什么总对不上

  上周一个做生鲜配送的客户问我，别家承诺一个月上线，你们怎么要三个月。我反问了一句，你要的是系统能演示，还是业务真能跑起来。他愣了几秒，说那还是得真能用。这个场景每个月都能遇到，客户拿着别家的口头承诺来压时间，真签了合同才发现，演示版和能用的系统之间，差着两个月的测试和返工。

  软件开发的时间账，和装修是一个道理。报价单上写着三十天完工，那是工人天天干满十个小时的理想情况，中间遇上改方案、等材料、返工重做，工期自然往后拖。软件也一样，承诺一个月交付的，多半是把需求沟通、测试验收这些最占时间的环节悄悄缩掉了。

  不是说供应商都在忽悠。行业里确实有快单，套模板改改就能上线的小程序，一周也能交付。但定制软件不一样，业务逻辑长在你公司的流程里，需求没理清就赶工期，上线那天就是灾难的开始。

二、一套软件上线前，时间都花在哪

  一套定制软件从签约到上线，时间基本分五段，需求梳理、UI 设计、开发、测试、上线验收。需求梳理占掉的时间比很多人想象得多，开发公司要跟业务人员一条条过流程，把嘴上说的 "大概就是这样" 翻译成文档里的明确规则，这一段省了，后面全是返工。

  UI 设计看复杂程度，小程序一般一到两周，管理后台和报表系统会慢一些，页面多、字段密，交互逻辑也要一屏屏画清楚。开发和测试是真正的大头，前端后端一起动，功能做完一个测一个，测试不是走个过场，业务场景要对着一遍遍模拟，出了问题还得回头改。

  上线验收排在最后，时间却不短。部署到服务器、历史数据迁移、旧系统并行、操作培训，这些活都不起眼，每一件都要占日历上的格子。五段加在一起，才是真正常见的交付周期，而不是销售口中的 "开发很快，一两个月搞定"。

三、影响周期的变量，比想象中多

  最影响周期的，是需求变更。需求文档签了字，开发到一半客户说这个功能逻辑要改，表面是一句话，背后是接口重连、页面重画、测试重跑，一周的工作量说没就没。正规开发公司都会留变更流程，不是刁难客户，是给双方的时间账兜底。

  第二个变量是业务复杂度。同样是系统，进销存和工业质检平台完全两个量级，前者一套标准流程走天下，后者要对接设备、处理算法、保证稳定性，开发量差好几倍。拿小程序的周期去估行业软件的工期，从一开始就是错的。

  第三个变量是供应商自己的情况。人手、并行项目数量、外包还是自研团队，都直接影响排期。签合同前问一句 "现在手上有几个并行项目"，比问 "能不能快点" 有用得多，答案里基本能看出你的项目排在什么优先级。

四、正常周期参考，和靠谱的时间预期

  按行业里的普遍情况，给一个参考区间。简单小程序，比如单店展示、报名工具，四到六周；业务型小程序，带支付、会员、后台管理，两到三个月；APP 看功能多少，两到四个月比较常见；行业软件定制，比如 ERP、MES、政企平台，三到六个月起步，复杂项目过一年也不稀奇。

  怎么判断供应商报的时间靠不靠谱，看合同里写没写阶段交付。靠谱的排期会把需求、设计、开发、测试分成里程碑，每个节点能验收、能付款，出了问题能追溯到是哪一段拖的。只给一个总工期的，大概率没想清楚怎么做。

  还有一句实话，压缩时间可以，但压缩的都是测试和验收的时间。省下的每一个星期，上线后都要用停机、返工、客户投诉还回去。工期不是越短越好，是匹配才对。

  定制软件的时间账，本质是需求清晰度、业务复杂度和团队实力的共同结果。签合同前把阶段里程碑、变更规则、验收标准写清楚，时间预期就八九不离十。如果你正在规划一个新系统，可以带着需求来聊，我们先把范围和周期对齐，再谈价格。