基于结果的合同：为什么你应该停止按小时付费

全球外包市场受到冲击2023 年将达到 7,310 亿美元预计到 2030 年将超过 1 万亿美元。其中大部分资金仍然通过按小时计费的方式流动。 大多数这些安排都会惩罚买家。

时间和材料合同运行平均超出预算 23%，根据 PMI 的《职业脉搏》报告。 对于 5 万美元的项目，计划外支出为 11,500 美元。 供应商没有经济激励来加快完成速度或缩小范围，因为每多一小时，发票上就会多一行。

基于结果的合同扭转了这种动态。 您为结果付费，而不是为时间付费。 供应商选择团队规模、工具和时间表。 您的价格保持不变。 如果他们在三周而不是六周内发货，他们将保留利润。 如果需要八周时间，他们就会承担费用。 当项目快速、干净地交付时，双方都会获胜。

这篇文章详细介绍了三种定价模型，向您展示如何构建基于结果的合同，并解释为什么外包行业将在 2026 年放弃按小时计费。

三种定价模式比较

在签订基于结果的合同之前，您需要了解全部内容。 每个软件参与都属于三种计费模式之一，每种模式的风险分配方式都不同。

时间和材料 (T&M)：您按记录的小时数付费。 供应商发送价目表（80-250 美元/小时，具体取决于地理位置和资历），您每周或每月都会收到发票。 除非您设定价格上限，否则没有价格上限。 每一次范围变更、每一次错误修复、每一次“快速提问”会议都会显示在发票上。

固定价格：在工作开始之前，你们就范围和总成本达成一致。 供应商以该价格提供该范围。 如果工作时间更长，供应商就会吃掉超支的部分。 如果您想在项目中添加功能，则每次添加都会获得单独的报价。 我们写了一个固定价格与时间和材料的全面比较具有三个预算级别的成本情景。

基于结果：您可以通过验收标准定义具体的、可衡量的交付成果。 当供应商满足这些条件时，付款就会触发。 一个里程碑可能是“结账流程通过 Stripe 集成测试交易、处理错误状态并在 2 秒内加载”。 如果可交付成果不符合标准，供应商将继续工作直至达到标准，您无需支付任何额外费用。

T&M 估算看起来前期最便宜。 它很少保持这种状态。 基于结果的报价看起来最高，但您在签署之前就知道最终数字。 你知道它不会动。

为什么外包行业放弃按小时计费

外包曾经是一种削减成本的策略。 您在不同时区找到了更便宜的劳动力并节省了工资。 由于三个原因，这种模式将在 2026 年崩溃。

人工智能增强团队改变了数学

一位使用 AI 工具（Cursor、Claude Code、GitHub Copilot）的高级工程师现在所产出的成果是两年前需要三人团队才能完成的。 当相同的结果只需要一小部分时间时，按小时计费就没有意义。 对你的价值是一样的； 时间不同。 基于结果的定价反映的是交付的价值，而不是消耗的时间。

这就是为什么拥有大量人员的通才机构正在被精简、专业的团队所取代。 了解您所在行业的两人团队与人工智能工具相结合，在 T&M 计费方面的表现通常优于十人团队。 这拉丁美洲和东欧的近岸趋势加速这种转变； 位于重叠时区的较小团队比大型离岸团队提供更快的迭代速度。

领域专家击败通才

多面手机构需要花费数周的时间来了解您所在行业的监管要求、数据结构和用户期望。 一位领域专家走进来了解他们。 专注于金融科技、医疗保健或电子商务工作流程的机构不会为他们的学习曲线付费，因为他们没有学习曲线。

基于结果的合同奖励这种专业化。 专家给出了更严格的价格，因为他们之前已经构建过类似的系统。 他们了解边缘情况、集成陷阱和合规性要求。 通才会夸大估计，因为一切都是新领域。

创始人想要战略合作伙伴，而不是人才中介机构

价值 7,310 亿美元的外包市场并未增长，因为公司需要更多的小时工承包商。 它的增长是因为创始人希望合作伙伴拥有成果。 一位 T&M 供应商表示“我们每周将在您的项目上工作 40 个小时。” 一位注重成果的合作伙伴表示，“我们将在 3 月 15 日之前提供经过测试和部署的有效结账流程。” 一个人出卖时间。 另一个卖的是结果。

如何构建基于结果的合同

当结果模糊时，基于结果的合同就会失败。 “构建一个出色的应用程序”不是一个结果。 结果是“部署一个具有用户身份验证、Stripe 支付集成以及可在 2 秒内加载的管理仪表板的移动响应式 Web 应用程序”。 这种特殊性可以保护双方。

以下是每个基于结果的合同都需要的五个要素。

1. 定义可交付成果和验收标准

每个可交付成果都有一个描述和一组通过/失败标准。 “用户注册有效”不够具体。 “用户使用邮箱/密码注册，30秒内收到验证邮件，验证后登录”可测试。 如果您无法为其编写测试，那么它就不是验收标准。

确定这些问题的最佳方法是结构化范围界定流程涵盖功能、集成、用户角色、数据模型和非功能需求。 跳过这一步，您将在整个项目中争论“完成”的含义。

2. 与可交付成果挂钩的里程碑付款

将项目总成本分解为 2-4 个里程碑。 每个里程碑代表了工作软件的一个有意义的块，而不是流逝的时间的百分比。 典型结构：

• 合同签订时20%。涵盖初始设置、架构决策和环境配置。
• 里程碑 1 为 30%。部署到暂存的核心功能。 验收标准已验证。
• 里程碑 2 为 30%。已部署完整的功能集。 集成测试完成。 达到性能基准。
• 最终交货时支付 20%。生产部署、文档移交和保修期开始。

这种结构使双方保持诚实。 客户不会为未完成的工作付费。 供应商在收到付款之前不会交付数月的工作。

3. 成功指标和绩效基准

验收标准定义了软件的功能。 成功指标定义了它的表现如何。 包括可衡量的目标：

• 表现。页面加载时间低于 2 秒。 100 个并发用户时 API 响应时间低于 200 毫秒。
• 可靠性。发布后前 30 天内正常运行时间为 99.9%。
• 质量。交接时零严重错误。 所有 P1 缺陷均在保修期内 48 小时内得到解决。
• 准时交货。每个里程碑都在商定的窗口内交付，并有 5 个工作日的缓冲时间用于验收测试。

如果供应商交付的工作质量低于标准，这些指标可以为您提供杠杆作用。 它们还为供应商提供了明确的构建目标，从而减少了开发过程中的反复。

4、保修期

每个基于结果的合同都应包括30-90 天保修期最终交付后。 在此窗口期间，供应商无需支付额外费用即可修复交付范围内的任何缺陷。 这不是维护或新功能；而是。 这是他们交付的产品按规定工作的保证。

如果没有保修条款，您将不得不在“最终交付”后的第二天支付错误修复费用。 保修期与激励措施一致：供应商提供更清晰的代码，因为他们将免费修复自己的错误。

5. 变更管理流程

要求发生变化。 这很正常。 合同需要一个定义的流程来处理变更，而不破坏原始协议：

• 更改请求格式。新要求的书面描述、对时间表的影响以及单独的报价。
• 审批门。在客户以书面形式批准范围和成本之前，不会开始任何变更工作。
• 影响评估。每个变更请求都包括它是否影响现有的里程碑或时间表。
• 超出范围的定义。合同列出了排除的内容，以便双方从第一天起就知道边界。

强大的变更管理流程是“我们需要重新谈判整个合同”和“这是 2,000 美元的附加合同，批准或跳过”之间的区别。

发现阶段：基于结果的合同成功或失败的阶段

基于结果的合同的最大风险是结果定义不明确。 模糊的可交付成果会导致范围争议、里程碑延迟以及在首次部署之前关系恶化。

该修复是合同开始前的结构化发现阶段。 这不需要花费几周的时间。 一个30 分钟重点发现电话会议提出正确的问题可以比一个月的 RFP 文件更好地确定范围。 以下是一次好的发现电话会议的内容：

• 业务目标。这个软件需要完成什么功能？ 不是特征； 结果。 “将手动订单处理时间从 4 小时减少到 15 分钟”是一个业务目标。
• 用户类型和流量。谁用这个？ 他们想做什么？ 关键路径是什么？
• 整合。需要连接哪些第三方系统？ 支付处理器、CRM、运输 API、会计软件。
• 数据要求。哪些数据在系统中移动？ 利益相关者需要什么报告？
• 明确的排除。在此阶段您不构建什么？ 移动应用程序、本地化、管理分析； 明确列出的内容可以防止“我认为已经包含在内”的范围蔓延。

好的发现会产生一份双方都签字的范围文件。 该文件将成为基于结果的合同的基础。 在 Savi，每个项目都是从这种发现调用开始的。 这就是我们的生产方式固定价格报价三周内不需要变更请求。

当基于结果的合同不起作用时

基于结果的定价并不适合每个项目。 不要强迫它到不适合的地方。

• 纯研发工作。如果您正在探索某件事在技术上是否可行，那么在开始之前您无法定义结果。 具有时间上限的 T&M 在这里效果更好。
• 持续的产品开发。每周优先级更改的长期运行产品需要 T&M 或保留安排的灵活性。 基于结果的合同适用于特定的功能集，而不是开放式的积压工作。
• 您无法明确表达的模糊要求。“构建一些很酷的东西”并不是一个结果。 如果您无法描述成功是什么样子，那么供应商也无法描述。 投入时间确定项目范围在要求基于结果的定价之前。
• 依赖第三方未知的项目。如果您的时间表取决于可能可用或不可用的政府 API，则供应商无法承诺他们无法控制的结果。

对于其他一切，基于结果的合同可以保护您的预算并让供应商对结果负责。

如何评估供应商的基于结果的工作

并非每个机构都能按照基于结果的合同运作。 T&M 是大多数机构的默认设置，因为它对供应商来说风险较低。 一个愿意致力于结果的机构正在告诉你一件事：他们相信自己评估、执行和交付的能力。 这种信心来自于经验。

当你在评估开发机构，寻找这些信号：

• 他们在发现过程中提出尖锐的问题。一个接受你的简报而没有拒绝的机构还没有做足够的发现。 优秀的供应商会在报价前挑战您的假设、找出差距并暴露风险。
• 他们展示了过去具有类似范围的项目。领域经验意味着更少的惊喜。 建立了三个电子商务平台的机构知道结帐流程的成本是多少。 正在建造第一个的人会以更大的估计来对冲。
• 它们定义了排除的内容，而不仅仅是包含的内容。列出排除项的供应商可以保护双方免受“我认为这是交易的一部分”对话的影响。
• 他们提供保修期。支持其工作的供应商提供保修。 那些不这样做的人则表明对自己的成果缺乏信心。
• 他们直接沟通。基于结果的合同需要紧密的反馈循环。 如果每个问题都经过项目经理、客户经理，然后是工程师，那么决策需要几天而不是几个小时。

在 Savi，我们的高级工程师（每个项目 1-2 名）拥有完整的堆栈并直接与客户沟通。 无 PM 层。 没有电话游戏。 您与编写代码的人交谈，这意味着验收标准第一次就得到了正确的解释。 我们已经交付了类似的项目热情AMC（一个资产管理规模超过 1000 万美元的金融平台）以及滴滴出租车（多租户 SaaS），全部采用基于结果的固定定价。

第一份基于结果的合同的实用清单

在签署任何基于结果的协议之前使用此信息。 如果你能勾选每一个选项，那么你就已经准备好进行干净的订婚了。

• 可交付成果是具体且可测试的。每个功能都有通过/失败的验收标准，而不是主观描述。
• 里程碑映射到工作软件。每个付款里程碑都会生成您可以测试和演示的内容，而不是状态报告。
• 包括性能基准。加载时间、正常运行时间、响应时间； 无论对您的用户重要什么，都在合同中。
• 保修期已明确。最终交付后 30-90 天的缺陷修复，包含在合同价格中。
• 存在变更管理流程。添加、定价和批准范围变更的清晰流程。
• 列出了排除情况。在工作开始之前，双方都知道哪些内容超出了范围。
• 沟通节奏已达成一致。每周演示、异步更新或里程碑回顾； 无论什么适合项目，都会被记录下来。
• 知识产权归属清晰。最终付款后，您将拥有代码、设计和文档。 没有歧义。

转变正在发生

外包行业正在从销售时间转向销售结果。 人工智能增强的团队可以在更短的时间内交付更多的成果，这使得按小时计费并不能代表价值。 领域专家取代了通才车身修理厂。 因 T&M 超支而苦恼的创始人要求签订将付款与结果挂钩的合同。

如果您的上一个项目超出了预算，那么定价模型就是问题的一部分。 你可以继续按小时招聘，并希望这个估计能够成立。 或者，您可以定义“完成”的样子，将付款与可衡量的里程碑联系起来，并让供应商找出实现目标的最快方法。

您选择的合同结构决定了整个关系。 选择一个可以将双方置于同一团队中的选项。

常见问题