Software kaufen oder selbst bauen? Warum sich die Rechnung durch KI gerade umdreht

Er galt jahrelang als der Betrieb, der den Anschluss verpasst. Ein Produktionsunternehmen im Mittelstand, das nie die neueste Software gekauft hat. Stattdessen Eigenlösungen, Produktionsdaten über Jahre im eigenen Haus, teils in wild gewachsenen Excel-Tabellen — aber mit sauberer Struktur und voller Kontrolle.

Noch vor wenigen Jahren hätte ihm jeder dringend zur Modernisierung geraten. Ab in die Cloud, weg mit dem Eigenbau, her mit dem großen Standardtool.

Heute ist genau dieser Betrieb im Vorteil. Er besitzt etwas, das kein Standardtool mitliefert: Jahrzehnte eigener Daten voller Kontextwissen. Und er kann sie endlich nutzen — weil sich die Software, die auf diesen Daten arbeitet, mit KI in einem Bruchteil der früheren Zeit bauen lässt.

Die Rechnung dreht sich um

Jahrzehntelang galt: Individuelle Software ist Luxus. Wer sie sich nicht leisten konnte, kaufte Standard. Die Logik dahinter war sauber — Entwicklungszeit war teuer, Lizenzkosten teilten sich viele.

Genau dieser Posten kippt gerade. Teuer an einer Eigenlösung war nie die Idee, sondern die Zeit, sie zu programmieren. Und die schrumpft, weil KI einen großen Teil dieser Arbeit übernimmt. Bauen wird billiger — Kaufen kostet weiter Monat für Monat.

Trotzdem hält sich der Reflex: „Ich kaufe mir ein Tool, das löst das dann schon." Das Ergebnis kennen viele. Du zahlst jeden Monat für Funktionen, die nie jemand anfasst — und die eine Funktion, die du wirklich brauchst, fehlt oder steckt im nächsthöheren Paket.

Die Alternative ist keine Großinvestition. Es ist eine kleine Anwendung mit genau den Funktionen, die auch benutzt werden. Gebaut auf den Daten, die ohnehin seit Jahren im Haus liegen. Software, die dem Unternehmen gehört — ohne Abo, ohne monatliche Gebühr, mit den Daten auf eigenem Boden.

In Monaten rechnen, nicht in Jahren

Ein Satz, an dem sich jedes Vorhaben messen lassen muss: Keine Lösung darf so ausgelegt sein, dass sie sich erst in zwei Jahren zurückzahlt.

Dafür verändert sich die Technologie zu schnell. Was du heute mühsam baust, ist in achtzehn Monaten vielleicht Standardbestandteil deiner Office-Umgebung — oder überholt. Der Rückfluss muss spätestens nach sechs Monaten sichtbar sein. Und sichtbar heißt nicht „im Businessplan plausibel", sondern: Jemand wendet Zeit nicht mehr auf, die er vorher aufgewendet hat.

Ob ein Anwendungsfall das schafft, kannst du vorher durchrechnen. Es braucht dafür kein Gutachten, sondern zehn Minuten und vier ehrliche Antworten.

Vier Fragen vor dem Start

Nimm den Anwendungsfall, über den bei euch gerade am häufigsten geredet wird. Schreib die Antworten auf, denken allein reicht nicht.

Nachhaltigkeit: Wird die Lösung dauerhaft genutzt, und lässt sie sich auf andere Abteilungen übertragen? Oder ist sie in vier Monaten obsolet?

Effizienz: Spart sie wirklich Zeit — und arbeiten wir dabei mit dem richtigen Werkzeug?

Effektivität: Tun wir überhaupt das Richtige, oder automatisieren wir gerade etwas, das niemand braucht?

Geld: Wie viel Zeit sparen wir konkret, was kostet die Umsetzung, und ist sie technisch machbar?

Nur wenn alle vier Antworten positiv ausfallen, wird umgesetzt. Ein „weiß nicht" ist dabei keine positive Antwort, sondern ein Rechercheauftrag für die nächste Woche.

Und dann gilt: klein anfangen, Schritt für Schritt aufbauen, Stunde um Stunde sparen.

Es scheitert nicht an der Technologie

Der übliche Weg sieht so aus: Ein Tool wird gekauft. Dann werden die Prozesse angepasst. Und ganz am Ende sagt man den Menschen, wie sie damit umzugehen haben. Das Ergebnis kennst du vielleicht — keiner nutzt es. Und danach heißt es, KI sei gescheitert.

Gescheitert ist nicht die Technologie. Gescheitert ist die Reihenfolge.

Dreh sie um: zuerst der Mensch. Dann die Organisation. Dann die Prozesse. Und ganz am Ende das Werkzeug. Deshalb steht am Anfang eines Projekts kein Technologievergleich, sondern ein Blick auf die Organisation. Wie geht es dem Unternehmen? Wie geht es den Menschen? Welche Ängste gibt es — vor Fehlern, um den Arbeitsplatz? Und wie führt man Neues so ein, dass alle mitkommen?

Wenn Mitarbeitende von Anfang an wissen, was gebaut wird, warum es gebaut wird und wo das Unternehmen hinwill, dann nutzen sie hinterher die Lösung, an der sie mitgebaut haben. Erst dann werden Effizienzen tatsächlich gehoben. Vorher stehen sie nur in der Präsentation.

Wenn ein Anwendungsfall zu kippen droht

Und wenn ein Team skeptisch bleibt? Erfahrungsgemäß kippt ein Anwendungsfall selten wirklich. Meistens stellt sich im Projekt heraus, dass der ursprüngliche Ansatz nicht der richtige war. Dass man größer denken kann. Oder dass die Lösung eigentlich in eine ganz andere Abteilung gehört.

Der Anwendungsfall wird nicht abgesagt. Er verändert sich.

Du brauchst ein Zielbild und die Bereitschaft, in diese Richtung loszugehen. Gerade ist der Weg dorthin fast nie. Wie so vieles im Leben.

Der Vorsprung liegt am Ende nicht im gekauften Tool. Er liegt in den Daten, die du längst hast — und darin, dass sie sich heute in wenigen Wochen nutzbar machen lassen.