Build vs. Buy für Mittelstands-KI: bauen, kaufen — oder die ehrliche dritte Option?

TL;DR: Die Build-vs.-Buy-Frage ist für den Mittelstand kein Neuland — sie heißt seit jeher Fertigungstiefe. Kein Maschinenbauer dreht seine eigenen Schrauben, und keiner kauft die Vorrichtung zu, die genau sein Werkstück hält. Übertragen auf KI: Sprachmodell, Datenbank, Hosting sind Normteile aus dem Katalog — kaufen. Ihr Wettbewerbsvorteil ist die Vorrichtung — bauen. Und der größte, ehrlichste Teil liegt dazwischen: Composen, also offene Bausteine zu Ihrem Prozess verdrahten. Die Leitfrage ist nicht „Was kostet der Einstieg?", sondern „Was kostet der Ausstieg?".

---

Sie haben Ihren ersten Use-Case gewählt — eng geschnitten, mit klarem Engpass, nach der Logik aus dem Stück davor. Jetzt kommt die Frage, an der die meisten KI-Vorhaben im Mittelstand entweder solide anfangen oder im Stillen versanden: Bauen Sie die Lösung selbst, kaufen Sie ein fertiges Tool — oder etwas dazwischen?

Die gute Nachricht vorweg: Diese Entscheidung kennen Sie längst. Sie haben sie hundertmal getroffen — nur an Werkstücken, nicht an Software. Fertigungstiefe ist der Name dafür. Welches Teil fertigen wir selbst, welches kauft der Einkauf zu, welches montieren wir aus Zulieferer-Modulen? Niemand schmilzt seinen eigenen Stahl, und niemand kauft eine Maschine, die er im Störfall nicht aufschrauben darf. KI ist keine neue Frage. Sie ist dieselbe Make-or-Buy-Entscheidung, nur mit anderen Bauteilen.

Die Leitmetapher: Normteil oder Vorrichtung

Bleiben wir konkret im Vorrichtungsbau. Ein guter Maschinenbauer fertigt seine Lager nicht selbst, wickelt seine Motoren nicht selbst, druckt seine Schrauben nicht. Das sind Normteile — sie kommen aus dem Katalog, sie sind millionenfach erprobt, und es wäre Verschwendung, sie nachzubauen. Was er selbst baut, ist die Vorrichtung: die Aufnahme, die genau sein Werkstück hält, weil es sie nirgends zu kaufen gibt. Darin steckt sein Können.

Genau so verhält es sich mit KI im Jahr 2026. Streichen Sie zuerst das Bild vom eigenen Modell-Training — das ist nicht Ihr Spielfeld und muss es nicht sein. Sprachmodelle, Vektordatenbanken, Authentifizierung, Hosting: alles Normteile. „Selbst bauen" heißt heute, offene Bausteine zu verdrahten, nicht Grundlagenforschung zu betreiben. Ihr Wettbewerbsvorteil ist die Vorrichtung — das eine, was nur zu Ihrem Teil passt. Wer die Vorrichtung einkauft, kauft die Vorrichtung des Nachbarn gleich mit.

Die erste Achse: Differenzierung

Damit ist die wichtigste Frage nicht „Können wir das bauen?", sondern „Sollten wir uns hier überhaupt unterscheiden?".

Niemand gewinnt einen Auftrag, weil seine Lohnabrechnung eleganter läuft, seine Spesenfreigabe schneller ist oder sein Ticket-Routing sauberer trifft. Das ist Commodity — hier gibt es fertige Tools, die das Problem für tausend Firmen gleichzeitig gut genug lösen. Buy, und zwar ohne schlechtes Gewissen. Selbst zu bauen, was austauschbar ist, verbrennt genau die Aufmerksamkeit, die woanders fehlt.

Build verdient nur, was Ihr echter Vorsprung ist — die Eigenheit, an der ein Kunde Sie erkennt. Der Angebotsprozess eines Sondermaschinenbauers, in dem vierzig Jahre Erfahrung stecken. Die Art, wie ein Spezialversicherer einen Schadenfall bewertet. Das verkauft Ihnen kein SaaS-Anbieter von der Stange — und wenn doch, hat es Ihr Wettbewerber morgen auch.

Die versteckten Kosten — auf beiden Seiten

Der Preis auf der Rechnung ist der ehrlichste Posten. Die teuren stehen woanders.

Buy wirkt billig und schnell, weil die Rechnung pünktlich kommt und der Betrieb jemand anderes Problem ist. Genau hier liegt der blinde Fleck. Sie kaufen nicht nur ein Tool, Sie kaufen eine Abhängigkeit mit drei Hebeln: Ihre Daten fließen in fremde Systeme — wo sie liegen und wer rechtlich darauf zugreifen kann, entscheiden Sie dann nicht mehr allein (der CLOUD Act erlaubt US-Behörden den Zugriff auf Daten US-kontrollierter Anbieter — unabhängig davon, ob der Server in Frankfurt steht; ein nüchterner Rechtsfaktor, den ein Geschäftsführer kennen muss, kein Feindbild). Die Integration wächst mit jedem Monat tiefer in Ihre Abläufe — „fertig" heißt selten „passt", und jede spätere Trennung wird teurer. Und die Roadmap gehört dem Anbieter: Was Sie brauchen, kommt vielleicht nie. Offene Standards wie MCP entschärfen genau diesen Lock-in — fragen Sie jeden Anbieter danach.

Build wirkt souverän — bis die Betriebslast sichtbar wird. Ein Prototyp läuft an einem Nachmittag. Was danach kommt, ist die eigentliche Arbeit: Monitoring, Modell-Updates, Halluzinations-Kontrolle, Zugriffsrechte, Logging, der Mensch, der morgens prüft, ob über Nacht etwas verrutscht ist. Das ist keine Projektphase, das ist ein Dauerzustand — und er braucht Talent, das knapp ist. Software, die niemand pflegt, verrottet. Die meisten gescheiterten Build-Projekte scheitern nicht am Bauen, sondern am Betreiben. Wer „Build" sagt, sagt „Betrieb".

Die ehrliche dritte Option: Compose

Zwischen „alles selbst from scratch" und „Vendor-Blackbox" liegt der Weg, den der Mittelstand aus der Fertigung am besten kennt: aus Modulen montieren. Sie nehmen ein Modell (ob Open-Weights oder Frontier), hängen über den MCP-Standard Ihre Werkzeuge daran — CRM, ERP, Dokumente, Suche — und orchestrieren das Ganze zu einem produktiven Agenten. Sie kaufen die Normteile, bauen die Vorrichtung selbst und verschrauben beides. Sie bauen nicht das Modell und nicht die Datenbank. Sie bauen die Linie, die Ihren Vorteil abbildet — und nur die.

Compose ist für die meisten Mittelständler die richtige Antwort, weil es die Betriebslast eines Vollbaus dämpft und trotzdem die Roadmap-Abhängigkeit eines Tools durchbricht. Jedes Normteil bleibt austauschbar. Sie sind Systemintegrator des eigenen Falls — kein Werkzeugmacher von Grund auf und kein Bittsteller. Das übernimmt ein interner Entwickler, ein IT-Dienstleister oder ein Beratungspartner. Ehrlich bleibt: dieselbe Talent-Knappheit wie beim Vollbau schlägt auch hier zu — nur kleiner, weil Sie nur die Vorrichtung verantworten, nicht den ganzen Maschinenpark. Composen ist der schmalste Mittelweg, nicht der Gratis-Mittelweg.

Die zweite Achse: Reversibilität

Eine Frage entscheidet mit, die selten gestellt wird: Wie teuer ist der Ausstieg? Vergessen Sie für einen Moment „günstiger" und „schneller". Reversibilität schlägt Anschaffungspreis. Sie ist nicht die dritte Achse der Landkarte oben — die bleibt bewusst zweidimensional —, sondern der Tie-Breaker, den Sie über jede Zone legen: Er entscheidet, wie schnell oder wie vorsichtig Sie eine an sich klare Wahl treffen dürfen.

Eine reversible Entscheidung dürfen Sie schnell treffen — falsch gewählt, raus, neu. Eine irreversible verdient Bedenkzeit. Ein Tool, dessen Daten Sie an einem Nachmittag sauber exportieren, ist reversibel — das dürfen Sie bedenkenlos kaufen, selbst wenn es nicht perfekt ist. Ein Tool, das Ihre Prozesse und Daten in sein Format einschnürt, ist eine Einbahnstraße und verdient dasselbe Misstrauen wie eine teure Eigenentwicklung. Eine Lösung, die heute etwas mehr kostet, dafür morgen ohne Schmerz austauschbar ist, ist fast immer die bessere Wette. Die Alternative ist die billige Blackbox, aus der Sie in drei Jahren nicht mehr herauskommen, ohne halb stehenzubleiben. Hohe Ausstiegskosten sind die stille Steuer, die Sie über Jahre zahlen — wer souverän hosten will, sollte die Landkarte der KI-Hoheit kennen, bevor er sich bindet.

Anti-Patterns

Drei Muster kosten im Mittelstand verlässlich Geld:

• Die Vorrichtung einkaufen. Ein Tool von der Stange für genau den Prozess wählen, der Sie eigentlich unterscheidet. Sie bezahlen dafür, sich austauschbar zu machen.
• Das Normteil nachbauen. Monatelang an einer Eigenlösung für Spesenfreigabe oder Ticket-Routing arbeiten — Aufmerksamkeit, die in der echten Vorrichtung gefehlt hat.
• „Build" ohne „Betrieb" denken. Den Prototyp feiern und den Dauerzustand vergessen. Ein Agent, den niemand wöchentlich am Leben hält, ist keine Lösung, sondern eine Altlast. Wer baut, sollte die Produktions-Landkarte für KI-Agenten gelesen haben, bevor die erste Zeile entsteht.

Die Faustregel

Die ganze Logik lässt sich auf einen Satz eindampfen, den Sie Ihrem Team mitgeben können:

Bauen Sie, was Sie verstehen. Kaufen Sie, was Sie nicht betreiben wollen. Montieren Sie den Rest.

Oder als Drei-Fragen-Test vor jeder Entscheidung: Differenziert mich das? — wenn nein, kaufen. Will ich das betreiben? — wenn nein, kaufen oder composen. Wie teuer ist der Ausstieg? — wenn teuer, doppelt hinsehen. Das ist keine Ideologie, sondern Buchhaltung mit langem Zeithorizont.

Wohin von hier

Welche Zone Ihr konkreter Use-Case trifft, hängt an Ihren Daten, Ihrem Vorteil und Ihrer Betriebsrealität — keine Tabelle nimmt Ihnen das ab. Der Weg durch den Baukasten, in Reihenfolge:

1. Den ersten Use-Case sauber wählen — der Engpass, an dem alles hängt.
2. Den ersten Piloten in sechs Wochen ziehen — ein schmaler, vollständiger Schnitt, der die Sourcing-Entscheidung an einem echten Fall beweist.
3. Open-Weights oder Frontier-Modell? — das erste Normteil.
4. MCP als offener Tool-Standard — wie Sie Werkzeuge anhängen, ohne sich einzuschnüren.
5. KI-Agenten in Produktion bringen — vom Prototyp zum Dauerbetrieb.
6. Souveräne KI für den Mittelstand — Hoheit über Daten und Hosting.

Und wenn Sie die Linie zwischen Vorrichtung und Normteil durch Ihren konkreten Fall ziehen wollen, ist das der Kern unserer KI-Beratung — und genau so arbeiten wir: geerdet, ohne Hype, an Ihrer Fertigungstiefe — nicht an unserer Lizenzverlängerung.

Denn eine KI-Strategie, die nur aus zugekauften Blackboxes besteht, ist am Ende die Strategie Ihrer Anbieter — und die optimieren auf ihre Lizenzverlängerung, nicht auf Ihren Vorsprung. Behalten Sie das eine Teil in eigener Hand, das nur zu Ihrem Werkstück passt. Die Vorrichtung gehört Ihnen.

Teil der Adoptions-Landkarte: [KI im Mittelstand einführen — von der Idee zur angenommenen Lösung](/blog/ki-mittelstand-einfuehren-adoptions-landkarte).