Technologie lässt sich immer leichter bauen. Wettbewerbsvorteile nicht.

Was tatsächlich komprimiert wird

Genauigkeit ist hier wichtig, denn die grobe Fassung dieser Behauptung ist falsch. KI macht Technologie nicht kostenlos, und sie macht professionelle Entwicklung nicht überflüssig. Sie komprimiert den Arbeitsanteil, der nötig ist, um ein bestimmtes funktionierendes Ergebnis herzustellen — und sie tut es ungleichmäßig.

Am schnellsten fällt, was immer schon am häufigsten wiederholt wurde: Oberflächen, Integrationsklebstoff, gewöhnliche Fachlogik, Testgerüste, Migrationen, Dokumentation, Routineanalysen, der erste Entwurf von fast allem. Dasselbe Muster zeigt sich außerhalb der Software — in technischer Dokumentation, Planung, Qualitätsauswertung, Verwaltung, Support und Entscheidungsvorbereitung.

Am langsamsten fällt, was nie in erster Linie Tippen war: eine Domäne so gut zu kennen, dass man richtiges von falschem Verhalten unterscheidet, ein System unter echter Last zu betreiben, es mit physischen Prozessen zu verbinden und Verantwortung zu tragen, wenn es ausfällt.

Daraus folgen zwei Dinge, die in verschiedene Richtungen zeigen. Eine plausible Fassung der meisten Dinge herzustellen wird drastisch billiger. Eine belastbare Fassung eines ernsthaften Systems herzustellen wird nur etwas billiger. In der Lücke zwischen diesen beiden Wörtern wird sehr viel Unternehmenswert entschieden.

Billiger zu bauen heißt nicht billiger zu betreiben — und nicht billiger zu scheitern

Eine Technologieentscheidung hat drei getrennte Kostenarten, und nur eine davon fällt schnell.

• Herstellungskosten — was es braucht, die Sache zu bauen. KI komprimiert das kräftig, und die Wirkung ist sofort sichtbar.
• Betriebskosten — betreiben, verstehen, steuern, absichern, warten, integrieren, unterstützen, prüfen und weiterentwickeln. Teile davon sinken. Nichts davon verschwindet.
• Fehlerkosten — was geschieht, wenn das System falsch liegt. Bestimmt wird das vom getragenen Prozess, und billige Herstellung senkt daran nichts.

Bewertet wird Technologie in Organisationen noch überwiegend nach Herstellungskosten, weil das die Zahl ist, die in einer Vorlage steht. Je weiter diese Kosten fallen, desto weniger sagt diese Zahl über die Entscheidung aus, die getroffen wird.

Das billigste System im Bau kann das teuerste im Fehlerfall sein.

Das ist kein Plädoyer für Vorsicht. Es ist ein Plädoyer dafür, nach Konsequenz statt nach Kosten einzuordnen — wofür der Critical Process Test gedacht ist.

Wer die Kostensenkung vereinnahmt

Eine Kostensenkung ist keine Marge, solange sie nicht jemand gegen den Wettbewerb halten kann.

Wird die Entwicklung eines Unternehmens vierzig Prozent produktiver, ist das ein Vorteil. Wird die Entwicklung aller Unternehmen gleichzeitig vierzig Prozent produktiver, ist es eine branchenweite Verschiebung der Kostenkurve — und der Überschuss fällt dem zu, der die stärkste Position in der Wertschöpfungskette hält. Manchmal ist das der Etablierte. Häufig ist es der Kunde, über niedrigere Preise oder höhere Erwartungen zum selben Preis. Manchmal ist es ein Neueinsteiger, der die alte Kostenbasis nie getragen hat, oder die Plattform, die allen dieselbe Fähigkeit liefert.

Das ist der häufigste Fehler in KI-Strategiepapieren: einen Produktivitätsgewinn zu behandeln, als wäre er exklusiv. Wenn Entwickler, Planer und Analysten des Wettbewerbers dieselben Werkzeuge nutzen können — und sie können es —, erreicht der Gewinn die Kostenstruktur des Marktes, bevor er irgendein EBITDA erreicht.

Nicht „wie viel können wir sparen?“, sondern: Wo landet die Ersparnis, und was besitzen wir, das uns einen Teil davon behalten lässt?

Was die Kompression nicht erreicht

Manche Werte sind gleichgültig gegenüber den Kosten des Bauens, weil sie nie aus Bauaufwand bestanden.

Eine Kundenbeziehung überlebt. Eine Zulassung überlebt. Ein Datenbestand aus zehn Jahren Geschäftsbetrieb überlebt. Ein Prozess, auf den dreißigtausend Menschen geschult sind, überlebt. Eine installierte Basis physischer Anlagen überlebt, und mit ihr das Servicenetz. Ebenso der Ruf, der es jemandem erlaubt, eine folgenreiche Entscheidung zu zeichnen.

Nichts davon ist ein technologischer Burggraben — und genau darum geht es. Je schneller der Bauanteil eines Vorteils abschreibt, desto mehr Gewicht tragen die übrigen Anteile. Und das sind exakt die Anteile, die eine klassische technische Due Diligence nicht zu prüfen gebaut ist.

Reichlich Code macht verlässliche Systeme nicht reichlich

Zwei Dinge lohnen die Trennung, die regelmäßig verwechselt werden: Code und Systemwert.

Standardfunktionalität wird billiger. Ein System, das einen geschäftskritischen Prozess trägt, wird aber nicht für seinen Code bezahlt. Bezahlt werden installierte Basis, tiefe Prozessintegration, betriebliche Verlässlichkeit, Domänenwissen, proprietäre Daten, physische Integration, Sicherheit, Prüfbarkeit, Lebenszyklusbetreuung, Support — und die Tatsache, dass jemand dafür einsteht. Billige Erzeugung reproduziert davon nichts.

Die plausible Schlussfolgerung lautet nicht, dass ernsthafte Softwareunternehmen verschwinden. Sie lautet, dass der Abstand zwischen etwas, das sich gut vorführen lässt, und etwas, auf das sich ein Betrieb verlassen kann, zum wirtschaftlich interessanten Abstand wird — und dass verlässliche Systeme wertvoller werden können, nicht weniger wert.

Was sich für Kapital ändert

Für einen Investor verschiebt sich die Aufgabe: vom Vermessen des Vermögenswerts hin zum Zeichnen seiner Halbwertszeit.

Ein Unternehmen kann gut geführt, sauber aufgestellt, wachsend und profitabel sein — und trotzdem ein schlechtes Fünfjahresinvestment, weil das, wofür Kunden tatsächlich zahlen, reproduzierbar wird. Ebenso kann ein unauffälliges Geschäft mit mittelmäßigem Produkt ein gutes Investment sein, weil es in einem Prozess sitzt, den niemand anfassen will, oder in einem physischen Ablauf, den Software allein nicht nachbaut.

Keines dieser Urteile lässt sich aus dem Code ableiten, und keines betrifft nur Softwareunternehmen. Beide verlangen eine Vorstellung davon, wie der Markt aussieht, wenn das Bauen eine Größenordnung weniger kostet. Diese Vorstellung zu bilden ist der Zweck der Technologie- und KI-Due-Diligence — und dieselbe Vorstellung braucht ein Aufsichtsgremium, bevor es eine große Technologieinvestition freigibt.