固定总价、按工时计费，还是分阶段开发

计价模式并不是会计上的细节。它决定了由谁承担不确定性的风险、项目范围能否轻松调整，以及在开发定制项目的过程中会鼓励什么样的行为。

当项目范围已经成熟时，固定总价能带来可预测性。当解决方案需要在测试中逐步演进时，按工时计费（T&M）模式能带来灵活性。分阶段开发则能控制投入，因为每个阶段都会先产出一项决策和一项交付成果，下一阶段才会获批。

固定总价如何运作

在固定总价模式下，双方事先约定具体的交付成果、价格和时间表。供应商估算所需的工作量，如果约定的范围最终需要更多时间，由供应商承担这一风险。

当需求明确、集成对象已知、验收标准客观时，这种模式效果很好。客户在预算方面获得更好的可预测性。

这种模式的弱点在于现实总会变化。如果项目范围没有被准确梳理，每一项新需求都会变成变更请求。供应商有动力守住范围，客户则可能觉得每一项有用的改进都要额外收费。此外，价格通常还包含供应商为所承担风险而预留的余量。

按工时计费如何运作

在按工时计费模式下，客户按团队实际投入的时间和约定的费用付费。待办列表（backlog）可以根据团队在过程中的认识不断调整。

这种模式适合新产品、集成存在不确定性的项目，以及价值需要通过持续测试才能显现的项目。它允许调整优先级，而不必为每个细节重新签订合同。

主要风险在于总成本没有上限。如果缺少得力的产品负责人（product owner）、预算上限、定期演示和开发速度跟踪，项目可能耗费大量时间却进展不足。

分阶段开发如何运作

在分阶段开发模式下，项目被划分为若干阶段，每个阶段都有各自的目标、成本以及是否继续的决策。常见的第一阶段是需求调研与技术设计，随后是原型或 MVP，然后是正式上线版本，最后是后续功能扩展。

其优势在于，企业不必在不确定性降低之前就投入全部预算。每个阶段都会产出依据，使下一次估算更加准确。

其不足在于，最终价格无法从第一天就确定。对于需要一次性审批全部支出的组织来说，这可能会带来内部阻力。

哪种模式适合哪类项目

对于定义清晰的企业网站、范围有限的集成，或需求稳定、已被充分理解的应用，固定总价可以有效运作。

对于新的 SaaS 产品、AI 工作流，或需求会在实际使用后发生变化的复杂平台，按工时计费模式往往更实事求是。

对于存在不确定性、同时又需要管理层把控的重要项目，分阶段开发能提供更好的平衡。需求调研可以采用固定总价，而开发则在已批准的预算内逐阶段推进。如何选择软件公司也会直接影响哪种模式在实践中能够顺利运作。

最佳选择往往是混合模式

成熟的商业模式可以将针对具体交付成果的固定总价，与针对变更或研究工作的按工时计费模式结合起来。例如：固定总价的需求调研、验收标准明确的固定总价 MVP，以及上线后按月预留团队产能、用于持续改进的模式。

这样可以减少虚假的确定性。客户能够掌控关键里程碑，供应商也不必把未知的风险当作已知风险来定价。

合同必须涵盖哪些内容

无论采用哪种模式，合同都必须明确项目范围、交付成果、角色、前提假设、验收标准、工作节奏、汇报机制、变更流程、权利、数据、支持服务以及终止程序。代码与数据所有权的条款无论采用何种商业模式都必须清晰。

在固定总价模式下，变更机制必须非常明确。在按工时计费模式下，必须有费率表、工时记录或其他透明机制、支出上限以及经常更新的预测。在分阶段模式下，必须写明每个新阶段都需要单独审批。

实用建议

不要仅仅因为想要确定性而选择固定总价。如果项目范围不清晰，这种确定性要么代价高昂，要么只是假象。没有内部负责人和预算上限时，不要选择按工时计费模式。如果管理层无法在各个里程碑及时做出决策，不要选择分阶段开发。

Argonstack 根据项目范围的成熟度和项目的风险状况来确定合作模式。目标是让双方的激励保持一致，并切实保有把控能力。

下一步

根据您项目范围的成熟度和项目的实际风险，选择合适的合作模式。

常见问题

哪种模式更便宜？

单看模式本身，没有哪一种更便宜。总成本取决于不确定性、变更情况以及项目管理的质量。定义不清的固定总价可能引发大量变更请求。缺乏管理的按工时计费合作则可能耗费预算，却没有明确的价值产出。

按工时计费模式可以设定上限吗？

可以。双方可以约定按月或总体的上限，超出之前必须经过审批。

需求调研应该付费吗？

对于复杂项目，应该付费，因为它会产出真正的交付成果、降低风险，并让估算更加可靠。