Die Build-vs-Buy-Falle, in die Operatoren immer wieder tappen
Selbst bauen wirkt teuer, bis man die Workarounds zählt. Einkaufen wirkt sicher, bis zur dritten Integration. Ein Entscheidungsrahmen, der zur Realität von Operatoren passt.
Irgendwo zwischen einem Betrieb mit 50 und einem mit 500 Mitarbeitern führt jedes Führungsteam dasselbe Gespräch: Wir haben vier Anbieter, drei davon sprechen nicht miteinander, und unsere Leute verbringen täglich eine Stunde damit, Daten zwischen ihnen hin- und herzuschieben. Kaufen wir weiter ein, oder bauen wir selbst?
Die eigentliche Frage ist nicht Build vs. Buy
Die eigentliche Frage lautet: Welche zwei, drei Fähigkeiten sind wirklich entscheidend dafür, wie wir gewinnen — und welche fünfzehn sind Standardware, die einfach funktionieren muss? Operatoren, die das richtig machen, kaufen die Standardware (E-Mail, Kalender, Buchhaltung, Lohnabrechnung) und bauen — oder lassen bauen — eine dünne Integrationsschicht plus die zwei, drei Kern-Workflows, die sie unterscheidbar machen.
Die Falle, die ich am häufigsten sehe
Für jede Funktion das Best-of-Breed-Tool kaufen und hoffen, dass ein Zapier-Friedhof alles zusammenklebt. Das funktioniert, bis man eine echte Frage über drei davon hinweg beantworten muss — und plötzlich besteht die Antwort aus drei Stunden CSV-Exporten. Das ist die Steuer dafür, fünfzehnmal auf Nummer sicher gegangen zu sein.
Wenn es mit Ihrem aktuellen Stack länger als einen Tag dauert, eine Frage auf Vorstandsebene zu beantworten, ist Ihr Stack kein Stack mehr — er ist ein Museum.
Ein Rahmen, der wirklich funktioniert
- Notieren Sie die drei Fragen, die die Führung in unter einer Minute beantworten können sollte. Das ist der Kern.
- Bestimmen Sie für jede, welches System die Quelle der Wahrheit ist — wenn die Antwort eine Tabelle ist, haben Sie Ihr Bauziel gefunden.
- Alles andere ist Standardware. Kaufen Sie das günstigste Tool, das die Aufgabe erledigt, ohne Ihre Datenverträge zu brechen.
- Investieren Sie das gesparte Budget in die Integrationsschicht und die drei Kern-Workflows. Dort liegt der Burggraben.
Operatoren, die das richtig machen, haben nicht länger das Gefühl, ihr Tech-Stack besitze sie. Die anderen stellen irgendwann einen Chief of Staff ein, dessen Aufgabe größtenteils darin besteht, CSVs zwischen Tools zu verschieben. Das ist ein teures Ergebnis, das man hinnehmen muss.