Die übliche Abrechnungslogik in IT- und Beratungsprojekten funktioniert so: Der Kunde beschreibt ein Problem, der Dienstleister schätzt den Aufwand, beide unterschreiben ein Angebot, die Rechnung wird gestellt. Ob das Ergebnis am Ende wirklich das löst, was gelöst werden sollte, ist oft zweitrangig.
Für Mittelständler, die schon zwei, drei solcher Projekte erlebt haben, ist das ein Vertrauensproblem. Dieser Beitrag beschreibt ein Gegenmodell, das einen Teil des Risikos zurück zum Dienstleister verschiebt.
Was “Bezahlung nach Ergebnis” konkret heißt
Das Modell ist einfacher, als es klingt. Es läuft in zwei Schritten.
Schritt 1: Analyse. Sie bezahlen eine klar umrissene Analysezeit. In der Regel zwischen einer und vier Stunden. Ergebnis ist eine ehrliche Einschätzung: Ist das Vorhaben realistisch? Was genau müsste gebaut werden? Was würde es wirtschaftlich bringen? Diese Stunden werden unabhängig vom weiteren Verlauf bezahlt.
Schritt 2: Umsetzung. Wenn die Umsetzung Sinn ergibt und beide Seiten mitgehen, wird gebaut. Die Umsetzung wird erst dann in Rechnung gestellt, wenn sie nachweisbar tut, was vorher besprochen wurde. Kein Onboarding-Vorvertrag. Keine Abrechnung für Aufbauaufwand, der später nicht liefert.
Die Grenze zwischen beiden Schritten ist keine formale Phasen-Logik mit Meilensteinplan, sondern eine nüchterne Frage: Was funktioniert nicht ohne meine Umsetzung, und wofür sollte ich nicht bezahlt werden, wenn am Ende nichts läuft?
Was damit nicht gemeint ist
Drei Abgrenzungen, die wichtig sind, weil der Begriff oft missverstanden wird:
- Kein kostenloses “Testen”. Der Analyse-Teil wird immer bezahlt. Ehrliche Einschätzung kostet Arbeitszeit, und die ist Teil des Produkts. Wer kostenlose Analysen verspricht, bezahlt sie über höhere Umsetzungspreise querfinanziert und wird tendenziell weniger ehrlich einschätzen.
- Kein “Success Fee”, das am Umsatz hängt. Der Dienstleister ist Dienstleister, nicht Mitgesellschafter. Der Erfolgsbegriff bezieht sich auf ein vorher klar definiertes technisches Funktionieren, nicht auf Ihr Geschäftsergebnis.
- Kein unbegrenzter Nachbesserungsanspruch. Was als “funktionierend” zählt, wird vor der Umsetzung schriftlich festgehalten. Alles darüber hinaus sind Erweiterungen, die normal bezahlt werden.
Warum das Modell funktioniert, von beiden Seiten aus
Für den Kunden. Das wirtschaftliche Risiko liegt in der richtigen Einschätzung, nicht in der Umsetzung. Wenn die Analyse ergibt, dass das Vorhaben so nicht sinnvoll realisierbar ist, sparen Sie die Kosten der gescheiterten Umsetzung, die bei klassischen Agenturverträgen oft fünfstellig liegen.
Für den Dienstleister. Er hat ein unmittelbares Interesse daran, vor der Umsetzung ehrlich einzuschätzen. Ein Anbieter, der einen Auftrag um jeden Preis will, lehnt dieses Modell ab. Ein Spezialist, der sich seiner Einschätzung sicher ist, nimmt es an, weil es bei ihm funktioniert.
Das Modell filtert automatisch aus, wer Aufträge verkaufen will, und wer Arbeit liefern will.
Wann das Modell passt
Die Bedingung für dieses Modell ist, dass der Erfolg technisch überprüfbar ist. Geeignet:
- Automatisierungen mit klarem Soll-Zustand: Daten werden zusammengeführt, Berichte werden erstellt, E-Mails werden sortiert, Bestätigungen werden verschickt.
- Spezifische technische Umsetzungen, bei denen das Ergebnis vor der Arbeit präzise beschrieben werden kann.
- Problemlösungen, deren Erfolgskriterium an einer konkreten Kennzahl gemessen werden kann (Bearbeitungszeit pro Vorgang, Fehlerrate, Durchlaufzeit).
Weniger geeignet:
- Reine Konzept- oder Strategiearbeit, deren Ergebnis in Gedankengängen und nicht in laufender Technik besteht.
- Langfristige Betreuung, Wartung oder Support.
- Projekte, bei denen sich die Anforderung erst im Verlauf klärt und nicht vorher beschrieben werden kann.
Für diese Fälle gibt es klassischere Modelle (Stundenabrechnung, Monatspauschale), die ehrlicher sind und sich mit dem Ergebnismodell problemlos kombinieren lassen.
Ein Beispiel aus der Praxis
Ein Mittelständler hatte zwei Plattform-Anbieter konsultiert, die für eine Datenzusammenführung jeweils vierstellige Einrichtungsgebühren verlangt hätten, unabhängig davon, ob am Ende etwas funktioniert.
Im hier beschriebenen Modell verlief es anders: Eine bezahlte Stunde für die Einschätzung, eine ehrliche Machbarkeitsaussage (“Das lässt sich mit einem Skript lösen, vermutlich in drei bis fünf Stunden Umsetzung”), dann die Freigabe und die Umsetzung. Die Rechnung kam, als das Skript nachweisbar lief, nicht vorher. Wäre die Machbarkeit anders eingeschätzt worden, wäre es bei der Analyse-Stunde geblieben.
Das Skript ist seit über einem halben Jahr im täglichen Betrieb und spart der Mitarbeiterin täglich mehrere Stunden manuelle Arbeit.
Das eigentliche Versprechen
“Bezahlung nach Ergebnis” ist weniger ein Abrechnungstrick und mehr eine Haltung: Der Dienstleister trägt einen Teil des Risikos selbst. Das zwingt zu Ehrlichkeit in der Einschätzung und zu Disziplin in der Umsetzung.
Für Kunden ist das Modell vor allem dort wertvoll, wo schon einmal Geld für etwas bezahlt wurde, das am Ende nicht lief. Die Häufigkeit dieser Erfahrung im Mittelstand ist der eigentliche Grund, warum es dieses Modell überhaupt braucht.