Outcome-Based bedeutet, eine Maßnahme, ein Projekt oder ein Produkt nicht primär an erbrachten Outputs (Features, Reports, geschriebenen Codezeilen) auszurichten, sondern an erzielten Outcomes – also messbaren Veränderungen im Verhalten von Nutzern, Kunden oder im Geschäftsergebnis.
Konkret werden Outcomes als beobachtbare, messbare Verhaltensänderungen formuliert: "Anteil der Erstkunden, die innerhalb einer Woche zurückkehren, steigt von 30 % auf 40 %". Daraus werden Hypothesen, Experimente und Roadmaps abgeleitet. Methoden wie OKRs, North-Star-Metriken, Outcome-based Roadmaps (Jeff Patton, Marty Cagan) oder Impact Mapping (Gojko Adzic) unterstützen den Ansatz.
Einsatzzweck ist die Vermeidung des klassischen "Feature Factory"-Anti-Patterns: Teams liefern viele Features aus, ohne dass das Geschäft messbar besser läuft. Outcome-Based-Steuerung verbindet jedes Inkrement mit einer plausiblen Wirkungshypothese und macht die Differenz zwischen "haben wir geliefert" und "haben wir gewirkt" sichtbar.
Die Idee zieht sich durch agile, Lean-Startup- und Service-Design-Literatur. Joshua Seidens "Outcomes Over Output" (2019) ist ein knappes Standardwerk, ergänzt durch Christina Wodtkes Arbeiten zu OKRs und Teresa Torres' "Continuous Discovery Habits".
In Verträgen und Dienstleistungsmodellen findet sich Outcome-Based als "Outcome-Based Contracting" – etwa in Cloud- und IT-Services, in denen Anbieter nicht für Stunden, sondern für erzielte Geschäftsergebnisse vergütet werden. Diese Vertragsart ist nach wie vor selten: Sie verlangt enormes Vertrauen, gemeinsame Datenmodelle und die Bereitschaft, Risiken anders zu verteilen.