谈项目的时候，最常听到的对话是：
"这个系统多久能做出来？" "正常的话，两个月。" "能再快点吗？"
两个月后，需求还没聊完的大有人在。不是谁在骗你，是 "开发" 这两个字，在大家脑子里理解的不一样。你以为是 "写代码" 要两个月，实际上写代码只是中间一段。
这篇文章把一套软件的真实时间构成拆开给你看，看完你就知道：周期长在哪、哪些能压、签约前怎么把工期谈实。
一个项目的时间，其实花在五个环节
以一套常规的定制管理系统为例，周期大概是这样的：
需求梳理：1-2 周。把你要做的事一条条聊清楚、写成文档。这步最容易被跳过，也是后面返工的根源。
界面设计：1-2 周。出原型、出视觉稿，你看着像 "还没开始写代码"，其实这步决定后面改多少。
开发：4-8 周。这才是大家以为的 "做软件"，前端、后端、数据库一起上。
测试：1-2 周。自己测、给你测、发现问题修掉。
上线部署：3-7 天。装服务器、配域名、导数据、试运行。
加起来，一套常规定制系统 2-4 个月，是正常区间。说 "一个月上线" 的，要么是模板套壳，要么后面必有加急费。
（以上是常规项目参考，具体周期以实际评估为准。）
为什么实际总比报价时说的长？
报价时给你的周期，是按 "理想状态" 算的：需求一次聊清、决策人当场拍板、你随时在线、开发不出意外。
实际不是这样，时间基本丢在这四个地方：
沟通往返。 一个需求点要确认三遍：先微信问，再开会定，会后又变。每次往返看着不起眼，攒起来就是一两周。
改动返工。 做完的功能要改：字段加一个、流程换一下、样式调一版。改一次看着快，但牵一发动全身，测过的还要重测。
联调对接。 系统要对接支付、短信、硬件、别的系统，对方配合慢，你就只能等。
验收扯皮。 "这个和我要的不一样"—— 哪里不一样，说不出来，又得来回对。
哪些项目真的能快？
不是所有项目都要两三个月，看你在哪一档：
快（2-4 周）：展示型页面、营销小程序、模板改改就能用的系统。需求基本固定，没什么定制逻辑。
常规（2-4 个月）：带业务流程的管理系统、小程序 / APP 的第一版。上一条说的五个环节都跑一遍。
慢（4 个月以上）：对接硬件、对接老系统、多端同步、复杂权限、高并发，或者需求还在变。
判断标准一句话：要跟别人系统打交道越多、流程越绕，越快不了。
想压缩工期，真正有用的几个办法
想快点上线，砍的不是开发，是这些：
需求写细再开工。 把你要做的每件事列出来，哪怕笨一点，也比边做边想要快。需求越含糊，后面越慢。
固定一个拍板的人。 今天老板定、明天经理改、后天又推翻，返工全算你头上。项目期间谁能拍板，先定死。
砍范围，先上核心。 把 "必须有的" 和 "以后再说" 分开，第一版只做必须有的，上线跑起来再迭代，比憋大招快得多。
别攒着一起改。 改需求趁早提，一次性提完；今天改一点明天改一点，等于反复重做。
并行推进。 需求没聊完的部分先不开发，聊完一块做一块，别等全部聊完才动工。
签约前，把工期谈实的三个问法
报价单上写 "2 个月"，别只看这一行。把这三句问清楚：
"这 2 个月从哪天算起？" 是从签合同算，还是从需求确认算？中间差着一个需求期。
"延期了怎么办？" 是他们原因延期怎么处理，是你需求变动导致的延期怎么算，白纸黑字写进合同，别口头说。
"改需求加多少时间？" 超范围的需求怎么计价、怎么计时，提前问清，比事后扯皮强。
总结
周期这东西，报短了你慌，报长了你嫌。靠谱的做法不是比谁报得短，是把上面五个环节和时间构成摊开看，让开发公司告诉你 "这两三个月到底花在哪"。
说得清每一周干嘛的，周期才靠谱。说不清、只拍胸脯说快的，你反而要留个心眼。
在线
电话
微信
需求
TOP
