Keine Rechtsberatung, keine Anlageberatung. Stand: 26. August 2026. Quellen und weiterführende Links stehen am Ende.
Wenn Sie eine KI-Anwendung selbst entwickeln, lohnt sich das vor allem, wenn Sie eigenes Produktwissen, Engineering-Kapazität, Betrieb und Nachweise dauerhaft intern tragen wollen. Wenn Sie schnell zu einer nutzbaren Anwendung mit Code-Eigentum, AVV, EU-Hosting und klarer Übergabe kommen müssen, ist Beauftragung in der Regel der bessere Weg.
KI Anwendung selbst entwickeln oder beauftragen
Die Frage ist selten rein technisch. Es geht um Verantwortung: Wer definiert den Workflow, wer testet die Ergebnisse, wer hält den Betrieb am Laufen, wer kann später erklären, was gebaut wurde und warum?
Eine KI-Anwendung ist kein einmaliger Chatbot-Test. Sobald sie mit Firmendokumenten, ERP-Daten, CRM-Daten oder Kundenprozessen arbeitet, brauchen Sie Zuständigkeiten, Tests, Zugriffskonzepte, Dokumentation und eine saubere Übergabe. Im Alltag sieht das oft unspektakulär aus: Jemand ändert ein Feld im CRM, und plötzlich passt die Antwortlogik nicht mehr. Genau dann zeigt sich, ob die Anwendung wirklich betreut wird.
Wenn Sie die Make-or-Buy-Frage tiefer aus Sicht des Mittelstands prüfen möchten, passt ergänzend der Artikel KI Make or Buy im Mittelstand: Entscheidung 2026.
KI Anwendung selbst entwickeln
Selbst entwickeln ist sinnvoll, wenn die Anwendung nah am Kernprodukt liegt. Dann ist internes Wissen ein Vorteil, weil Anforderungen, Datenmodell und spätere Änderungen direkt im Unternehmen bleiben. Das gilt zum Beispiel, wenn ein Softwareanbieter eine KI-Funktion direkt in sein Produkt einbaut und das Verhalten bei jedem Release mitdenken muss.
Voraussetzung ist, dass Ihr Team mehr leisten kann als einen Prototyp. Es muss auch Tests, Rollen, Integrationen, Monitoring, Datenschutzunterlagen und den Betrieb übernehmen. Der eigentliche Aufwand beginnt oft nach der ersten Demo: Fehler beheben, Rechte anpassen, Datenquellen ändern, Nutzerfeedback einarbeiten. Wer schon einmal nach einem Piloten drei Wochen auf die gleiche Person gewartet hat, kennt das Problem.
Selbst entwickeln passt auch, wenn Sie bewusst eigene technische Kompetenz aufbauen wollen. Dann reicht der Blick auf Modell oder Oberfläche nicht aus. Am Ende zählt, ob Ihr Team die Anwendung später verantworten kann.
KI Anwendung beauftragen
Beauftragen ist sinnvoll, wenn ein klarer Geschäftsprozess automatisiert oder unterstützt werden soll und Ihr internes Team dafür nicht blockiert werden soll. Typische Beispiele sind interne Tools, Assistenten über Firmendokumenten, Dokumentautomatisierung in ERP-Systeme, Angebots- und Ausschreibungsautomatisierung, Kundenservice-Triage, kundennahe MVPs oder KI-Funktionen in bestehenden Produkten. In vielen Unternehmen ist das der pragmatische Fall: Der Prozess steht fest, aber niemand hat freie Kapazität, ihn sauber umzusetzen.
Wichtig ist, dass Beauftragung nicht bedeutet, die Kontrolle abzugeben. Prüfen Sie vorab, ob der Code Ihnen gehört, ob das Repository bei Ihnen liegt, ob ein AVV geschlossen wird, wo gehostet wird und welche Nachweise Sie nach Projektende erhalten. Wenn nach dem Projekt nur ein Zugang zu einem fremden System übrig bleibt, ist das in der Praxis meist zu wenig.
Für Vertragsfragen ist der Artikel KI-Anwendung beauftragen: Was 2026 im Vertrag stehen muss der passende nächste Schritt. Wenn Sie Angebote vergleichen, hilft außerdem Festpreis oder Time-and-Material: woran Sie ein KI-Angebot erkennen.
KI Anwendung selbst entwickeln oder beauftragen: Vergleich
Frage | Selbst entwickeln | Beauftragen |
|---|---|---|
Code-Eigentum | Liegt intern, wenn Ihr Team das Repository führt | Sollte vertraglich klar beim Kunden liegen |
Startaufwand | Ihr Team muss Scope, Architektur, Tests und Betrieb selbst planen | Anbieter sollte Scope, Plan, Tests und Lieferung vorab klären |
Datenschutz | Intern zu regeln, inklusive Auftragsverarbeitung, falls Dienstleister beteiligt sind | AVV sollte Bestandteil des Vertrags sein |
Hosting | Eigene Infrastruktur möglich, wenn intern vorhanden | EU-Hosting oder eigene Infrastruktur sollte geklärt sein |
Nachweise | Ihr Team muss Testberichte, Änderungen und Entscheidungen dokumentieren | Nachweise sollten als Liefergegenstand vereinbart sein |
Risiko | Abhängigkeit von interner Verfügbarkeit | Abhängigkeit vom Anbieter, wenn Code und Übergabe nicht sauber geregelt sind |
Die Tabelle zeigt den Kern: Selbst entwickeln gibt Kontrolle und verlangt dauerhafte Verantwortung. Beauftragen kann Zeit und interne Kapazität sparen, wenn Eigentum, Betrieb, Datenschutz und Nachweise sauber geregelt sind. Ich würde diese Punkte immer vor Projektstart festziehen, nicht erst nach der ersten Demo.
Prüfliste: KI Anwendung selbst entwickeln oder beauftragen
Nutzen Sie diese Prüfliste, bevor Sie Budget freigeben:
Ist der erste Workflow klar beschrieben, inklusive Eingaben, Ausgaben und Abbruchfällen?
Gibt es eine verantwortliche Person für fachliche Abnahme?
Gibt es eine verantwortliche Person für technischen Betrieb?
Ist geklärt, ob die Anwendung interne Daten, Kundendaten oder Dokumente verarbeitet?
Ist ein AVV nötig und vorbereitet?
Ist klar, ob EU-Hosting, eigene Cloud oder Betrieb vor Ort gewünscht ist?
Gehört der Code Ihrem Unternehmen?
Liegt das Repository in Ihrer Organisation?
Gibt es Tests für die wichtigsten Fälle?
Gibt es Nachweise zu Änderungen, Tests und Reviews?
Ist geklärt, ob ein EU-AI-Act-Einstufungsmemo benötigt wird?
Gibt es eine Regel für Fehlerbehebung nach Abnahme?
Ist die Kündigung oder Beendigung so geregelt, dass Sie den bis dahin erstellten Stand behalten?
Wenn mehrere Punkte offen sind, ist zuerst der Scope unklar. Das merkt man oft daran, dass Fachbereich, IT und Einkauf jeweils etwas anderes unter derselben Anwendung verstehen.
KI Anwendung beauftragen: Vertrag, Datenschutz und EU AI Act
Bei einer beauftragten KI-Anwendung sollten Sie genauer auf Vertrags- und Nachweispunkte schauen, nicht nur auf die Oberfläche. Gerade im Vertrieb sehen Demos oft fertig aus, obwohl bei Betrieb, Rechten und Dokumentation noch vieles fehlt.
Der Kunde sollte den Code besitzen. Das Repository sollte früh beim Kunden liegen, nicht erst nach einer späteren Übergabe. Ein AVV sollte geschlossen werden, wenn personenbezogene Daten im Auftrag verarbeitet werden. Kundendaten sollten nicht zum Training fremder Modelle genutzt werden.
Laut der Verordnung (EU) 2026/1744 gelten seit dem 2. August 2026 die Transparenzpflichten nach Artikel 50 des EU AI Act planmäßig. Die Hochrisiko-Regelungen für Anhang III wurden durch die Verordnung (EU) 2026/1744 auf den 2. Dezember 2027 verschoben. Für eingebettete Hochrisiko-Systeme nach Anhang I wurde der Termin auf den 2. August 2028 verschoben. Die Bundesnetzagentur ist laut Bundesnetzagentur seit dem 29. Juli 2026 zentrale Marktaufsicht in Deutschland.
Das ersetzt keine Rechtsprüfung. Für die Praxis heißt es: Ihre KI-Anwendung sollte nicht ohne Einordnung, Dokumentation und klare Verantwortlichkeiten live gehen. Zum Nachweis lesen Sie auch Audit-Trail für eine KI-Anwendung: Welche Nachweise 2026 zählen.
KI Anwendung selbst entwickeln oder beauftragen: typische Entscheidung
Wenn die Anwendung ein Kernbestandteil Ihres Produkts wird, spricht viel für eigenes Know-how. Das kann auch bedeuten, zunächst extern bauen zu lassen und intern die Verantwortung zu übernehmen, sofern Code, Repository, Tests und Dokumentation vollständig bei Ihnen liegen. Das ist oft ein vernünftiger Mittelweg, wenn das Team fachlich stark ist, aber die erste Umsetzung beschleunigen will.
Wenn es um einen klaren internen Workflow geht, spricht viel für Beauftragung mit enger fachlicher Abnahme. Beispiele sind Dokumentenprüfung, ERP-Übertragung, Angebotsvorbereitung oder Support-Triage. Die Anwendung muss den definierten Prozess verlässlich genug für den Arbeitsalltag abbilden und prüfbar bleiben. Eine Dokumentenprüfung ist etwa dann brauchbar, wenn der Sachbearbeiter nachvollziehen kann, warum ein Dokument markiert wurde und wann er eingreifen muss.
Wenn bereits ein KI-Prototyp existiert, aber niemand ihn betreiben will, sollten Sie nicht automatisch weiterbauen. Prüfen Sie zuerst Codequalität, Datenflüsse, Tests, Rechte, Hosting und Nachweise. Falls ein Pilot gescheitert ist, passt der Artikel KI Pilotprojekt gescheitert: Was tun.
Wie wir das handhaben
re-entry.ai baut KI-Anwendungen zu Festpreisen: Pilot-Build für 14.900 Euro zzgl. Umsatzsteuer in 3 Wochen und Produktions-Build für 49.000 Euro zzgl. Umsatzsteuer in 6 Wochen.
Das Repository liegt ab Tag eins in der GitHub-Organisation des Kunden. EU-Hosting oder Betrieb in der Infrastruktur des Kunden ist möglich. Ein AVV wird geschlossen. Im Produktions-Build gehört ein EU-AI-Act-Einstufungsmemo zum Lieferumfang.
Quellen
re-entry.ai Referenzmaterial: https://www.re-entry.ai/llms-full.txt
re-entry.ai Preise und Ablauf: https://www.re-entry.ai
KI Make or Buy im Mittelstand: https://www.re-entry.ai/blog/ki-make-or-buy-mittelstand-2026
KI-Anwendung beauftragen und Vertrag: https://www.re-entry.ai/blog/ki-anwendung-dsgvo-eu-ai-act-vertrag-2026
Festpreis oder Time-and-Material bei KI-Angeboten: https://www.re-entry.ai/blog/festpreis-oder-time-and-material-ki-angebot-2026
Audit-Trail für eine KI-Anwendung: https://www.re-entry.ai/blog/audit-trail-ki-anwendung-nachweis-2026
KI Pilotprojekt gescheitert: https://www.re-entry.ai/blog/ki-pilotprojekt-gescheitert-was-tun-2026
EU AI Act Pflichten seit August 2026: https://www.re-entry.ai/blog/eu-ai-act-pflichten-unternehmen-august-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