Vor gut hundertfünfzig Jahren war ein Anzug etwas, das jemand für Dich gebaut hat. Der Schneider nahm Maß, notierte Schulterbreite und Armlänge, und was dabei herauskam, passte genau einem Menschen auf der Welt. Dann kam die Konfektion. Größe 50, Größe 52, tausendfach gleich genäht, und plötzlich konnte sich fast jeder einen leisten.
Beachte, was in diesem Satz nicht steht. Die Konfektion hat nicht besser gepasst. Sie war billiger. Wir haben gelernt, uns an Größe 52 zu gewöhnen, den Ärmel kürzen zu lassen und es dabei zu belassen, weil die Alternative unbezahlbar war.
Genau das ist die Geschichte der Unternehmenssoftware der letzten dreißig Jahre. Und sie wird gerade neu geschrieben.
Was wir wirklich gekauft haben
Die Make-or-Buy-Frage klang immer nach Kompetenz: Können wir das besser als der Anbieter? In Wahrheit war sie eine Frage des Preises. Eine eigene Anwendung kostete Entwickler, Monate und ein Betriebsrisiko. Eine Standardlösung kostete Lizenz, Einführung und ein bisschen Customizing. Wer rechnen konnte, kaufte.
Der Preis dieser Rechnung stand nur nie auf der Rechnung. Er lautete: Du passt Dich der Software an. Prozesse wurden umgebaut, damit sie in ein Feldschema passen, das jemand anders für eine andere Branche entworfen hatte. Wir haben das Standardisierung genannt und uns damit getröstet, dass es „Best Practice“ sei.
Best Practice ist per Definition das, was alle machen. Und was alle machen, differenziert niemanden.
Ich sage das ohne Groll, denn die Entscheidung war meistens richtig. Bei einer Lohnbuchhaltung willst Du keine Sonderlocke, Du willst, dass sie stimmt. Aber irgendwann fällt auf, dass ein Unternehmen sich genau in den Prozessen an Fremdvorgaben anpasst, in denen es besonders sein wollte. Die Konfektion sitzt am Ärmel gut und an der Schulter falsch – und ausgerechnet die Schulter war der Grund, warum Du zum Schneider wolltest.
Was passiert, wenn Maßnehmen billig wird
Jetzt stell Dir vor, die Arbeitsstunde des Schneiders fällt um neunzig Prozent.
Ungefähr das passiert gerade bei Software, und der Grund heißt AI. Der Teil, der früher teuer war, nämlich das Schreiben und Testen von Code, ist zusammengeschmolzen. Ich habe im letzten Jahr eine Reihe kleiner Werkzeuge entstehen sehen, für die früher niemand einen Business Case aufgemacht hätte: ein Rechner für ein sperriges Preismodell, eine Prüfroutine für Listen, die sonst jemand manuell abgleicht, ein Dashboard für genau eine wiederkehrende Frage. Aufwand jeweils ein bis zwei Tage statt sechs Wochen.
Und damit gleich das erste Sternchen. Dieser Einbruch gilt für Kleines, Neues, gut Beschriebenes. Bei Änderungen an großen, gewachsenen Systemen ist die Befundlage deutlich uneinheitlicher; es gibt saubere Messungen, in denen erfahrene Entwickler mit AI-Unterstützung langsamer waren, weil Kontext und Nacharbeit mehr kosten, als der Tippvorgang spart. Das entkräftet die These nicht, es schärft sie – billig wird der Teil, der bisher unter der Schwelle lag.
Die interessante Zahl ist deshalb nicht die Ersparnis. Es ist die Schwelle. Rechnen wir es durch. Eine Prüfroutine nimmt fünf Leuten je zwei Stunden pro Woche ab, macht rund fünfhundert Stunden im Jahr, grob sechzig Personentage. Kostet das Werkzeug fünfzig Personentage, trägt es sich im ersten Jahr gerade so. Diesen Antrag stellt niemand, er überlebt die Freigaberunde nicht. Kostet es zwei, ist es am Freitag fertig und hat sich im Februar bezahlt.
Zwischen diesen beiden Welten liegt kein Effizienzgewinn, sondern eine Entscheidung, die vorher nicht zur Debatte stand. Und davon gibt es tausende. Unter die Schwelle rutschen nicht die großen Systeme, sondern die kleinen – die, die dem Fachbereich täglich auf die Nerven gehen.
Der zweite Effekt ist subtiler und in meinen Augen der wichtigere: Die Bereitschaft zur Änderung steigt. Wenn eine Anpassung sechs Wochen und ein Change Request kostet, lernt eine Organisation, keine Änderungen zu wünschen. Kostet sie zwei Tage, fragt der Fachbereich wieder. Und ein Fachbereich, der wieder fragt, ist ein Frühwarnsystem, das drei Jahrzehnte lang abgeschaltet war.
Der Schneider braucht Deine Maße
Und hier kommt der Teil, den fast alle unterschätzen.
Ein Maßanzug für jemanden, der seine Maße nicht kennt, wird nicht besser als Konfektion. Er wird nur teurer. Das Maßnehmen war nie der Nebenschauplatz, es war die eigentliche Leistung.
Übersetzt: Software, die zu Deinem Prozess passt, setzt voraus, dass in Deinem Unternehmen Einigkeit darüber besteht, was ein Kunde ist, wann ein Auftrag als abgeschlossen gilt und welche Maschine zu welcher Anlage gehört. Genau dieser Teil wird nicht billiger. Der Code-Aufwand fällt, der Aufwand für ein gemeinsames Datenmodell bleibt, wo er war.
Damit verschiebt sich der Engpass. Er lag jahrelang bei der Entwicklungskapazität. Er liegt künftig bei der Frage, ob Dein Unternehmen sich selbst beschreiben kann. Die Technik ist nicht mehr der Engpass, Deine Maße sind es. Wer zwanzig kleine Anwendungen auf zwanzig verschiedene Kundenbegriffe baut, hat keine Individualisierung erreicht, sondern zwanzig neue Datensilos in Rekordzeit. Data & AI Strategie klingt nach einem großen Wort dafür, meint aber etwas sehr Handfestes: eine gemeinsame Sprache, bevor jemand zuschneidet.
Die AI-Hälfte macht das dringlicher, nicht entspannter. AI senkt ja nicht nur den Preis fürs Nähen, sie arbeitet künftig auch selbst in Deinen Prozessen mit. Ein Agent braucht dieselbe Klarheit wie eine Anwendung, er verhält sich nur anders, wenn sie fehlt: Die Anwendung wirft einen Fehler, der Agent erfindet einen plausibel klingenden Zwischenstand. Und wer zwanzig Kundenbegriffe vorfindet, entscheidet sich für einen. Er sagt Dir nur nicht, für welchen.
Daraus folgt ein Test, den ich unangenehm konkret finde und deshalb mag: Würde ein Wettbewerber, der genau Deinen Prozess kopiert, dadurch besser? Wenn ja, ist es Konfektion, und Standardsoftware bleibt die richtige Antwort. Wenn nein, hast Du eine Stelle gefunden, an der Maßarbeit etwas verändert. Der Test taugt, weil man ihn nicht mit einem Anbietervergleich beantworten kann: Er verlangt, dass jemand im Raum ausspricht, wodurch dieses Unternehmen sich unterscheidet.
Wer näht, und wer pflegt
Bleibt die Frage, die in solchen Gesprächen zuletzt kommt und zuerst gehört: Wer baut das alles?
Die bequeme Antwort lautet „der Fachbereich selbst“. Sie stimmt zur Hälfte. Der Fachbereich kennt die Maße, deshalb geht die Rechnung überhaupt auf. Aber ein Werkzeug, das an zwei Tagen entsteht, wird danach drei Jahre benutzt, und irgendwann geht die Kollegin, die es gebaut hat.
Bauen wird billig, Besitzen nicht. Jede Anwendung will betrieben, aktualisiert, abgesichert und irgendwann abgeschaltet werden. Diese Kosten sind kaum gefallen. Wer die Ersparnis beim Bauen komplett in Menge umsetzt, hat in drei Jahren einen Kleiderschrank voller Anzüge und niemanden, der sie pflegt.
Die Antwort ist keine Rollenfrage, sondern die alte Aufteilung in neuer Lage: Business führt, People und Technology befähigen. Das Business sagt, welcher Prozess Maßarbeit verdient. People heißt hier sehr konkret: Wer darf bauen, wer prüft gegen, wer übernimmt das Ding, wenn sein Erbauer weiterzieht. Und Technology stellt die Werkbank: Umgebungen, Zugriffe, wiederverwendbare Bausteine und einen Ort, an dem die zwanzig Werkzeuge sichtbar sind statt auf zwanzig Laufwerken.
Und jetzt das Sternchen unter dem Sternchen: Die Rechnung geht nur mit Disziplin auf. Die Effizienz entsteht nicht dadurch, dass jemand schnell etwas zusammenklickt, sondern dadurch, dass Bauen, Prüfen und Betreiben Handwerk bleiben. Billiger Code ohne Prüfung ist kein Maßanzug, das ist ein Stück Stoff mit Ärmeln.
Die eigentliche Frage wird schärfer
Das Erfreuliche daran: Die Verschiebung erzwingt eine bessere Frage.
Solange Bauen teuer war, hieß sie „Was können wir uns leisten?“. Jetzt heißt sie „Worin sind wir tatsächlich besonders?“. Das ist unbequemer, weil sie sich nicht einkaufen lässt.
Meine Empfehlung ist deshalb bescheiden: Bevor Du eine Welle interner Werkzeuge startest, kläre einmal, welche zwei oder drei Prozesse Dich wirklich unterscheiden. Dort lohnt Maßarbeit, und zwar sofort.
Konfektion hat nie besser gepasst. Sie war nur bezahlbar. Das ändert sich gerade.
Erst die Maße. Dann der Stoff.