软件采购里最容易被含糊处理的一环，就是计价方式。人天报价、固定总价、里程碑结算，三种说法都常见，但适用场景完全不同。选错了，轻则预算失控，重则项目烂尾。判断依据不在于哪种方式更便宜，而在于需求本身的确定程度。
人天计价的本质是买工时，不是买结果。它的总价公式很直白：人天数乘以人天单价，再叠加管理费和税费。真正的变量藏在两处——人天数怎么估、单价里到底含了谁。很多人误以为人天单价就是开发人员的日薪，实际上一个合格人天还分摊了项目经理、需求分析、测试、评审和办公成本。按行业公开的报价拆解，人力成本约占项目总报价的六到七成，项目管理占一到两成，测试占一到两成，运维首年约占百分之八到十五。落到纯编码上的比例，往往只有一半多一点。
这就解释了为什么同一个功能，不同服务商的人天单价能差一倍。一线城市资深工程师的单日成本可能超过两千元，二线城市中级开发大约在一千元上下，小微团队报价更低，但对应的团队配置和交付保障也随之下降。单价高低本身不构成优劣判断，需要结合角色配比一起看。
固定总价的逻辑正好相反，它买的是确定结果。需求边界清晰、功能模块标准、变更概率低的项目，用固定总价能把风险转移给服务商，甲方预算也更可控。代价是服务商会在报价里预留风险缓冲，前期看起来贵一些，但只要需求不反复，总体反而更省心。
真正决定选择的是需求明确度。行业经验显示，需求梳理和数据准备往往占项目时间的百分之五十到七十。需求越模糊，调研和返工的人天越多，此时锁死固定总价，服务商要么报价虚高，要么后期靠变更找补。反过来，需求已经拆到可估算的颗粒度，还坚持按人天结算，等于把效率风险留在自己这边。
预算规模也是判断维度。入门级定制项目，人天控制在六十到一百之间较为合理，优先选需求边界清晰、功能标准的方案，并要求服务商提供分角色人天明细。进阶项目通常涉及多角色协作和外部对接，人天可能到一百五到三百，此时引入内部技术负责人定期核对工时更稳妥。预算再往上、系统复杂度显著提升时，人天计价往往不再是最优解，分阶段里程碑结算更能兼顾灵活性与可控性。
无论选哪种方式，签约前有几件事必须问清楚。人天单价覆盖哪些阶段，需求调研、测试、上线支持是否计入；人天数有没有封顶机制，超出部分如何处理；需求范围、变更流程和验收标准是否写进合同附件。低价人天加开放边界的组合最危险，因为每一次小改动都会被计为变更，最终单价可能比高价方案还贵。
计价方式没有绝对的好坏，只有与需求成熟度是否匹配。需求还在演进、需要灵活调整，人天计价更合适；需求已经定型、追求预算确定性，固定总价或里程碑结算更稳。把功能清单列出来，让服务商按角色拆人天，再乘以单价，加上管理费和税费，算完这一遍，报价是否合理心里就有数了。
