What does outcome-based contracting mean?
Outcome-based contracting (OBC) puts the result sought by the buyer at the center of the commercial agreement. In payment-contingent models, some or all of the supplier’s payment depends on achieving specified outcomes, rather than only completing activities or supplying an agreed quantity.
The UK Government’s Risk Allocation and Pricing Approaches guidance distinguishes payment for inputs, outputs, and outcomes. It describes outcome-based pricing as payment for meeting agreed outcomes and notes the difficulty of demonstrating results.
A broader outcome-based commercial relationship can organize work around expected business results without making every payment contingent on them. The Digital, Data and Technology Playbook discusses outcome-based specifications, collaboration, and care over how outcomes connect to supplier KPIs and payment. These public-sector examples help distinguish the result being sought from the mechanism used to pay for it.
The operating question is straightforward: what would both parties accept as evidence that the expected result happened?
Fixed payment does not remove the need for proof
A subscription can be paid on time, widely used, and well supported while its original business case remains unproven. The budget owner may still ask what the organization received for the money.
A positive relationship helps. It does not supply the evidence needed to justify continued investment. The customer sponsor needs to explain the result to colleagues who may never have attended a product review or spoken to the supplier.
Outcome accountability means keeping the expected result, responsibilities, evidence, and response to gaps visible throughout the relationship. It applies when payment depends on performance, and when a conventional contract comes up for renewal.
The business case should remain a reference after signature. If priorities change, preserve what was originally expected and explain the revised Outcome. Do not quietly substitute a result that is easier to claim.
Delivery and adoption do not prove the business result
Delivery establishes that the agreed capability or work is available. Adoption establishes whether the required people or workflows use it. Value asks whether the customer’s business condition improved in the way that mattered.
Illustrative Outcome case · Meridian Learning Cloud
The product is in use. The promised result is still ahead.
This fictional customer expected employee IT ticket resolution to fall from a 4.0-business-day baseline to 2.0. The helpdesk workflow is live and the service-desk team uses it. The current result is 2.8 business days.
A dated service-desk report supports progress. It does not support saying the target has been achieved. Delivery and Adoption are complete; Value has not been validated as realized. The comparison alone also does not establish how much of the improvement the software caused.
For the full distinction, read what counts as customer value realization. Satisfaction and usage can help explain the relationship, but cannot fill a gap in business-result evidence.
Buyer and supplier need an account they can examine
- Supplier
- Can we demonstrate why this customer should renew?Show the result achieved, the sources supporting it, and the work still needed.
- Buyer
- Did we receive enough value to justify continued investment?Examine what changed against the expected benefit and the organization’s current priorities.
The parties can use the same underlying Outcome and Evidence record while making different commercial judgments. A demonstrated benefit may support renewal without outweighing a budget constraint or a change in strategy.
Responsibility also needs to be explicit. A supplier may deliver the capability while the buyer owns a workflow change or access to the data needed to measure its effect. Identify those dependencies before treating a missed result as one party’s failure.
Agree who can obtain the evidence, what it measures, which period it covers, and who reviews it. If the parties disagree about what an observation means, preserve the disagreement and investigate it. Internal consensus is not independent verification.
Keep the evidence connected to the operating work
The Promise Arc Methodology provides a continuous cycle: Promise → Outcome → Value Path → Evidence → Cadence → Decide & Act.
- Promise. Preserve why the customer invested, including the expected benefit and its original source.
- Outcome. Define the observable result, success criteria, timing, and a credible baseline where available. Agreement on the definition does not prove achievement.
- Value Path. Identify the conditions and supplier and customer responsibilities needed to reach the result.
- Evidence. Keep dated support, contradictions, and gaps tied to the Outcome. Match the strength and scope of the evidence to the claim.
- Cadence. Review progress while there is time to respond. Revisit whether the result still matters to the customer.
- Decide & Act. Give a material gap an accountable response, owner, and next review. Check fresh evidence to see whether the response helped.
Realized Value remains an explicit evidence-backed conclusion. Outcome confidence describes judgment about achieving a specific result. Customer attention identifies where management needs to intervene. Renewal disposition records the commercial position. None substitutes for the others, and demonstrated Value does not automatically establish expansion readiness.
Give the decision maker a supportable value narrative
A concise value brief should answer what the customer expected, what actually happened, which evidence supports the conclusion, where Value remains at Risk, and what should happen next. The customer should be able to explain those points without the account team in the room.
Distinguish progress from a realized result. Keep the source, date, limitations, and customer interpretation available behind the summary. Missing evidence should remain missing, rather than becoming a confident sentence in a renewal presentation.
Financial proof may matter when customer ROI is part of the business case. State the assumptions behind it. Time released is not automatically a cash saving, and an observed change does not by itself prove attribution. Some Outcomes are qualitative; they still need supportable evidence.
Use that narrative to inform contract and renewal decisions, alongside commercial terms, priorities, and relationship context. For the practical work before the decision, read how to prove customer value before renewal.
Where PromiseArc fits, and where it does not
PromiseArc helps B2B companies connect the original Promise to customer Outcomes, Evidence, Risks, accountable Actions, and review cadence. Its role is to help teams establish what the evidence supports and act on gaps before renewal. The Platform’s executive value story shows how that record supports the commercial conversation.
This is the operating problem around outcome accountability. PromiseArc does not calculate contingent payments, administer contractual settlement, or replace procurement or contract lifecycle management (CLM) systems. It does not independently verify contractual performance, provide OBC certification, or guarantee customer outcomes.
An evidence-backed Outcome record can inform the parties’ decisions. It does not determine payment entitlement or settle a contractual dispute. Those judgments remain with the parties and their agreed processes.
Start with one material customer Outcome. Can both sides explain what was expected, what the evidence supports today, and who owns the next unresolved dependency? If those answers are unclear, that is the operating gap to address.
