如何选择软件项目定价模式

按时间和固定价格交付以不同方式分配软件项目的不确定性。两者都不能保证最终成本更低、质量更高或产品成功。真正的问题是，哪种合同与交付控制适合当前范围、依赖项、证据以及改变方向的能力。

每个项目都不同。Wavect 会根据能够负责任界定的内容采用按时间、固定价格或分阶段安排。如果要先用早期证据降低不确定性，再为边界清晰的交付物定价，分阶段的敏捷固定价格可能有用。

选择前应比较取舍，并把商业控制写入协议。本文提供工程与交付视角，不构成法律建议。

按时间计费

供应商按约定费率对测得工时计费，通常受预算、配额或审批阈值约束。即使具体待办事项保持可调整，目标和优先级仍可明确。

• 客户支付实际投入，因此预测准确度、工时记录、费率表和审批规则很重要。
• 没有上限或停止规则时，预算确定性较低。滚动预测和明确决策点可以减少意外。
• 待办事项可以更灵活，但变更仍会影响进度、成本、质量和依赖项。

固定价格

双方为明确交付物或范围约定固定金额。协议应说明假设、客户依赖、验收标准、排除项、付款里程碑，以及变更如何估算和批准。

• 价格可预测性取决于明确边界。供应商可以为不确定性定价、缩小范围、共享风险预留或使用变更请求，没有哪种处理方式是必然的。
• 明确结果和验收测试会产生范围界定工作。如果协议保留受控学习与变更方式，就不必冻结每项实现细节。
• 估算失误会产生商业压力，但质量不必下降。完成定义、测试、安全要求、验收证据、升级机制和范围决策都应保持明确。

对于奥地利合同，当事人使用的标签并不是全部分析。ABGB 第 1151 条区分在一定期间提供服务与有偿完成特定成果，WKO 当前指南则把 Werkvertrag 描述为承诺足够具体的结果 （RIS，ABGB 第 1151 条） （WKO Werkvertrag 指南）。成果、合作、验收、变更、付款、质保和终止义务的实际分配应由合格法律顾问审查。

"不要为了想象中的速度牺牲计划。"

敏捷固定价格

敏捷交付不会消除规划或商业治理。《敏捷宣言》原则欢迎需求变化并重视频繁交付，《Scrum 指南》则以透明、检视和适应组织复杂工作 （《敏捷宣言》原则） （官方《Scrum 指南》）。两份资料都没有规定定价模式。

大型定制软件开发项目的一种规划模式包含三个商业阶段。这是 Wavect 交付模式示例，不是敏捷固定价格的通用定义。

可移交性同样重要。 每个阶段都应定义代码库访问、文档、环境、凭证、知识产权条款和可用的移交状态。这些控制可降低更换供应商的阻力，但不能承诺新团队无需熟悉或返工即可继续。

1. 发现阶段

发现阶段应降低影响产品价值、可行性、交付风险和定价的不确定性。持续时间与成果取决于项目，目标可能包括降低运营成本、验证投资论点或发布可销售产品。

开始前约定发现阶段交付物。它可以涵盖决策、假设、风险、用户旅程、架构选项、优先待办事项、估算和后续选择。简短概念文档可能有用，但页数不能证明完整性或可移交性。

发现证据不会自动成为完整需求规格或固定价格承诺。记录已验证事项、剩余不确定性和下一步决策人。

2. 测试阶段

测试阶段实现风险最高路径中的足够部分，以证据取代假设。

按时间预算或封顶配额可在团队测量复杂度、依赖项、用户反馈和交付吞吐时保持灵活性。开始前定义上限、停止规则和审批权限。

采用适合风险与交付周期的审查节奏，报告已完成增量、剩余不确定性、预算使用、预测、质量证据和待决事项。

在约定决策点审查产品状态和待办事项。可继续按时间计费、停止、重新界定，或把边界足够清楚的成果转入收尾阶段。

交付物不一定是 MVP。合同应定义退出状态，包括代码、测试、文档、部署资产、已知缺陷、许可证、凭证和验收证据。

3. 收尾阶段

如果剩余成果边界足够清晰，可将其定义为 Epic、用户故事、验收场景或其他可测试交付物，并分别定价。

当优先级、目标、依赖、假设和变更控制得到理解时，固定价格可为该边界提供更高预算可预测性。

仍会存在不确定性。应明确列出、指定负责人，并定义假设不成立时如何处理。

另请参阅我们的奥地利 Fractional CTO 服务，了解如何界定高级工程领导工作。具体委托需确认当前服务、可用性、成本因素、权限和合同条款。