Wenn ein Modell aufhört zu tragen
Es gibt einen seltsamen, stillen Moment, in dem du merkst, dass eine ungeschriebene Regel nicht mehr gilt. Nicht weil jemand sie mutig in Frage gestellt hätte, sondern weil die Realität aufgehört hat, mitzuspielen.
In der IT-Beratung ist dieser Moment, meiner Meinung nach, jetzt.
Jahrelang lebten wir in einem bequemen Pakt: du zahlst die Zeit, ich versuche es. Wir nannten es time & materials, Staff Augmentation, Body Rental. Verschiedene Namen, dieselbe Idee. Du kauftest menschliche Stunden und hofftest, sie würden zu etwas Nützlichem. Manchmal passierte das, manchmal nicht. In beiden Fällen zahltest du.
Und es funktionierte nicht, weil es richtig war. Es funktionierte, weil es die einzige mögliche Form schien. Software ist komplex, Schätzen ist schwer, Anforderungen ändern sich, Technologie auch. Also redeten wir uns ein, Zeit sei eine gute Annäherung an Wert.
Dann kam die KI und machte diese Fiktion, ohne zu fragen, viel schwerer aufrechtzuerhalten.
Die bequeme Lüge des time & materials
T&M, wenn man ihm die schönen Worte abzieht, ist vor allem eines: ein Risiko-Transfer-Mechanismus.
Das Risiko, schlecht zu schätzen, technische Probleme zu entdecken, einen wachsenden Scope zu managen, spät zu merken, dass die Anfangsidee nicht trägt. Im Stundenmodell landet dieses Risiko fast immer beim Kunden. Der Anbieter „stellt Leute“, der Kunde zahlt die Erkundung — auch in Sackgassen.
Beschriebt man es so in anderen Branchen, klingt es absurd. Stell dir einen Klempner vor, der Stunden abrechnet, ohne zu versprechen, dass das Wasser wieder fließt. Oder einen Chirurgen, der pro Minute bezahlt wird, unabhängig vom Operationsergebnis.
Und doch war es in der IT normal. Mehr noch: erwartet. Wer Garantien verlangte, galt schnell als „kompliziert“. Wer Festpreise anbot, schien naiv oder gefährlich.
Die Begründung war immer dieselbe: „Software ist anders.“ Stimmt teilweise. Aber daraus zu folgern, der einzig ehrliche Modus sei Stundenabrechnung, war immer ein logischer Sprung.
Die etwas traurige Wahrheit: kurzfristig kam es allen entgegen. Viele Kunden hatten zu wenig interne Kompetenz, um Qualität von Ineffizienz zu trennen. Und viele Anbieter, ehrlich gesagt, lebten gut in dieser Welt. Weil Zeit messbar ist, Wert nicht. Wenn du Wert nicht messen kannst, kaufst du, was du zählen kannst.
Das Problem: die Anreize werden seltsam. Manchmal verkehrt. Bist du langsamer, fakturierst du mehr. Löst du in zwei Stunden statt zwanzig, „lässt du achtzehn Stunden auf dem Tisch“. Niemand sagt das so offen, aber das System drängte in diese Richtung.
KI tritt auf und verkürzt die Stunden
Dann begannen, in kürzester Zeit, einige tägliche Tätigkeiten zu kollabieren.
Boilerplate, repetitive Integrationen, Migration-Scaffolding, generierte Tests, Erstdoku, Datenumformungen. Nicht alles, nicht immer, nicht perfekt. Aber genug, um die Mathematik zu ändern.
Hier kommt der Punkt, der das Modell sprengt: wenn gestern eine Integration „80 Stunden wert“ war und heute mit KI-Unterstützung 15 verlangt — was rechnest du ab?
Rechnest du 15 Stunden, sinkt dein Umsatz drastisch bei gleichem Resultat.
Rechnest du trotzdem 80, machst du etwas, das stark nach Betrug aussieht — auch wenn du es „Buffer“, „Kontingenz“, „Risikomanagement“ nennst. Nicht alle erleben es so, aber das Gefühl ist schwer zu ignorieren.
Daher drei Reaktionen, alle fragil:
Manche verbergen den KI-Einsatz.
Andere verbieten ihn, weniger der Qualität wegen, mehr um das Modell zu schützen.
Andere nutzen ihn und halten die Stundenpreise hoch und behalten den Produktivitätsgewinn.
Der Punkt ist: dieses Fenster schließt sich. Die Arbitrage zwischen „wie lange brauchte ein Mensch“ und „wie lange braucht jemand mit KI“ wächst zu groß. Früher oder später rechnet jemand auf Kundenseite nach. Oder vergleicht Anbieter. Oder fragt sich, warum dieselbe Sache heute genauso viel kostet wie vor zwei Jahren.
Wenn Code billiger wird, was bleibt zu verkaufen?
Diese Frage trennt meiner Ansicht nach Überleber von Festsitzern.
Denn wenn KI dich beim Code, bei Tests und Doku schneller macht, denkt man natürlich: „okay, mein Job ist weniger wert“.
Davon bin ich gar nicht überzeugt. Vielleicht ist ein Teil weniger wert, der mechanische. Aber gerade diese Reduktion bringt den Rest hervor — das, was immer Wert war und das wir mit den Stunden verpackt haben.
Was Kunden wirklich suchen, ist nicht der Code. Es ist ein Outcome.
Ein funktionierendes Produkt.
Ein reduziertes Risiko.
Eine neue Fähigkeit.
Eine gut getroffene Entscheidung.
Und es gibt Felder, in denen KI vorerst die Beratung nicht ersetzt. Sie verstärkt sie.
Das Problem verstehen, nicht nur die Anforderungen
Technische Anforderungen sind oft Symptome. Das wahre Problem liegt darunter: Prozesse, Zwänge, Menschen, interne Politik, Anreize. Manchmal auch unausgesprochene Ängste.
Das zu verstehen verlangt Zuhören, Kontext und ein wenig Mut, Unbequemes zu sagen.
Schwierige, irreversible Entscheidungen treffen
Architektur, Build vs Buy, Datenmodell, Sicherheitsposition. Entscheidungen, die jahrelang nachklingen.
Die KI kann dir Optionen vorschlagen. Verantwortungsvoll gut wählen ist etwas anderes.
Verantwortung übernehmen
Das ist mir der zentralste Teil.
Die KI kann nicht um 3 Uhr nachts angerufen werden, wenn etwas zusammenbricht. Sie kann sich vor dem Vorstand nicht hinstellen. Sie kann nicht juristisch oder reputativ haften.
Ein Anbieter schon. Und diese Verantwortung wird heute zur expliziten Wertkomponente.
Compliance und reale Zwänge navigieren
Nicht nur „was wir bauen können“, sondern „was wir bauen können, ohne in Schwierigkeiten zu geraten“.
DSGVO, NIS 2, Accessibility Act, Cyber Resilience Act, AI Act. In Europa wird immer klarer: Software ist nicht nur Projekt, sondern Produkt mit Pflichten.
Value Pricing: alle reden, wenige tun’s
Value Pricing ist nicht neu. Doch in der IT-Beratung blieb es oft fernes Ideal.
Warum? Weil es etwas verlangt, was T&M dir erspart: Risiko übernehmen.
Wert verkaufen heißt Ergebnisse verkaufen. Und wenn du Ergebnisse verkaufst, musst du sagen können: „kommen sie nicht, stehen wir dafür gerade.“
Das ist nicht nur ein Preisunterschied. Es ist ein Identitätswechsel.
Es heißt aufhören, „Personentage“ zu verkaufen, und etwa „eine funktionierende Integration zwischen CRM und ERP, mit Monitoring, Logging, Tests und klaren Abnahmekriterien“ zu verkaufen.
Es heißt, Methoden zur Schätzung und Steuerung von Unsicherheit zu bauen, statt sie weiterzureichen.
Es heißt, in Prozesse, Qualität, Spezifikationen — und ja, auch in KI — zu investieren, transparent.
Und ein Zweifel bleibt: vielleicht haben viele Firmen keine Angst vor KI. Sie haben Angst, Ineffizienz nicht mehr hinter einem Timesheet verstecken zu können.
Der wahre Widerstand: die Angst vor Verantwortung
Ich habe im letzten Jahr mit vielen aus der Branche gesprochen. Fast alle sagen, das wertbasierte Modell sei „die Zukunft“. Wenige wenden es wirklich an.
Und ich glaube nicht, dass es nur an kommerzieller Komplexität liegt. Ich glaube, es ist Angst.
T&M ist bequem, weil es schützt. Geht etwas schief, kannst du immer sagen „ihr habt das verlangt“, „wir haben die Anforderungen befolgt“, „wir haben die Stunden geliefert“. Die Ergebnisverantwortung verteilt sich.
Verkaufst du ein Outcome, verschwindet dieser Schutz. Geht es nicht, ist es dein Problem. Ist es nicht konform, behebst du es. Bleibt der Business-Effekt aus, musst du erklären, warum.
Unbequem. Aber endlich auch ehrlich.
Eine Notiz an die Käufer von Beratung
Es ist nicht nur Schuld der Anbieter. Auch die Käufer haben das System mitgebaut.
Wenn du Partner vor allem nach Tagessatz wählst, sagst du dem Markt: mich interessiert der Stückpreis, nicht das Resultat. Du solltest dich dann nicht wundern, Konformität statt Mut zu bekommen. Anwesenheit statt Verantwortung.
In der Welt nach KI heißt gutes Einkaufen meiner Meinung nach einen Sprung machen:
Messbare Outcomes verlangen, auch wenn nicht perfekt.
Mehr zahlen für jene, die Risiko nehmen und Transparenz liefern.
Aufhören, kilometerlange Spezifikationen als Kontrollform zu fordern, und statt dessen Problem, Zwänge, Erfolgskriterien beschreiben.
Ein Minimum interner Kompetenz aufbauen, um Qualität zu beurteilen — sonst landest du wieder beim Stundenkauf, dem Einzigen, was du zählen kannst.
Wir treten in eine Vertrauensökonomie
Ein Nebeneffekt der KI scheint mir gewaltig: Produzieren ist billiger geworden, Verifizieren teurer.
Heute kann jeder Code, Doku, Diagramme, „glaubwürdige“ Reports erzeugen. Das Problem ist nicht, einen Output zu bekommen. Es ist, zu wissen, ob der Output verlässlich, sicher, wartbar, konform ist.
Die Frage ändert sich also.
Sie lautet nicht mehr „kannst du das?“. Sie lautet „kann ich dem Output, den du lieferst, vertrauen?“
Vertrauen automatisierst du nicht. Du baust es mit Track Record, Transparenz, Verantwortung, der Fähigkeit, einen Fehler zuzugeben und zu korrigieren.
In diesem Sinn ist Value Pricing auch ein Signal: wenn ein Anbieter akzeptiert, für ein Ergebnis bezahlt zu werden, sagt er, dass er an seine Arbeit so glaubt, seine Haut zu verwetten.
Ein Geständnis, denn ich stecke auch drin
Wir haben hier jahrelang nach Stunden abgerechnet. Es war normal. Es war einfach. Es war auf eine Art beruhigend.
Dann begann KI, die Arbeit wirklich zu beschleunigen. Wir standen vor einer Wahl, vor der jetzt viele stehen: so tun als ob — oder ändern.
Ändern ist anstrengend. Es zwingt dich, Angebote, Verträge, Prozesse und auch interne Kultur neu zu denken. Es zwingt dich zu fragen, worin du wirklich gut bist und worin nicht. Es zwingt dich, Nein zu sagen.
Ich weiß nicht, ob wir alles perfekt machen. Wahrscheinlich nicht.
Aber eines scheint mir klar: T&M ist nicht „tot“, weil KI Code schreibt. Es ist tot, weil KI es unmöglich gemacht hat, weiterhin so zu tun, als sei Zeit ein ehrliches Wertmaß.
Und vielleicht, ehrlich gesagt, ist das eine gute Nachricht. Nicht weil es leicht wird, sondern weil es alle zwingt zurückzukehren zu dem, was wir schon immer hätten verkaufen sollen: Ergebnisse, Verantwortung und Vertrauen.
Was du mitnimmst
T&M ist eine bequeme Lüge: Zeit war ein Wert-Proxy, nicht der Wert.
Outcome-based pricing heißt: das Ergebnis bepreisen (Time-to-Market, SLA, Fehlerrate) und das Risiko tragen, wenn es nicht eintrifft.
Der wahre Widerstand ist nicht der Kunde: es ist die Angst vor Verantwortung im Anbieter selbst.
Beratungs-KMU haben ein Wettbewerbsfenster: große Häuser haben T&M-Organisationen, sie pivotieren langsam.
Wer Beratung kauft, sollte aufhören zu fragen ‚was kostet ein Tag’ und beginnen ‚was kostet es, dass Problem X mit diesen Parametern gelöst ist’.
Fragen & Antworten
Warum trägt T&M in der IT-Beratung nicht mehr?
Weil Zeit aufgehört hat, eine gute Annäherung an Wert zu sein. Jahrelang verkauften wir menschliche Stunden in der Hoffnung, sie würden zu etwas Nützlichem — nicht weil es richtig war, sondern weil es die einzige Möglichkeit schien, Komplexität zu bepreisen. Mit KI, die die Korrelation zwischen Stunden und Resultat reduziert, kollabiert die Fiktion: der Kunde zahlt 40 Stunden für jemanden, der substanziell 4 gebraucht hat, und 10 Stunden für jemanden, der weniger liefert.
Was bleibt zu verkaufen, wenn man die Zeit nicht mehr verkauft?
Ergebnisse, Verantwortung, Vertrauen. Outcome-based pricing: du bepreist, was du lieferst (Time-to-Market, SLA, Fehlerrate, Supportniveau), nicht was du brauchst, um zu liefern. Das heißt auch Risiko tragen: kommt das Outcome nicht, zahlst du. Ein erwachseneres Vertragsverhältnis.
Ist der Kunde dafür bereit?
Oft nicht, weil er durch jahrzehntelanges T&M auf Personentage konditioniert ist. Aber er will nicht wirklich ‚Personentage’, er will ein gelöstes Problem. Das Vertriebsgespräch von ‚was kostet ein Tag’ zu ‚was kostet es, dass Problem X mit diesen Parametern gelöst ist’ zu übersetzen, ist Vertriebsarbeit, nicht Marketing. Wer das gut macht, differenziert sich.
Was ändert sich für kleinere IT-Berater?
Sie können zu den Ersten gehören, die ihr Modell wechseln. Große Häuser haben T&M-Organisationen mit langsamen Übergängen. Ein Beratungs-KMU, das Outcome bepreist, Risiko trägt und gesunde Margen auf reduziertem Stundenoutput hält, hat ein Wettbewerbsfenster, das nicht ewig bleibt. Der Preis: einige Mandate werden riskanter — der Hebel: für die gleiche Ergebnisqualität zahlt der Kunde absolut weniger, der Beraterstundensatz ist aber höher in der Marge.
Der Autor
