Zweiunddreißig Prozent der Organisationen haben sich gegen den Kauf mindestens eines Softwareprodukts oder -features entschieden, weil sie es intern mit agentischen Coding-Werkzeugen bauen konnten (McKinsey, 2026). Das ist keine Prognose über Beschaffung. Es ist bereits passiert, innerhalb des letzten Budgetzyklus.
Die Build-vs-Buy-Linie hat sich verschoben, und sie hat es leise getan — kein Anbieter hat es angekündigt, niemand hat einen Business Case vor den Aufsichtsrat gebracht. Jemand öffnete eine Verlängerungs-E-Mail, sah den Preis, sah einen Coding-Agenten und sagte ab.
Hier ist der Teil, der einen Head of Operations vor dem Abschluss der Q4-Verlängerungen ausbremsen sollte. In derselben Befragung berichten die Organisationen, die bei dieser Substitution am weitesten sind — McKinseys AI High Performer, von denen fast die Hälfte auf diese Weise einen Kauf vermieden hat, gegenüber 31 Prozent aller anderen —, dass sie bei der Nutzung von Coding-Agenten etwa dreimal so häufig durch Kosten eingeschränkt sind wie die übrigen Befragten (McKinsey, 2026). Die Gruppe mit der meisten Erfahrung im Bauen statt Kaufen ist die Gruppe, die die Decke zuerst gefunden hat.
Diese Reihenfolge zählt mehr als die Schlagzeilenzahl.
Was die Befragung tatsächlich sagt
McKinseys zehnter jährlicher State of AI erschien am 25. August 2026, erhoben vom 4. Mai bis 8. Juni, mit 1.719 Befragten in 97 Nationen, gewichtet nach dem Beitrag jeder Nation zum globalen BIP. Sechsunddreißig Prozent der Befragten arbeiten in Organisationen mit mehr als einer Milliarde Dollar Jahresumsatz.
Ein Vorbehalt, der sofort gesetzt gehört, weil er bestimmt, ob irgendetwas davon auf Sie zutrifft: McKinsey schneidet die Daten nach Umsatz, nicht nach Mitarbeiterzahl. „Kleinere Organisationen" heißt in dieser Befragung unter einer Milliarde Dollar Umsatz, was Unternehmen weit außerhalb des 50–500-FTE-Bands einschließt. Lesen Sie die Richtung der Befunde; projizieren Sie nicht Ihr eigenes Organigramm hinein.
Mit dieser Einschränkung greifen drei Befunde ineinander.
Die Substitution ist real und konzentriert. Zweiunddreißig Prozent insgesamt, am häufigsten in Technologie und Gesundheitswesen, dann professionelle Dienstleistungen sowie Energie und Rohstoffe. Fast die Hälfte unter den High Performern.
Die Decke ist real und trifft dieselben Werkzeuge. Rund 20 Prozent aller Befragten sagen, dass KI-bezogene Betriebskosten, inklusive Token-Kosten, ihre KI-Nutzung eingeschränkt haben. Speziell bei Coding-Agenten treffen High Performer auf diese Einschränkung rund dreimal so häufig wie andere — und sie sind bei den Kosten anderer Werkzeugtypen nicht überproportional eingeschränkt. Die Reibung ist spezifisch für das, wohin sie substituiert haben.
Die Fähigkeit ist ungleich verteilt. Organisationen mit mehr als einer Milliarde Dollar Umsatz stiegen im Jahresvergleich von 27 Prozent auf 40 Prozent beim Skalieren von KI-Agenten in mindestens einer Funktion. Kleinere Organisationen blieben im Wesentlichen flach bei 22 Prozent. Etwa zwei von zehn Befragten insgesamt berichten, Coding-Agenten skaliert zu haben, bei größeren Unternehmen sind es 31 Prozent.
Die Firmen also, die am besten aufgestellt sind, Software durch Agenten zu ersetzen, zahlen auch bereits den Preis dafür. Und die Firmen, die die Rechnung am meisten reizt — jene, denen die SaaS-Rechnung am meisten wehtut —, haben am wenigsten wahrscheinlich überhaupt einen Agenten skaliert.
Warum der Tausch im September günstig aussieht
Der Sog ist nicht eingebildet, und er ist kein Anbieter-Hype. Softwarepreise steigen schneller als fast alles andere in Ihrer Gewinn- und Verlustrechnung.
Vertices Index wies eine SaaS-Inflation von 12,1 Prozent im April 2026 aus, 14,2 Prozent im Mai und 16,4 Prozent im Juni — ein neuer Rekord, über dem vorherigen Höchstwert von 14,7 Prozent im November 2025, und die schnellste Zwei-Monats-Beschleunigung, die dort je gemessen wurde (Vertice, 2026). Vertice verortet das bei fast dem Fünffachen der allgemeinen Inflationsrate. Derselbe Index weist zudem auf begleitende Shrinkflation hin: Listenpreise steigen, während der Funktionsumfang auf derselben Stufe still schrumpft.
Sitzen Sie mit dieser Zahl und einem funktionierenden Coding-Agenten in einem Verlängerungsgespräch, und der Tausch wirkt offensichtlich. Sechzehn Prozent Aufschlag auf ein Werkzeug, das drei Leute nutzen, gegen einen Build, den Sie in zwei Wochen ausliefern könnten.
Das Problem ist: Der Vergleich, der angestellt wird, ist nicht der Vergleich, der gekauft wird.
Was bei einem Bauen-statt-Kaufen-Tausch tatsächlich übergeht
Ein SaaS-Vertrag ist eine fixe, supportete, extern gewartete Verbindlichkeit mit bekanntem Verlängerungsdatum. Was an seine Stelle tritt, sind drei getrennte Dinge, von denen nur eines im Business Case auftaucht.
Eine variable Token-Rechnung. Die Lizenz war planbar; Inferenz wird gemessen und skaliert mit Nutzung, Wiederholungen und allem, was ein Agent zu lesen beschließt. Genau diese Position ist es, an der McKinseys High Performer anstoßen.
Ein dauerhafter interner Wartungsverantwortlicher. Nicht die Person, die es gebaut hat. Die Person, die es 2028 hält, wenn die aufgerufene API sich ändert und der eine Ingenieur, der es verstand, gegangen ist.
Die Wartungseigenschaften von agentengeschriebenem Code, messbar schlechter als die des Codes, den er ersetzt.
Der Wartungsverantwortliche, den niemand benennt
GitClears Maintainability-Gap-Studie analysierte 623 Millionen Code-Änderungen von 2023 bis 2026 und fand die Qualitätssignale gleichzeitig in die falsche Richtung laufen: Duplikation von Codeblöcken plus 81 Prozent, Copy-Paste innerhalb eines Commits plus 41 Prozent, fehlerverdeckende Konstrukte plus 47 Prozent, Zwei-Wochen-Churn plus 15 Prozent — während durch Refactoring verschobene Zeilen um 70 Prozent fielen, dateiübergreifende Funktionsaufrufe (das Signal für Wiederverwendung) um 35 Prozent und die langfristige Legacy-Wartung um 74 Prozent gegenüber dem Niveau von 2022 (GitClear, 2026).
Ihr Ausdruck für das Ergebnis ist der brauchbare: Perpetual-V1-Komponenten. Code, der ausgeliefert und nie konsolidiert wird, weil niemand refaktoriert, was ein Agent neu generieren kann.
Googles DORA-Programm kommt aus anderer Richtung am selben Punkt an. Unter rund 5.000 Befragten stieg die KI-Nutzung unter Entwicklern von 76 Prozent auf 90 Prozent, und der KI-gestützte Delivery-Durchsatz erholte sich auf neutral oder besser — doch die Instabilität der Auslieferung blieb als Preis der Adoption bestehen, und DORA liest KI als Verstärker des jeweiligen Organisationssystems, in dem sie landet (DORA, 2025). Die Vorjahresausgabe hatte je 25 Prozent mehr KI-Adoption einen Rückgang der Delivery-Stabilität um 7,2 Prozent gemessen (TechTarget, 2025).
Verstärker ist das Wort, das man behalten sollte. Eine Firma mit 300 FTE, einem überlasteten internen Entwickler und ohne Deployment-Pipeline erwirbt nicht die Disziplin eines Softwareanbieters, indem sie einen Ersatz für dessen Produkt generiert. Sie erwirbt ihre eigene Disziplin, schneller.
Die Gruppe, die am weitesten ist, fand die Decke zuerst
Die meisten Technologiedebatten drehen sich darum, ob die Skeptiker später recht behalten. Diese hat das Experiment bereits laufen lassen, und das Ergebnis steht im selben Datensatz wie die Begeisterung.
Die Organisationen, die am aggressivsten substituiert haben, sind jene, die heute dreimal so häufig wie alle anderen Kostenrestriktionen bei Coding-Agenten melden (McKinsey, 2026). Nicht Kostenrestriktionen allgemein — die melden sie in normalem Umfang. Spezifisch bei der Werkzeugklasse, in die sie gewechselt sind.
So sieht eine Decke aus, wenn man sie von innen entdeckt. Sie ersetzen eine fixe Position durch eine variable, die Nutzung wächst, weil die Sache nützlich ist, und die variable Position hört auf, kleiner zu sein als die gekündigte.
Für einen Mittelstandsoperator lautet die Schlussfolgerung nicht „nicht bauen". Sie lautet: Die Kostenkurve, die man Ihnen im Entscheidungsmoment zeigt, ist ihr erster Monat.
Der ehrliche Einwand
Drei Grenzen, klar benannt.
Selbstberichtete Umfragedaten sind kein Audit. McKinseys Zahlen sind das, was Befragte über ihre eigenen Organisationen sagen. Niemand hat den behaupteten Eigenbau gegen ein Hauptbuch abgeglichen, und „gegen einen Kauf entschieden" umfasst auch Entscheidungen, die ohnehin nie zustande gekommen wären.
Bauen gewinnt tatsächlich in einer definierbaren Menge von Fällen. Wo der Workflow firmenspezifisch ist, wo kein Anbieter ohne schwere Konfiguration passt, wo die Sache klein und stabil ist und aus Systemen liest, die Sie bereits besitzen — bauen war immer vertretbar, und Agenten senken die Schwelle, ab der es das wird. Die 32 Prozent sind nicht pauschal ein Fehler.
Ein Jahr Qualitätsdaten ist kein Urteil über ein Jahrzehnt. GitClear misst, wie KI-gestützte Autorenschaft heute aussieht, während Werkzeuge und Praxis beide unreif sind. Diese Signale könnten sich verbessern. Bisher haben sie es nicht.
Was nichts davon ändert: Der Tausch verwandelt das Bilanzproblem eines Anbieters in Ihres. Das ist eine Verlagerung, keine Ersparnis — es sei denn, Sie bepreisen die Verlagerung.
Welche Verlängerungen den Tausch vertretbar machen
Vier Schritte vor Q4-Abschluss. Keiner braucht einen neuen Anbieter, und keiner verlangt, den Build-Case aufzugeben.
- Bepreisen Sie die Token-Position auf zwölf Monate gewachsener Nutzung, nicht auf Pilotvolumen. Ist der Ersatz nur beim heutigen Aufrufvolumen günstiger, haben Sie keine Ersparnis gefunden, sondern eine Verzögerung. Modellieren Sie das Dreifache der aktuellen Nutzung und prüfen Sie, ob die Entscheidung standhält.
- Benennen Sie den Wartungsverantwortlichen, bevor Sie den Vertrag kündigen. Ein Name, ein Prozentsatz seiner Zeit und ein Nachfolger. Will niemand eine Zahl nennen, wird der Build aus nicht zugewiesener Kapazität finanziert — also aus den Abenden von jemandem.
- Sortieren Sie Verlängerungen danach, wer den Ausfall trägt. Alles, was Payroll, Compliance, kundenseitige Abrechnung oder regulierte Daten berührt, behält einen Anbieter mit SLA und Haftungsfreistellung. Internes Reporting, Klebstoff zwischen Systemen, die Sie ohnehin besitzen, und Workflow-Tools einzelner Teams: dort ist der Build-Case ehrlich.
- Behandeln Sie ein Verlängerungsangebot mit 16 Prozent als Verhandlungssignal, nicht als Urteil. SaaS-Inflation bei fast dem Fünffachen der allgemeinen Inflation heißt, der geforderte Aufschlag ist marktgetrieben und häufig verhandelbar. Eine Verlängerung zu benchmarken ist billiger als eine Codebasis zu besitzen, und Sie können es diesen Monat tun.
Eine gekündigte Lizenz ist eine Kostenposition, die Sie nicht mehr zahlen. Ein gebautes System ist eine Kostenposition, die Sie zu besitzen beginnen — und die Organisationen, die auf diesem Weg am weitesten sind, sagen Ihnen in derselben Befragung, die den Tausch attraktiv machte, genau, wo er aufhört, günstig zu sein.
Bevor die nächste Verlängerung rausgeht: Nehmen Sie ein Werkzeug auf der Streichliste und schreiben Sie auf, wer dessen Ersatz 2028 wartet. Bleibt die Zeile leer, verlängern Sie.
