Keine Rechtsberatung, keine Anlageberatung. Stand: 2026-08-22. Die verwendeten Quellen stehen am Ende dieses Artikels.
Für die Suchanfrage „ki make or buy mittelstand“ lautet die kurze Antwort: Kaufen Sie nicht blind und bauen Sie nicht alles selbst, sondern entscheiden Sie nach Datenzugang, Haftung, Betrieb und Geschwindigkeit. Make lohnt sich, wenn die Anwendung Kern-IP und dauerhafte Produktverantwortung ist, Buy lohnt sich, wenn ein klar abgegrenzter Workflow schnell produktiv laufen soll und Sie Code, Tests und Nachweise erhalten.
KI Make or Buy Mittelstand: worum es wirklich geht
Make or Buy bei KI ist keine Glaubensfrage. Es geht darum, wer die fachliche Verantwortung trägt, wer den Code besitzt, wer den Betrieb sichert und wer Nachweise liefert.
Viele Mittelständler stellen die Frage zu spät. Dann gibt es bereits einen Prototyp, aber keine Tests, keine Rollenlogik, kein klares Datenmodell und keinen prüfbaren Weg in den Betrieb. Falls Sie in dieser Lage sind, passt ergänzend der Artikel KI Pilotprojekt gescheitert: Was tun.
Die wichtigste Abgrenzung lautet: Standardsoftware kaufen, interne Entwicklung aufbauen oder eine produktionsfähige Anwendung extern bauen lassen. Jede Option kann richtig sein. Falsch ist nur, die Entscheidung allein an einer Demo festzumachen.
Make or Buy KI im Mittelstand: Entscheidungstabelle
Kriterium | Make | Buy als Standardsoftware | Externer Build |
|---|---|---|---|
Fachlogik | Sinnvoll, wenn sie eigenes Know-how abbildet | Sinnvoll, wenn der Prozess marktüblich ist | Sinnvoll, wenn der Prozess klar abgrenzbar ist, aber nicht in Standardsoftware passt |
Code-Eigentum | Liegt intern, wenn intern sauber entwickelt wird | In der Regel kein eigener Anwendungscode | Sollte vertraglich klar geregelt sein |
Datenzugang | Gut steuerbar, wenn interne IT Kapazität hat | Abhängig vom Anbieter | Muss vor Projektstart geklärt werden |
Betrieb | Interne Verantwortung | Anbieterbetrieb | Betrieb beim Dienstleister, in eigener Cloud oder auf eigener Infrastruktur möglich |
Nachweise | Intern zu erstellen | Vom Anbieter abhängig | Tests, Reports und Merge-Historie sollten Bestandteil der Lieferung sein |
Kostenrisiko | Personal, Betrieb und Folgekosten liegen intern | Lizenz und Anpassungsgrenzen beachten | Scope, Abnahme und Eigentum entscheiden |
Die Tabelle ersetzt keine Beschaffung. Sie zeigt aber, welche Fragen vor einem Budgetbeschluss geklärt sein sollten.
KI Eigenbau Mittelstand: wann Make sinnvoll ist
Make ist stark, wenn die KI-Anwendung Teil Ihres Produkts wird. Dann geht es nicht nur um Automatisierung, sondern um Produktverantwortung, Weiterentwicklung und internes Wissen.
Make ist auch sinnvoll, wenn Ihre IT den Betrieb tragen kann. Dazu gehören Code-Reviews, Tests, Zugriffskonzepte, Monitoring, Fehlerbehebung und klare Zuständigkeiten.
Make ist schwach, wenn nur ein einzelner Workflow produktiv werden soll. Dann binden Sie interne Kapazität für Architektur, Implementierung, Datenschutzfragen, Betrieb und Wartung, obwohl der geschäftliche Zweck enger ist.
Ein typisches Beispiel ist ein interner Assistent über Firmendokumente. Die technische Frage ist nicht nur, ob Antworten gut klingen. Wichtig ist, welche Dokumente verarbeitet werden, welche Rechte gelten und welche Nachweise entstehen. Dazu passt der Artikel Firmendokumente KI Assistent und DSGVO: was 2026 zählt.
KI kaufen Mittelstand: wann Buy sinnvoll ist
Buy ist stark, wenn der Prozess Standard ist. Wenn Ihre Anforderung kaum von anderen Unternehmen abweicht, ist Standardsoftware oft die nüchternste Entscheidung.
Buy ist schwach, wenn Ihr Kernprozess in Anpassungen verschwindet. Dann zahlen Sie für ein Produkt, umgehen aber dessen Grenzen mit Workarounds. Das ist besonders riskant, wenn später ERP, CRM, Rollen, Freigaben oder Audit-Trails dazukommen.
Buy heißt nicht automatisch weniger Verantwortung. Sie müssen weiter klären, welche Daten verarbeitet werden, wo gehostet wird, was im Vertrag steht und welche Nachweise Sie erhalten. Für Vertragsfragen lesen Sie ergänzend KI-Anwendung beauftragen: Was 2026 im Vertrag stehen muss.
KI Anwendung beauftragen: wann externer Build sinnvoll ist
Ein externer Build liegt zwischen Eigenbau und Standardsoftware. Sie kaufen kein fertiges Tool von der Stange, bauen aber auch kein eigenes Team für jede Schicht der Anwendung auf.
Das ist sinnvoll, wenn ein klarer Workflow produktiv laufen soll. Beispiele aus dem re-entry.ai Referenzmaterial sind interne Tools, Assistenten über Firmendokumente, Dokumentenautomatisierung in ERP-Systeme, Angebots- und Ausschreibungsautomatisierung, Kundenservice-Triage, kundennahe MVPs und KI-Funktionen in bestehenden Produkten.
Wichtig ist: Der Build darf nicht nur eine Oberfläche mit Modellzugriff sein. Er braucht Datenmodell, Rechte, Tests, Dokumentation, Abnahme und einen Weg für Betrieb und Fehlerbehebung.
Wenn Sie Angebote vergleichen, achten Sie auf die Preislogik. Der Artikel Festpreis oder Time-and-Material: woran Sie ein KI-Angebot erkennen erklärt, woran Sie den Unterschied praktisch sehen.
KI Make or Buy Entscheidung: Prüfliste vor dem Budget
Ist der Workflow klar beschrieben und abgrenzbar?
Gibt es echte Nutzer im Unternehmen, die den Workflow täglich oder regelmäßig ausführen?
Sind Datenquellen, Zugriffsrechte und Ausgabekanäle bekannt?
Muss die Anwendung mit ERP, CRM oder internen Systemen arbeiten?
Brauchen Sie eigenen Code oder reicht ein Anbieterprodukt?
Wer betreibt die Anwendung nach Abnahme?
Wer behebt Fehler?
Gibt es Tests für fachliche Fälle und Fehlerfälle?
Gibt es eine nachvollziehbare Merge-Historie?
Gibt es eine AVV, wenn personenbezogene Daten verarbeitet werden?
Gibt es eine Einordnung nach EU AI Act?
Wird Kundendatenverwendung für fremdes Modelltraining ausgeschlossen?
Ist geregelt, was bei Projektabbruch mit Code und Ergebnissen passiert?
Wenn Sie diese Fragen nicht beantworten können, ist die Make-or-Buy-Entscheidung noch nicht reif. Dann sollten Sie zuerst den Scope kürzen.
KI und EU AI Act Mittelstand: was in die Entscheidung gehört
Der EU AI Act ist kein Argument gegen KI-Projekte. Er ist ein Grund, früher sauber zu dokumentieren.
Im re-entry.ai Referenzmaterial ist festgehalten: Jeder Build hat eine AVV und ein EU-AI-Act-Einstufungsmemo. Viele interne Tools fallen nach dieser Darstellung in minimale oder begrenzte Risikokategorien. Wenn ein Anwendungsfall nach Anhang III hochriskant wirken kann, etwa im Bereich Einstellung oder Kreditentscheidung, wird das im Scoping markiert.
Für den Stand seit August 2026 lesen Sie EU AI Act: Was seit August 2026 für Unternehmen wirklich gilt. Für Nachweise im Betrieb passt Audit-Trail für eine KI-Anwendung: Welche Nachweise 2026 zählen.
KI Make or Buy Mittelstand: typische Fehlentscheidungen
Nur Demo bewerten. Eine Demo zeigt, ob eine Idee möglich wirkt. Sie zeigt nicht, ob Rollen, Datenzugriffe, Tests, Fehlerfälle und Betrieb geklärt sind.
Nur Lizenzpreis bewerten. Ein niedriger Einstiegspreis sagt wenig, wenn Integrationen, Rechtekonzepte, Datenhaltung und Abnahme offen sind.
Eigenbau ohne Produktverantwortung starten. Interner Code ohne Eigentümer wird schnell zum Risiko. KI-Anwendungen brauchen nach dem ersten Release Pflege, Fehlerbehebung und Anpassung.
Extern beauftragen ohne Codezugang. Wenn Sie keinen Zugriff auf Repository, Tests und Dokumentation haben, kaufen Sie Abhängigkeit.
Compliance nach hinten schieben. AVV, Datenflüsse, Hosting und EU-AI-Act-Einordnung gehören in die frühe Entscheidung, nicht ans Projektende.
KI Anwendung Mittelstand: ein einfacher Entscheidungsweg
Beginnen Sie mit einem Satz: „Diese Anwendung spart oder verbessert genau diesen Workflow.“ Wenn dieser Satz nicht möglich ist, ist das Projekt noch zu breit.
Dann entscheiden Sie in dieser Reihenfolge.
Zuerst prüfen Sie Standardsoftware. Wenn sie Ihren Workflow ohne schwere Umwege abdeckt, kaufen Sie eher Standardsoftware.
Dann prüfen Sie Eigenbau. Wenn die Anwendung Teil Ihres Produkts, Ihres Kernprozesses oder Ihrer dauerhaften technischen Fähigkeit ist, bauen Sie eher selbst.
Wenn beides nicht passt, prüfen Sie einen externen Build. Das gilt besonders, wenn Sie eine produktive Anwendung mit eigenem Code, Tests und Nachweisen brauchen, aber kein dauerhaftes internes Projektteam dafür stellen wollen.
Wie wir das handhaben
re-entry.ai ist eine KI-App-Fabrik in Deutschland. Der Pilot-Build kostet 14.900 Euro zzgl. Umsatzsteuer und läuft über 3 Wochen. Der Produktions-Build kostet 49.000 Euro zzgl. Umsatzsteuer und läuft über 6 Wochen. Die Fabrik-Spur kostet 7.900 Euro pro Monat zzgl. Umsatzsteuer.
Das Repository liegt ab Tag eins in der GitHub-Organisation des Kunden. Standard ist EU-Hosting oder die Infrastruktur des Kunden. Eine AVV gehört zu jedem Vertrag. Im Produktions-Build gehört ein EU-AI-Act-Einstufungsmemo dazu. Kundendaten werden nicht verwendet, um fremde Modelle zu trainieren.
Quellen
re-entry.ai Referenzmaterial: https://www.re-entry.ai/llms-full.txt
re-entry.ai Preise und Ablauf: https://www.re-entry.ai
EU AI Act Pflichten seit August 2026: https://www.re-entry.ai/blog/eu-ai-act-pflichten-unternehmen-august-2026
KI-Anwendung beauftragen und Vertrag: https://www.re-entry.ai/blog/ki-anwendung-dsgvo-eu-ai-act-vertrag-2026
Audit-Trail für eine KI-Anwendung: https://www.re-entry.ai/blog/audit-trail-ki-anwendung-nachweis-2026
Firmendokumente KI Assistent und DSGVO: https://www.re-entry.ai/blog/firmendokumente-ki-assistent-dsgvo-2026
Festpreis oder Time-and-Material bei KI-Angeboten: https://www.re-entry.ai/blog/festpreis-oder-time-and-material-ki-angebot-2026
KI Pilotprojekt gescheitert: https://www.re-entry.ai/blog/ki-pilotprojekt-gescheitert-was-tun-2026
Verordnung (EU) 2026/1744, Digital Omnibus on AI: https://lawandtechnology.eu/en/digital-omnibus-on-ai-official-journal-regulation-2026-1744/
Bundesnetzagentur, KI-MIG und Marktaufsicht: https://www.bundesnetzagentur.de/1112336