每位创始人都会问:范围蔓延会不会把固定价格吃掉?根据 Wavect 的合作历史,大约 55-70% 的固定价格项目至少经历过一次范围变更。平均变更幅度约为原始范围的 8-15%,通过对 SoW 的变更请求附录处理。在 T&M 项目里,大约80-90% 会在某个时刻出现范围漂移,到项目结束时,总漂移常常达到初始估算之上 20-40%。固定价格不是陷阱,糟糕的变更控制才是。
Wavect 的固定价格是一份 Werkvertrag(奥地利劳务合同):签署 SoW 后,我们在法律上有义务交付约定范围。我们不会把“退款”写进合同,因为 Werkvertrag 不是这样运作的。法律义务就是交付范围,没有别的。
在做项目范围界定?
预约免费咨询Wavect 项目的汇总区间。不是随机样本,只是我们自己的账本。
| 指标 | 固定价格(Werkvertrag) | 工时材料 |
|---|---|---|
| 遇到范围变更的项目占比 | 55-70% | 80-90% |
| 平均变更幅度(占原始范围) | 8-15% | 20-40%(累计漂移) |
| 变更如何处理 | 变更请求附录、重新报价、签字 | 按费率继续做 |
| 项目结束时的预算意外 | 罕见(动工前已定价) | 常见 |
| 客户决策速度 | 较慢(每个 CR 需签字) | 较快(无摩擦) |
| 适用场景 | 范围明确的功能建设、PRD 清晰的 MVP | 真正的探索、研发、试探性工作 |
因为每次变更都要走变更请求。摩擦本身就是特性。不是所有摩擦都是坏事。一位需要为一份 5,000 欧元的变更请求签字的创始人,通常会真的判断自己想不想要它。一半的时候,答案是“暂时不”。这个判断在 T&M 里根本不会发生,因为没有任何东西强制它。工作就这么继续下去。
结果是:固定价格项目交付的东西更接近最初的产品愿景。T&M 项目交付得更多,但也漂得更多。两者都不是普适更优。它们服务于不同的问题。
我们大多数较大的合作以敏捷固定价格运行(长篇请见 软件项目应该如何正确定价)。简短版:发现阶段用带小额固定预算的 T&M,然后按阶段按签字 SoW 走固定价格,并配套定义好的范围变更请求流程。
这个结构就是为什么我们的固定价格蔓延能保持在 8-15% 区间。变更请求机制不是障碍,它就是纪律。

"合同的特性不是价格,而是变更控制的纪律。没有 CR 流程的固定价格只是一个错的数字,没有范围纪律的 T&M 只是一张敞开的账单。"
这听起来很官僚,其实不是。每个 CR 通常就一段话加一个价格。整个流程一个工作日就能跑完。这么做的原因是,六个月后所有人都还清楚地记得当时商定了什么、添加了什么。
你雇错了外包。真正的固定价格供应商预期会有范围变更(因为现实会变),并备好 CR 机制。一家拒绝 CR 的外包要么交付错的东西,要么悄悄吸收变更然后降低质量。背景请见我们之前的一篇 为什么外包名声不好。
有。对探索性工作、真正的研发,或者本身懂技术、想按周推动建设的创始人来说,T&M 每欧元能交付更多产品,因为没有 CR 开销。代价是范围纪律由你(创始人)自己负担。如果你扛不住,T&M 会漂 30-40%,你会对账单不爽。可对比的合作结构请见 Wavect vs 一家通用型开发外包 和 Wavect vs 自由职业平台。
我们经常这么做。例子:
混合让你在风险可知的地方锁定价格,在风险不可知的地方保持灵活。我们合作的大多数创始人最终都落在这里。
两种模式下范围蔓延都真实存在。只是固定价格里被限得更好,因为变更请求摩擦会强迫人做决定。固定价格 8-15% 的区间不是零,也不应该是零。真实产品会演化。要点是每一次变更都是有意识、签字、动工前定好价。
如果一家外包告诉你他们的固定价格永远不会变,他们要么没有交付过真实产品,要么即将欠交付。如果他们告诉你 T&M 不会偏离原始估算,同样如此。
签字之前问清楚变更请求流程。这才是真正重要的合同特性。
需要一份靠谱的 SoW?
预约免费咨询