1. Einleitung: Das Ende der Kopfpauschale?
Wer heute einen Outsourcing-Vertrag für Customer Service verhandelt, bewegt sich fast immer in der gleichen Logik: Es wird nach Full-Time Equivalents (FTE) abgerechnet. Der Dienstleister stellt Mitarbeiter bereit, der Auftraggeber zahlt pro Kopf oder Stunde. Dieses Modell hat die BPO-Branche über Jahrzehnte geprägt – und es funktioniert. Zumindest solange niemand zu genau hinschaut.
Denn das FTE-Modell hat einen strukturellen Konstruktionsfehler: Es belohnt Anwesenheit, nicht Ergebnis. Ein Dienstleister, der mehr Mitarbeiter auf ein Projekt setzt, verdient mehr – unabhängig davon, ob diese Mitarbeiter gut performen oder ob das Kundenerlebnis stimmt. Effizienzsteigerungen, die FTEs einsparen würden, sind für den Provider ein Nachteil, weil sie Umsatz kosten. Das Ergebnis: ein Vertragsmodell, das Auftraggeber und Dienstleister in entgegengesetzte Richtungen zieht.
Genau hier setzt Outcome-Based Contracting (OBC) an – ein Modell, das nicht nach Input (Stunden, Köpfe, Schichten) vergütet, sondern nach Output: Kundenzufriedenheit, First Contact Resolution, Conversion Rates oder sogar Customer Lifetime Value. Der Dienstleister wird daran gemessen, was er bewirkt – nicht daran, wie viele Menschen er dafür einsetzt.
Klingt logisch. Klingt längst überfällig. Und trotzdem ist die Realität komplizierter, als die Berater-Slides es vermuten lassen. Denn ein Vertrag, der Ergebnisse belohnt, muss auch klären, wer für die Voraussetzungen dieser Ergebnisse verantwortlich ist. Und genau hier wird es interessant.
2. Warum das FTE-Modell unter Druck gerät
Das FTE-Modell war nie schlecht. Es war transparent, planbar und leicht zu vergleichen. Wenn drei Anbieter jeweils einen Stundensatz nennen, lässt sich das in eine Excel-Tabelle packen und nebeneinanderstellen. Für Einkaufsabteilungen ist das bequem. Für operative Entscheider immer öfter ein Problem.
Der Effizienz-Widerspruch
Im FTE-Modell hat der Dienstleister keinen finanziellen Anreiz, Prozesse so zu optimieren, dass weniger Agents benötigt werden. Im Gegenteil: Jede Effizienzsteigerung, die Headcount reduziert, reduziert seinen Umsatz. Das führt zu einer paradoxen Situation – der Auftraggeber verlangt Optimierung, aber das Vertragsmodell bestraft sie.
In der Praxis sieht das so aus: Ein Provider investiert in bessere Wissensdatenbanken, verkürzt die Average Handle Time und braucht für das gleiche Volumen plötzlich 10 % weniger Agenten. Im FTE-Modell bedeutet das: 10 % weniger Umsatz. Es braucht wenig Fantasie, um zu verstehen, warum viele Dienstleister bei Prozessoptimierungen eher auf der Bremse stehen als aufs Gas drücken.
Der KI-Beschleuniger
Mit dem Einzug von KI-gestützter Automatisierung wird dieser Widerspruch noch schärfer. Wenn ein Voicebot oder ein KI-Agent 20 bis 30 Prozent des Kontaktvolumens übernimmt, bricht im FTE-Modell ein substanzieller Umsatzanteil weg – und zwar beim Dienstleister, der dieses Volumen bisher bearbeitet hat. Gleichzeitig werden die verbleibenden menschlichen Interaktionen komplexer, anspruchsvoller und teurer pro Kontakt.
Das FTE-Modell bildet diese Realität nicht mehr ab. Es preist weder den Wert der KI-Deflection ein noch die gestiegene Komplexität der menschlichen Restfälle. Auftraggeber, die hier nicht umdenken, werden ihre Provider entweder in wirtschaftliche Schwierigkeiten bringen oder sich wundern, warum die Qualität sinkt.
Was Auftraggeber wirklich kaufen wollen
Hinter dem Shift zu OBC steht eine einfache Erkenntnis: Auftraggeber kaufen kein Headcount. Sie kaufen Ergebnisse. Sie wollen zufriedene Kunden, gelöste Probleme, qualifizierte Leads und messbare Conversion. Ob der Dienstleister dafür 50 oder 80 Agents einsetzt, ob er KI nutzt oder nicht, ob er aus Berlin oder Bukarest arbeitet – das ist operational relevant, aber nicht das, wofür bezahlt werden sollte.
3. Was Outcome-Based Contracting wirklich bedeutet
Der Begriff wird inflationär benutzt, oft ohne Trennschärfe. Nicht jeder Bonus auf CSAT ist Outcome-Based Contracting. Und nicht jeder Malus bei schlechter Qualität macht aus einem FTE-Vertrag einen ergebnisorientierten.
Das Spektrum der Vertragsmodelle
In der Praxis existiert ein Spektrum, kein Schalter. Zwischen reinem FTE-Modell und reinem Outcome-Modell gibt es zahlreiche Zwischenstufen:
Reines FTE-Modell
Abrechnungslogik: Stunden × Stundensatz
Risikoteilung: 100 % beim Auftraggeber
FTE + Bonus/Malus
Abrechnungslogik: FTE-Basis mit KPI-gebundenem Aufschlag/Abzug
Risikoteilung: Asymmetrisch – Basis beim AG, Performance-Delta geteilt
Cost-per-Contact
Abrechnungslogik: Abrechnung pro bearbeitetem Kontakt
Risikoteilung: Volumenrisiko geht zum Dienstleister
Gain-Sharing
Abrechnungslogik: Geteilter Anteil an nachweisbarer Einsparung oder Umsatzsteigerung
Risikoteilung: Symmetrisch geteilt
Reines Outcome-Modell
Abrechnungslogik: Vergütung ausschließlich nach definierten Ergebnis-KPIs
Risikoteilung: Hoher Anteil beim Dienstleister
Die meisten Unternehmen, die heute von Outcome-Based Contracting sprechen, befinden sich irgendwo zwischen Stufe 2 und 3 – also bei einem FTE-Modell mit Performance-Komponente oder bei Cost-per-Contact. Reine Outcome-Modelle (Stufe 5) sind nach wie vor selten, weil sie eine Reife auf beiden Seiten voraussetzen, die in der Praxis oft fehlt.
Was ein echtes Outcome-Modell voraussetzt
Ein ergebnisorientierter Vertrag funktioniert nur, wenn fünf Grundbedingungen erfüllt sind:
Messbarkeit: Die KPIs müssen objektiv, zeitnah und manipulationssicher erfasst werden können. Ohne saubere Dateninfrastruktur gibt es kein OBC.
Beeinflussbarkeit: Der Dienstleister muss die Ergebnisse tatsächlich beeinflussen können. CSAT zu messen ist sinnlos, wenn 60 % der Unzufriedenheit aus Produktfehlern stammt, auf die der Provider keinen Einfluss hat.
Baseline: Beide Seiten müssen eine gemeinsame, validierte Ausgangslage haben. Ohne historische Daten und eine ehrliche Baseline-Analyse wird jede Zielvereinbarung zur Lotterie.
Fairness: Das Modell muss für beide Seiten wirtschaftlich tragfähig sein. Ein Outcome-Modell, bei dem der Dienstleister das volle Risiko trägt, aber keine Upside hat, ist kein Partnerschaftsmodell – es ist ein schlechter Deal mit einem hübschen Namen.
Vertrauen: OBC erfordert eine andere Beziehungsqualität als transaktionale Verträge. Wenn der Auftraggeber den Dienstleister als austauschbaren Lieferanten behandelt, wird OBC scheitern.
4. Die Perspektive des Auftraggebers: Neue Freiheiten, neue Pflichten
Für Auftraggeber ist der Reiz von OBC offensichtlich: Man zahlt für Ergebnisse statt für Anwesenheit. Die Einkaufsabteilung kann argumentieren, dass jeder Euro direkt an messbare Wirkung gekoppelt ist. Das klingt gut in Vorstandspräsentationen. Aber es gibt einen Haken.
Die Verantwortung für die Voraussetzungen
In einem FTE-Modell kann der Auftraggeber schlechte Prozesse, fehlende Systemzugänge oder mangelhafte Wissensdatenbanken an den Dienstleister weiterreichen und sich wundern, warum die Performance nicht stimmt. Das ist unfair, aber systemisch folgenlos – der Provider wird ja trotzdem bezahlt.
Im OBC ist das anders. Wenn der Dienstleister an CSAT oder FCR gemessen wird, muss der Auftraggeber sicherstellen, dass die Werkzeuge, Prozesse und Informationen, die zur Erreichung dieser Ziele nötig sind, auch tatsächlich bereitgestellt werden. Das bedeutet konkret:
Funktionierende und vollständige Wissensdatenbanken
Stabile technische Infrastruktur (CRM, Ticketsystem, Telefonie)
Zeitnahe Kommunikation bei Produktänderungen, Kampagnen oder Störungen
Realistische Volumenprojektionen für Kapazitätsplanung
Klare Eskalationswege und Entscheidungsbefugnisse
Ein Outcome-Based-Vertrag ohne die Bereitschaft des Auftraggebers, seinen Teil beizutragen, ist wie ein Leistungsvertrag mit einem Handwerker, dem man das Werkzeug wegnimmt.
Das Governance-Problem
OBC erfordert ein intensiveres Governance-Modell als FTE-Verträge. Statt monatlicher Reviews mit Stundenzählung braucht es Echtzeit-Dashboards, gemeinsame Dateninterpretation und schnelle Anpassungszyklen. Wenn sich die Rahmenbedingungen ändern – ein Produktrückruf, eine Systemstörung, eine Kampagne, die unerwartet viel Volumen erzeugt – müssen die Outcome-Ziele dynamisch angepasst werden können.
In der Praxis scheitern viele OBC-Ansätze nicht am Modell selbst, sondern daran, dass die Governance nicht mithält. Der Vertrag ist ergebnisorientiert, aber das Steuerungsmodell ist noch im FTE-Modus – monatliche Calls, statische Berichte, reaktive Eskalation.
5. Die Perspektive des Dienstleisters: Chance und kalkuliertes Risiko
Für Provider ist OBC ein zweischneidiges Schwert. Einerseits bietet es die Möglichkeit, sich über Qualität statt über Preis zu differenzieren. Ein Anbieter, der konsistent hohe CSAT oder FCR liefert, kann im Outcome-Modell deutlich mehr verdienen als im FTE-Modell. Andererseits übernimmt er Risiken, die er nicht vollständig kontrolliert.
Das Kalkulationsproblem
Im FTE-Modell ist die Kalkulation simpel: Personalkosten plus Overhead plus Marge gleich Stundensatz. Im OBC wird das komplex. Der Dienstleister muss prognostizieren, welche Performance er auf einem Account realistisch erreichen kann – bevor er ihn kennt. Er muss abschätzen, wie gut die Prozesse des Auftraggebers sind, wie stabil die Technik läuft und wie realistisch die vereinbarten Ziele sind.
Das erfordert eine völlig andere Art der Angebotserstellung. Statt einer Stundensatz-Kalkulation braucht der Provider eine detaillierte Risiko-Bewertung, Szenario-Analysen und – idealerweise – eine Pilotphase mit realen Daten, bevor die Outcome-Parameter fixiert werden.
Die Investitionslogik
OBC incentiviert Dienstleister, in Qualität und Effizienz zu investieren – besseres Training, bessere Tools, KI-Unterstützung für Agents, proaktives Quality Management. Das ist der große Vorteil des Modells. Aber diese Investitionen müssen vorfinanziert werden, und die Amortisation hängt von der Vertragslaufzeit ab.
Hier liegt ein häufiger Konflikt: Auftraggeber wollen kurze Vertragslaufzeiten für Flexibilität, Dienstleister brauchen lange Laufzeiten, um Investitionen zu rechtfertigen. In einem reinen FTE-Modell ist das weniger kritisch, weil die Investitionen des Providers gering sind. Im OBC ist es vertragsentscheidend.
6. Die KPI-Frage: Was misst man – und was besser nicht?
Die Wahl der richtigen KPIs ist die wichtigste und zugleich fehleranfälligste Entscheidung im OBC. Nicht jede Kennzahl eignet sich als Vertragsgrundlage.
Geeignete Outcome-KPIs
First Contact Resolution (FCR)
Warum geeignet: Direkt vom Agenten beeinflussbar, korreliert stark mit Kundenzufriedenheit
Worauf achten: Definition muss wasserdicht sein – wann gilt ein Kontakt als „resolved"?
CSAT (Kontaktbezogen)
Warum geeignet: Misst die Qualität der Interaktion aus Kundensicht
Worauf achten: Nur bei ausreichender Rücklaufquote aussagekräftig; Produkt-Unzufriedenheit verzerrt
Conversion Rate (Telesales)
Warum geeignet: Direkte Ergebnisgröße mit klarem Wertbeitrag
Worauf achten: Lead-Qualität muss kontrolliert werden – schlechte Leads = schlechte Conversion
Quality Score (QA)
Warum geeignet: Objektiv auditierbar, differenziert nach Kriterien
Worauf achten: Bewertungskatalog muss gemeinsam definiert und kalibriert werden
Customer Effort Score
Warum geeignet: Misst die Einfachheit der Lösung aus Kundensicht
Worauf achten: Noch nicht breit etabliert als Vertrags-KPI; Benchmark-Daten fehlen oft
Problematische KPIs
Manche KPIs klingen auf dem Papier gut, sind aber als alleinige Vertragsgrundlage gefährlich. NPS zum Beispiel misst die Gesamtbeziehung zum Unternehmen, nicht die Qualität einer einzelnen Interaktion. Den NPS an einen Service-Dienstleister zu koppeln, der weder Produktqualität noch Preisgestaltung noch Lieferzeiten beeinflusst, ist wie einen Torwart nach dem Gesamtergebnis zu bewerten, ohne zu fragen, wie viele Torchancen die Abwehr zugelassen hat.
Auch die Average Handle Time (AHT) ist als Outcome-KPI kritisch. Sie misst Effizienz, nicht Qualität. Ein Agent, der Kunden nach 120 Sekunden abwürgt, hat eine hervorragende AHT und desaströse Kundenzufriedenheit. AHT gehört ins operative Reporting, nicht in den Outcome-Vertrag.
7. Der Elefant im Raum: Datenqualität
Outcome-Based Contracting steht und fällt mit Daten. Und genau hier liegt das größte Praxisproblem. In vielen Unternehmen ist die Datenlage im Kundenservice erschreckend schlecht:
Kontaktgründe werden nicht sauber kategorisiert
CSAT-Befragungen haben Rücklaufquoten unter 10 %
FCR wird unterschiedlich definiert oder gar nicht gemessen
Systemwechsel haben historische Daten zerstört
Telesales-Conversion wird ohne Berücksichtigung der Lead-Qualität gemessen
Wer unter diesen Bedingungen einen Outcome-basierten Vertrag aufsetzen will, baut auf Sand. Der erste Schritt vor jedem OBC-Projekt muss deshalb eine ehrliche Bestandsaufnahme der Datenlage sein. Nicht die Frage „Welche KPIs wollen wir?", sondern: „Welche KPIs können wir überhaupt zuverlässig messen?"
Bevor Sie über Outcome-Based Contracting nachdenken, investieren Sie in Ihre Dateninfrastruktur. Ein ergebnisorientierter Vertrag ohne zuverlässige Daten ist ein Vertrauenstest, den beide Seiten verlieren werden.
8. Praxismodell: Der gestufte Einstieg
Ein Wechsel von FTE zu reinem Outcome passiert nicht über Nacht. Die erfolgreichsten Umstellungen, die ich in der Praxis gesehen habe, folgen einem gestuften Modell:
Phase 1: FTE + Performance-Bonus (Monate 1–6)
Der Vertrag bleibt FTE-basiert, ergänzt um einen KPI-gebundenen Bonus von 5 bis 10 Prozent auf den Basispreis. In dieser Phase geht es darum, gemeinsame KPI-Definitionen zu validieren, Mess-Infrastruktur aufzubauen und eine Baseline zu schaffen. Beide Seiten lernen, mit datengetriebener Steuerung umzugehen, ohne dass das finanzielle Risiko zu groß ist.
Phase 2: Hybridmodell mit Gain-Sharing (Monate 7–18)
Der FTE-Anteil wird reduziert, ein variabler Anteil von 15 bis 25 Prozent wird an Outcome-KPIs gekoppelt. Zusätzlich wird ein Gain-Sharing-Mechanismus eingeführt: Nachweisbare Effizienzgewinne – etwa durch KI-gestützte Automatisierung oder Prozessoptimierung – werden geteilt. Der Dienstleister hat jetzt einen echten Anreiz, in Verbesserung zu investieren.
Phase 3: Dominantes Outcome-Modell (ab Monat 19)
Der variable Anteil steigt auf 40 bis 60 Prozent. Der FTE-Sockel sichert die Grundkostendeckung des Dienstleisters, aber der Großteil der Vergütung ist ergebnisorientiert. Dieses Modell funktioniert nur mit ausgereifter Dateninfrastruktur, eingespielter Governance und gegenseitigem Vertrauen.
Planen Sie mindestens 18 Monate für den Übergang ein. Wer zu schnell zu viel auf Outcome umstellt, wird die Partnerschaft beschädigen – nicht verbessern.
9. Verhandlungstipps für beide Seiten
Für Auftraggeber
Denken Sie in Partnerschaften, nicht in Lieferantenbeziehungen. OBC funktioniert nur, wenn der Dienstleister wirtschaftlich gesund bleibt und in Qualität investieren kann. Drücken Sie den Outcome-Preis nicht so weit, dass der Provider keine Marge für Investitionen hat.
Definieren Sie Ihre eigenen Pflichten vertraglich. Service Level Agreements sind keine Einbahnstraße. Wenn der Auftraggeber seine Wissensdatenbank nicht aktuell hält oder System-Downtimes verursacht, muss der Outcome-Vertrag Korrekturmechanismen vorsehen.
Bauen Sie Anpassungsklauseln ein. Marktbedingungen, Produktqualität und Kontaktvolumen ändern sich. Ein starrer Outcome-Vertrag wird innerhalb von sechs Monaten realitätsfern. Vereinbaren Sie quartalsweise Review-Zyklen mit echtem Anpassungsmandat.
Für Dienstleister
Bestehen Sie auf eine Pilotphase. Kein seriöser Dienstleister sollte Outcome-Ziele akzeptieren, bevor er den Account mindestens drei bis sechs Monate operativ kennt. Fordern Sie eine Baseline-Phase mit realen Daten.
Trennen Sie beeinflussbare von nicht-beeinflussbaren Faktoren. Sorgen Sie dafür, dass der Vertrag klar regelt, was passiert, wenn externe Faktoren – Produktrückrufe, IT-Ausfälle, saisonale Volumenspitzen – die KPIs beeinflussen. Ohne Force-Majeure-Klauseln für Outcome-KPIs gehen Sie ein Risiko ein, das nicht kalkulierbar ist.
Dokumentieren Sie Ihren Wertbeitrag. Im OBC müssen Sie nachweisen können, welche Maßnahmen Sie ergriffen haben und welche Wirkung sie hatten. Investieren Sie in eigene Analyse-Fähigkeiten, nicht nur in operative Delivery.
10. Telesales: Wo Outcome-Based am logischsten ist – und am tückischsten
Telesales ist der Bereich, in dem OBC auf den ersten Blick am einfachsten erscheint. Es gibt eine klare Outcome-Metrik: Conversion. Jeder abgeschlossene Verkauf, jede qualifizierte Terminvereinbarung, jeder Upsell lässt sich zählen und bewerten. Und doch ist gerade hier die Tücke im Detail.
Das Lead-Qualitäts-Problem
Die Conversion Rate eines Outbound-Teams hängt mindestens ebenso stark von der Qualität der Leads ab wie von der Qualität der Agents. Wer seinen Dienstleister an Conversion misst, aber die Lead-Generierung nicht kontrolliert, hat kein faires Outcome-Modell. In meiner Erfahrung ist das die häufigste Ursache für gescheiterte OBC-Modelle im Telesales.
Die Lösung: Differenzieren Sie die Outcome-Messung nach Lead-Kategorien. Ein kalter Lead aus einer gekauften Datenbank hat eine fundamental andere Conversion-Erwartung als ein warmer Inbound-Lead, der gerade ein Whitepaper heruntergeladen hat. Wenn der Outcome-Vertrag diese Differenzierung nicht abbildet, wird der Dienstleister unweigerlich die einfachen Leads priorisieren und die schwierigen liegen lassen.
Qualität vs. Quantität der Conversion
Ein reines Conversion-Modell incentiviert Menge, nicht Qualität. Wenn ein Agent für jeden Abschluss bezahlt wird, steigt die Versuchung, Kunden zu überreden statt zu überzeugen. Das führt zu höheren Stornoquoten, niedrigerem Customer Lifetime Value und langfristigem Markenschaden.
Die Gegenmaßnahme ist ein qualitätsadjustiertes Outcome-Modell: Die Conversion wird erst nach einer Haltephase (z. B. 14 oder 30 Tage) vergütet. Stornos innerhalb dieser Frist werden von der Vergütung abgezogen. Damit verschiebt sich der Anreiz vom schnellen Abschluss zur nachhaltigen Conversion.
11. Fazit: Kein Allheilmittel, aber die richtige Richtung
Outcome-Based Contracting ist nicht die Lösung für jede Outsourcing-Beziehung. Es ist anspruchsvoller als FTE-Modelle, datenintensiver, governance-hungriger und fehleranfälliger, wenn die Grundlagen nicht stimmen.
Aber es löst ein fundamentales Problem: Es bringt die Interessen von Auftraggeber und Dienstleister in Einklang. Statt gegenläufiger Anreize – der eine will weniger zahlen, der andere will mehr FTEs abrechnen – entsteht ein gemeinsames Ziel: das bestmögliche Ergebnis für den Endkunden.
Der Weg dorthin führt nicht über einen radikalen Vertragsumbau, sondern über einen gestuften Aufbau: Dateninfrastruktur schaffen, Baseline validieren, Performance-Komponenten einführen, Vertrauen aufbauen, schrittweise umstellen.
Wer beide Seiten des Tisches kennt – als Auftraggeber und als Service Provider – weiß: Die besten Outsourcing-Beziehungen sind die, in denen beide Seiten am gleichen Ergebnis arbeiten. Outcome-Based Contracting ist der Vertragsrahmen, der genau das ermöglicht. Wenn man es richtig macht.
Über den Autor: Aleksander Grosz ist Interim Manager und Berater mit über 20 Jahren Erfahrung in Customer Service, Contact Center Management und Outsourcing. Er hat Outsourcing-Einheiten mit bis zu 370 FTE gesteuert – sowohl auf Auftraggeber- als auch auf Dienstleisterseite. Mehr unter agrosz.de.
Sie erhalten diesen Newsletter, weil Sie sich über newsletter.agrosz.de angemeldet haben.
Verantwortlich für Angebot und Inhalt: Aleksander Grosz, Edmonton-Platz 16, 14513 Teltow, Deutschland | E-Mail: [email protected]
Impressum: https://agrosz.de/impressum | Datenschutz: https://agrosz.de/datenschutz | Nutzungsbedingungen: https://agrosz.de/nutzungsbedingungen
