Das erste Build-versus-Buy-Problem, an das ich mich erinnere
Lange bevor ich mit Unternehmenstechnologie arbeitete, wünschte ich mir ein Monopoly. Ein Cousin hatte eines, und meine Eltern sagten mir, es sei für uns zu teuer.
Also baute ich mein eigenes, aus Papier, Leim und improvisierten Figuren. Ich veränderte das Spielbrett und ergänzte Regeln. Mein jüngerer Bruder und ich spielten stundenlang damit, und er erinnert sich bis heute daran.
Diese Erinnerung ist ein Grund, warum mich die sich verändernde Build-versus-Buy-Frage interessiert. Etwas selbst zu bauen kann Zugang und Passgenauigkeit schaffen, die ein Kauf nicht bietet. Es macht einen aber auch verantwortlich für alles, was kaputtgeht. Ein selbst gebasteltes Spielbrett war leicht zu reparieren. Ein Unternehmens-Workflow bringt Kundschaft, Daten, Support und Verpflichtungen mit sich, die sich nicht mit einem weiteren Stück Papier lösen lassen.
KI-gestützte Entwicklung kann es erleichtern, ein eng umrissenes internes Tool zu erstellen. Die eigentliche Führungsentscheidung lautet, ob dieser Vorteil den Rollout und jahrelange Verantwortung übersteht. Eine überzeugende erste Version ist erst der Anfang dieses Vergleichs.
Beginnen Sie bei der Verlängerung, dort wird die Entscheidung real
Ein Abonnement umfasst mehr als Bildschirme und Funktionen. Je nach Produkt kauft das Unternehmen Sicherheitswartung, Integration, Servicekontinuität, Absicherung und eine Support-Organisation. Möglicherweise bezahlt es auch für ungenutzte Lizenzen, gebündelte Funktionen oder einen Workflow, der nie besonders gut zum Geschäft gepasst hat.
Das sind Fragen zu einem bestimmten Vertrag. Pauschale Behauptungen, SaaS sterbe, verdecken die nützliche Unterscheidung zwischen einem ersetzbaren internen Hilfswerkzeug und einem tief verankerten System of Record. Ähnliche Funktionen belegen noch keine gleichwertige Ersetzbarkeit.
Ich würde mit einer anstehenden Verlängerung beginnen und mit der Arbeit, die die Software unterstützt. Wer nutzt sie? Welches Ergebnis ermöglicht sie? Welche Integrationen und Datensätze hängen davon ab? Was gibt das Unternehmen tatsächlich aus, um den Workflow zu betreiben, einschliesslich des Aufwands ausserhalb des Produkts?
Diese Übung kann eine bessere Beschaffungsoption aufzeigen, bevor eine einzige neue Codezeile geschrieben ist. Ungenutzte Lizenzen zu streichen, den Prozess zu vereinfachen oder den Vertrag anzupassen, kann mit weniger Risiko Wert schaffen als ein Neubau.
Ein schneller Build und ein dauerhafter Service sind unterschiedliche Verpflichtungen
Das Pipesignal-Projektkonzept in meinem Portfolio untersucht mögliche Oberflächen und Workflows und zeigt, wie KI-gestützte Entwicklung das Prototyping verändert. Es veranschaulicht Gestaltungsmöglichkeiten. Es belegt keine gemessenen Einsparungen oder Umsätze durch den Ersatz eines SaaS-Service und sollte nicht als geprüfter Vergleich mit den Bereitstellungskosten einer produktiven Unternehmensplattform verstanden werden.
Bevor ein interner Build zum operativen Service wird, muss jemand die Verantwortung für Berechtigungen, Datenänderungen, Fehlerbehandlung, Support und das nächste Release übernehmen. Die Kosten dieser Verantwortung gehören in den Vergleich. Ein Tool, das von einer einzelnen begeisterten Person abhängt, ist verwundbar, selbst wenn seine erste Version günstig war.
KI kann neben Code auch bei Tests und Dokumentation helfen. Das Unternehmen braucht dennoch Belege, dass sich der resultierende Service unter seiner realen Last korrekt verhält, auch in seltenen Fällen. Genau dort bestätigt sich der scheinbare Vorteil des Eigenbaus, oder er schrumpft.
Stellen Sie die Kosten auf denselben Zeithorizont
Nehmen Sie einen hypothetischen internen Workflow mit einer Verlängerungsentscheidung über drei Jahre. Vergleichen Sie die Optionen anhand der folgenden illustrativen Zahlen.
Angenommen, das Abonnement kostet 120.000 CHF pro Jahr, also 360.000 CHF über drei Jahre. Eine interne Option wird auf 150.000 CHF für den Aufbau und 60.000 CHF pro Jahr für Betrieb und Wartung geschätzt. Das ergibt 330.000 CHF vor Übergangskosten. Rechnet man 50.000 CHF für Migration, Tests und die Ablösung des alten Service hinzu, steigt die Summe auf 380.000 CHF.
Unter diesen Annahmen ist der scheinbar günstigere Eigenbau nun teurer. Er könnte dennoch vorzuziehen sein, wenn er ein wichtiges Passungsproblem löst, ein Ergebnis verbessert oder Abhängigkeit verringert. Diese Vorteile brauchen eigene Belege. Umgekehrt könnte die Wartung teurer ausfallen, oder der Anbieter könnte einen besseren Verlängerungspreis anbieten.
Der Sponsor sollte Bandbreiten, zeitliche Verläufe und die Bedingungen sehen, unter denen sich die Entscheidung umkehrt. Berücksichtigen Sie interne Arbeitszeit, Sicherheitsprüfung, Incident-Support, Modellverbrauch und die Ausstiegskosten beider Optionen. Vergleichen Sie nicht den Vollservice-Preis eines Anbieters mit den Erstellungskosten eines internen Prototyps.
Vier sinnvolle Antworten
Ich nutze vier Antworten, um das Gespräch über eine Verlängerung zu strukturieren. Es sind praktische Kategorien, kein validiertes Bewertungsmodell.
Mieten Sie, wo der Service wirksam, vertretbar und seine vollen Kosten wert ist. Die Entscheidung kann weniger Lizenzen oder andere Konditionen umfassen. Eine gute Plattform zu behalten, ist eine aktive Allokationsentscheidung.
Ersetzen Sie einen klar abgegrenzten Workflow, wenn die Organisation bessere Passung oder Wirtschaftlichkeit belegen und den Service dauerhaft tragen kann. Beginnen Sie mit einem begrenzten Test, während der bestehende Prozess verfügbar bleibt. Die Freigabe für einen Test ist kleiner als die Freigabe zur Ablösung.
Ummanteln Sie ein System, wenn seine Datensätze und Integrationen wertvoll sind, die Interaktion oder die Arbeit rundherum aber besser werden muss. Eine agentische Schicht bringt eigene Berechtigungen, eigenes Monitoring und eigene Ausnahmebehandlung mit. Die zugrunde liegende Plattform zu behalten, hebt diese Verantwortung nicht auf.
Verteidigen Sie Fähigkeiten, deren Störung teuer oder folgenreich wäre. Schützen Sie kritische Datensätze, Integrationswissen und Servicekontinuität, und prüfen Sie zugleich, ob die kommerziellen Rahmenbedingungen noch sinnvoll sind.
Welche Antwort Sie auch wählen: Halten Sie die zugrunde liegenden Annahmen schriftlich fest. Die verantwortliche Person muss die Eingaben und den Weg zum realisierten Nutzen validieren.
Auch eine andere Abrechnungseinheit braucht kritische Prüfung
Anbieter rechnen womöglich nach Lizenzen, Nutzung, Aktionen oder erledigter Arbeit ab. Jede Einheit verteilt Kosten und Risiko anders. Ergebnisbasierte Preise klingen attraktiv, bis der Käufer fragt, was als gelöster Fall gilt, wer das prüft und ob Korrekturen inbegriffen sind.
Ein niedriger Preis pro Aktion kann teuer werden, wenn ein Workflow Wiederholungen, umfangreichen Kontext und menschliche Prüfung braucht. Ein Preis pro Lizenz kann effizient sein, wenn eine Fachperson ein ausgereiftes Tool intensiv nutzt. Die Bewertung sollte sich an erledigter, akzeptabler Arbeit und den gesamten Betriebskosten orientieren, nicht am gerade modischen Abrechnungsetikett.
Verlangen Sie neben dem Preis auch Prüfbarkeit und einen Ausstiegsweg. Ändert der Anbieter das Modell oder den Service, muss das Unternehmen wissen, ob sich Qualität, Kosten oder Verantwortlichkeiten verändern. Vertragliche Flexibilität hat einen Wert, sollte aber gegen Rabatte, Servicezusagen und Wechselaufwand abgewogen werden.
Die nützliche Frage vor der Unterschrift
Bringen Sie eine Verlängerung in eine gemeinsame Diskussion zwischen fachlich verantwortlicher Person, Technologie und Finanzen. Stellen Sie den aktuellen Workflow, tragfähige Alternativen und die Annahmen für drei Jahre nebeneinander. Benennen Sie für eine interne Option die verantwortliche Person für den Service und die Belege, die nötig sind, um den bestehenden Prozess abzulösen.
Die Entscheidung kann lauten, das Abonnement zu behalten. Sie kann lauten, einen Ersatz zu testen oder die Plattform zu ummanteln. Entscheidend ist, dass die Wahl gegen eine glaubwürdige Alternative getroffen wurde, mit dem Aufwand der Verantwortung im Blick. Günstigere Entwicklung verändert die Optionen. Die Führung entscheidet, mit welcher Option das Unternehmen leben kann.