Die Frage, die die meisten Unternehmen falsch herum stellen
Ich habe fast ein Jahrzehnt auf der unangenehmen Seite dieser Frage verbracht.
Sieben Jahre lang war es in meinem früheren Unternehmen mein Job, interne Tools zu bauen. Kein Nebenprojekt, keine Quartalsinitiative — es war das, was ich jeden Tag getan habe, zusammen mit der schwierigeren, leiseren Arbeit: dafür zu sorgen, dass die Leute das Gebaute auch wirklich benutzen. Heute bin ich CEO von AgentUI und helfe anderen Unternehmen bei genau dieser Entscheidung. Wenn mich also jemand fragt, ob er bauen oder kaufen soll, greife ich nicht zu einem Framework, das ich irgendwo gelesen habe. Ich greife zu meinen Narben.
Die Kurzfassung dessen, was ich gelernt habe: Die meisten Unternehmen stellen die Frage falsch herum. Sie beginnen mit "Können wir das kaufen?", obwohl die bessere Ausgangsfrage lautet: "Ist dieser Prozess bei uns einzigartig?" Das sind nicht dieselben Fragen, und sie zu verwechseln kostet Jahre.
Lassen Sie mich das erklären.
Die Standardregel, die alle falsch anwenden
Auf dem Papier klingt die übliche Weisheit vernünftig genug: erst Standardsoftware probieren und nur dann selbst bauen, wenn nichts passt. Wir haben uns geradezu religiös daran gehalten. Wir haben immer versucht zu kaufen, bevor wir gebaut haben.
Das Problem war, wie dieses "Probieren" in der Praxis aussah. Für einen kritischen Teil unseres Betriebs haben wir Jahre — keine Wochen, Jahre — damit verbracht, gekaufte Software zum Laufen zu bringen. Wir haben in dieser Zeit zwei verschiedene Tools eingesetzt. Beide sind gescheitert. Und sie sind jedes Mal aus demselben Grund gescheitert: Sie verlangten, dass wir unseren Betrieb an ihre Software anpassen, statt die Software an unseren Betrieb.
Dieser eine Satz ist die ganze Debatte im Kleinen. Wenn Sie Standardsoftware für einen Prozess kaufen, der wirklich nur in Ihrem Unternehmen existiert, kaufen Sie keine Lösung. Sie kaufen einen Umbau Ihrer gesamten Arbeitsweise, und dieser Umbau wird nie ganz fertig. Jeder Workaround, jedes "diesen Teil machen wir eben nebenbei in einer Tabelle", jede Schulung, in der erklärt wird, warum das Tool das Naheliegende nicht kann — das ist der Preis dafür, das eigene Geschäft in die Annahmen anderer Leute zu pressen.
Was Ihnen niemand sagt: Dieser Preis steht auf keiner Rechnung. Die Software hat ein Preisschild. Jahre an operativer Reibung haben keines.
Ein Praxisbeispiel: Das Vertriebstool, das uns die Welt geöffnet hat
Ich werde konkret, denn bei abstrakten Aussagen nickt man leicht mit und handelt schwer danach.
Eines der größten Tools, die ich je gebaut habe, war für unsere Vertriebsmitarbeiter. Bevor es das gab, war jedes Angebot eine manuelle Tortur. Ein Mitarbeiter musste eine Handvoll Excel-Dateien zusammenstückeln, Bestandsdaten zusammensuchen, die aktuell sein konnten oder auch nicht, und die technischen Informationen ausgraben — die Datenblätter, die PDFs, die Lösungsbeschreibungen — von überall dort, wo sie zufällig lagen. Es war langsam, fehleranfällig und hing vollständig davon ab, dass der einzelne Mitarbeiter wusste, wo alles zu finden war.
Also bauten wir ein Tool, in dem sich ein Mitarbeiter anmelden, den Bestand live einsehen und ein Angebot auf Zuruf erstellen konnte. Der Gewinn war nicht nur Geschwindigkeit. Es war, dass jede technische Information an einem Ort lag. Ein Klick auf ein Produkt, und man sah alles: Spezifikationen, Dokumentation, PDFs, Lösungsbeschreibung. Und dann — das war der Teil, der am meisten zählte — konnte man das Ganze mit einem einzigen Klick mit einem Kunden teilen.
Dieses Tool hat etwas bewirkt, das ich zu Beginn nicht vollständig vorhergesehen hatte. Es hat uns Kunden auf der ganzen Welt gewinnen lassen, die wir vorher nie erreichen konnten. Wenn ein Interessent auf einem anderen Kontinent ein vollständiges, professionelles, technisch detailliertes Angebot in Minuten statt in Tagen bekommt, spielt die Entfernung keine Rolle mehr. Das Tool hat uns nicht nur schneller gemacht. Es hat den Markt vergrößert, den wir glaubwürdig bedienen konnten.
Kein Standardprodukt hätte das je geleistet, denn kein Standardprodukt verstand unseren Bestand, unsere technische Dokumentation und unsere Vertriebsarbeit so wie wir. Wir haben es versucht. Erinnern Sie sich an die zwei Tools und die verlorenen Jahre? Genau das wollten sie ersetzen — und sind daran gescheitert.
Wann sollten Sie also kaufen?
Falls Sie bis hierhin gelesen haben und mich für einen Fanatiker halten, der alles selbst bauen will: Das möchte ich sofort richtigstellen. Bin ich nicht.
Ein CRM würde ich niemals selbst bauen. Unser CRM kaufen wir, Punkt, und ich würde fast jedem dasselbe raten.
Der Unterschied liegt hier. Ein CRM muss sich mit Ihrem E-Mail-System und einem Dutzend weiterer Tools verbinden. Es ist eine wirklich komplexe, ausgereifte Kategorie, und die vorhandenen Produkte sind genau deshalb so stabil, weil Tausende von Unternehmen jahrelang darauf herumgehämmert haben. Es gibt keinen eigenen Vorteil, den Sie sich mit einer Eigenentwicklung erarbeiten könnten. Sie würden enormen Aufwand betreiben, um bestenfalls bei etwas zu landen, das ein bisschen schlechter ist als das, was Sie am ersten Tag hätten kaufen können.
Das ist der Test, und er ist einfacher als die meisten "Bauen oder kaufen"-Frameworks:
- Kaufen Sie, wenn das Problem allgemein ist. Wenn hundert andere Unternehmen denselben Bedarf haben wie Sie, hat jemand bereits eine bessere Version gebaut, als Sie es tun werden, und sie bereits mit allem verbunden. CRM, E-Mail, Buchhaltung, Lohnabrechnung — das ist gelöst. Erfinden Sie es nicht neu.
- Bauen Sie, wenn der Prozess nur bei Ihnen so läuft. Wenn Sie einen Ablauf haben, der genau dazu passt, wie Ihr Unternehmen arbeitet — so wie bei uns die Erstellung technischer Angebote —, dann ist das exakt der Moment, in dem Bauen Sinn ergibt. Es gibt kein Produkt, das passt, weil der Prozess nur innerhalb Ihrer eigenen Wände existiert.
Die entscheidende Frage lautet nie "Gibt es dafür Software?". Sie lautet: "Ist das, was wir hier tun, so anders, dass kein Standardtool es abbilden kann?" Wenn ja, bauen Sie. Wenn nein, kaufen Sie und widmen Sie sich wieder Wichtigerem.
Was KI tatsächlich verändert hat
Den größten Teil meiner Laufbahn kam dieser Entscheidungsbaum mit einer brutalen Fußnote: Selbst wenn Bauen eindeutig richtig war, war es teuer. Man brauchte Entwickler. Man brauchte Zeit. Die Option "bauen" war in der Theorie richtig und in der Praxis oft unbezahlbar — weshalb so viele Unternehmen standardmäßig Tools kauften, die nicht passten, und dann jahrelang darunter litten, so wie wir.
KI hat diese Fußnote gestrichen, und das ist der Teil, den ich wirklich spannend finde.
Die alte Welt zwang Sie, Ihren gesamten Betrieb an die Software anzupassen. Die neue Welt lässt Sie Software bauen, die sich an Ihr Geschäft anpasst. Diese Umkehrung ist der ganze Punkt. Jedes Unternehmen ist anders, und zum ersten Mal können Sie ein System haben, das Ihren Betrieb und die konkrete Art, wie Sie Ihr Unternehmen führen, digitalisiert — ohne eine Armee von Entwicklern dafür.
Genau das bauen wir bei AgentUI. Die Idee ist, dass Sie jedes interne Tool, das Sie brauchen, mit KI bauen können, statt einen Entwickler einzustellen und Monate zu warten. Um es klar zu sagen: Entwickler haben nach wie vor mehr als genug zu tun. Für kundenseitige Produkte würde ich sofort einen Entwickler einsetzen — was Ihre Kunden anfassen, verdient genau diese Sorgfalt und Handwerkskunst. Aber für interne Tools? In den meisten Fällen brauchen Sie keinen mehr. Sie brauchen KI und ein Werkzeug, mit dem Sie selbst bauen können.
Das verschiebt die Rechnung zwischen Bauen und Kaufen auf eine Weise, die leicht unterschätzt wird. Als Bauen teuer war, war "kaufen und den eigenen Betrieb verbiegen" oft die rationale Wahl, selbst wenn es wehtat. Jetzt, wo Bauen günstig und schnell ist, kippt die Rechnung deutlich in Richtung: Bauen Sie alles, was wirklich Ihres ist.
Die zwei Einwände, die ich am häufigsten höre
Wann immer ich so argumentiere, kommen fast jedes Mal zwei Bedenken. Sie sind berechtigt und verdienen klare Antworten.
"Was ist mit der Sicherheit?"
Das ist der große Punkt. Unternehmen sorgen sich um abfließende Informationen, um falsche Personen mit Datenzugriff, um Hackerangriffe oder Datenverlust. Diese Sorge ist berechtigt — eigene Tools zu bauen bedeutete historisch, sich auch die eigenen Sicherheitsprobleme aufzuhalsen. Genau das lösen wir bei AgentUI direkt mit verwalteter Infrastruktur, damit alles, was Sie bauen, standardmäßig abgesichert ist. Sie sollten kein Sicherheitsexperte werden müssen, um ein internes Tool zu bauen, und Sie sollten sich nicht zwischen "passt zu unserem Geschäft" und "verursacht keinen Datenleak" entscheiden müssen.
"Hängen wir dann nicht ewig an der Wartung?"
Das ist die Angst vor Wartung und technischen Altlasten, und sie ist es, die leise viele gute Bau-Entscheidungen killt. Die Annahme lautet: Bauen heißt, sich zu einer Ewigkeit an Pflege zu verpflichten. Aber was dabei übersehen wird: Es kommt ein Punkt, an dem Sie schlicht aufhören können zu bauen. Das Tool tut seinen Dienst, und Sie lassen es in Ruhe. Und der wirklich harte Teil — die darunterliegende Infrastruktur zu warten, also genau das, was die Sorge auslöst — ist exakt das, was wir im Hintergrund übernehmen, damit Sie nicht jedes einzelne Teil beaufsichtigen müssen. Bauen, fertigstellen, weitermachen.
Die unbequeme These: Hören Sie auf, die Kathedrale bauen zu wollen
Hier ist die Meinung, für die ich einstehe, und es ist das, was die meisten Menschen selbst dann falsch machen, wenn sie sich bereits fürs Bauen entschieden haben.
Versuchen Sie nicht, ein riesiges System von Grund auf zu bauen. Das ist fast immer eine schlechte Idee.
Sobald ein Unternehmen Feuer fängt für eigene Software, ist der Reflex, groß zu denken — irgendeine umfassende interne Plattform zu entwerfen, die das ganze Geschäft steuern soll. So sterben Bauprojekte. Sie brechen unter der eigenen Ambition zusammen, bevor sie je einen Nutzen liefern.
Viel besser ist es, die Prozesse zu digitalisieren, die Sie ohnehin schon manuell erledigen — die, die gerade in Excel leben, die, die nur bei Ihnen so laufen. Mehr nicht. Finden Sie die Tabelle, vor der Ihr Team sich graut, das manuelle Zusammenstückeln, das jede Woche Stunden frisst, das eine, das nur Ihr Unternehmen auf genau Ihre Art macht. Bauen Sie das. Es ist klein, es ist konkret, der Nutzen ist offensichtlich, und es ist genau die Art Sache, die kein Standardtool je gut abbilden wird.
Fangen Sie mit der schmerzhaften Tabelle an, nicht mit der großen Vision. Die Kathedrale kann warten. Das Angebotstool, das uns die Welt geöffnet hat, begann nicht als Mondlandung — es begann mit "dieser manuelle Prozess bringt uns um, lass uns das reparieren".
Das Fazit
Kaufen Sie das Allgemeine. Bauen Sie das, was wirklich Ihres ist. Verbiegen Sie Ihren Betrieb nicht für Software, die nie für Sie gedacht war — diesen Fehler haben wir jahrelang gemacht, und die Rechnung kam in Form verlorener Zeit und verpasster Chancen. Und was auch immer Sie bauen: Fangen Sie klein an, fangen Sie mit dem manuellen Prozess an, den Sie ohnehin verstehen, und lassen Sie das Tool von dort aus wachsen.
Den größten Teil meiner Laufbahn kam dieser Rat mit dem Vorbehalt, dass Bauen ein Luxus ist. Das ist es nicht mehr. Was früher Entwickler und Quartale an Arbeit brauchte, können heute die Menschen bauen, die den Prozess tatsächlich verstehen — also Sie.
Das ist die eigentliche Verschiebung. Die Frage war nie nur bauen oder kaufen. Die Frage war, ob Sie sich Software leisten können, die zu Ihrer tatsächlichen Arbeitsweise passt. Jetzt können Sie das.