KI-Transformation · Deutschland
KI-Implementierungspartner auswählen: Kriterien, Prozess, Checkliste
Die meisten KI-Projekte scheitern nicht an der Technologie, sondern an der Umsetzung. Entsprechend entscheidet die Wahl des Partners häufig mehr über das Ergebnis als die Wahl des Modells oder der Plattform.
Kurzantwort
Die wichtigste Antwort vorab
Ein KI-Implementierungspartner unterscheidet sich von einer klassischen Beratung dadurch, dass er das System nicht konzipiert, sondern baut, in Betrieb nimmt und verantwortet. Bei der Auswahl zählen fünf harte Kriterien: nachweisbar produktiv betriebene Systeme statt Prototypen, Integrationskompetenz in der vorhandenen Systemlandschaft, geklärte Rollen und Pflichten nach DSGVO und EU AI Act, ein belastbares Betriebs- und Supportmodell sowie vertraglich gesicherte Exit-Fähigkeit an Daten, Modellen und Konfiguration. Ein Anbieter, der keine klare Antwort zu Betrieb und Ausstiegsszenario gibt, ist ein Konzeptlieferant, kein Implementierungspartner.
Das Wichtigste in 30 Sekunden
- ✓Der Unterschied zwischen Beratung und Implementierung liegt in der Verantwortung für den Betrieb.
- ✓Referenzen zählen nur, wenn sie produktiv laufen. Ein Prototyp beweist die schwierigen Teile nicht.
- ✓Die Rollen nach DSGVO und EU AI Act gehören vor Vertragsschluss geklärt, nicht nach dem Go-live.
- ✓Exit-Fähigkeit an Daten, Modellen und Konfiguration ist ein Auswahlkriterium, kein Vertragsdetail.
- ✓Ein sauberer Auswahlprozess beginnt mit einem bezahlten, abgegrenzten Vorprojekt statt mit einem Rahmenvertrag.
Abgrenzung
Beratung, Implementierung und Betrieb sind drei verschiedene Leistungen
Im Markt firmieren sehr unterschiedliche Anbieter unter demselben Begriff. Die Unterscheidung ist nicht akademisch: Sie bestimmt, wer am Ende dafür geradesteht, dass ein System im Alltag funktioniert.
Eine Strategieberatung liefert Priorisierung, Zielbild und Roadmap. Ein Implementierungspartner baut das System, bindet es an die vorhandene Landschaft an und bringt es produktiv. Ein Betriebspartner hält es danach am Laufen, überwacht Qualität und Kosten und entwickelt es weiter. Manche Anbieter decken alle drei Rollen ab, viele nur eine. Problematisch wird es, wenn die Übergänge niemandem gehören: Das Konzept ist fertig, aber niemand ist verantwortlich, es in die Realität zu übersetzen.
Strategieberatung
Priorisierung von Anwendungsfällen, Zielbild, Roadmap. Ergebnis ist ein Dokument.
Implementierung
Architektur, Entwicklung, Integration, Migration, Go-live. Ergebnis ist ein laufendes System.
Betrieb
Monitoring, Qualitätssicherung, Kostenkontrolle, Weiterentwicklung, Support. Ergebnis ist Verlässlichkeit über Zeit.
Die entscheidende Frage im Auswahlgespräch lautet nicht, was der Partner kann, sondern wofür er nach dem Go-live geradesteht.
Kriterien
Die fünf Kriterien, die wirklich zählen
Zertifikate, Partnerschaftsstufen und Mitarbeiterzahlen sagen wenig darüber aus, ob ein Projekt gelingt. Aussagekräftig sind die folgenden fünf Punkte, weil sie sich prüfen lassen.
Produktiv betriebene Systeme
Nicht Prototypen, nicht Piloten, sondern Systeme mit echten Nutzern im Alltag. Die schwierigen Probleme entstehen erst nach dem Go-live.
Integrationskompetenz
Erfahrung mit den Systemen, die tatsächlich im Haus stehen: ERP, CRM, PIM, DAM, Data Warehouse, Werbekonten. Der Aufwand steckt fast immer in den Schnittstellen.
Geklärte Rollen und Pflichten
Wer ist Verantwortlicher, wer Auftragsverarbeiter, welche Pflichten ergeben sich aus dem EU AI Act? Ein Partner, der hier ausweicht, verlagert das Risiko auf Sie.
Betriebs- und Supportmodell
Reaktionszeiten, Zuständigkeiten, Eskalationswege, Umgang mit Modellwechseln und Qualitätsabfall. Ohne dieses Modell endet das Projekt am Tag des Go-live.
Exit-Fähigkeit
Daten, Wissensbasis, Prompts, Konfiguration und Workflow-Logik müssen exportierbar und woanders betreibbar sein. Sonst entsteht eine Abhängigkeit, die den Preis für alle Folgeleistungen bestimmt.
Regulatorik
Rollen nach DSGVO und EU AI Act vor Vertragsschluss klären
Der EU AI Act knüpft Pflichten an die Rolle, in der ein Unternehmen ein KI-System einsetzt. Wer ein System entwickelt oder unter eigenem Namen bereitstellt, trägt andere Pflichten als wer es lediglich betreibt. Diese Zuordnung ist keine Formalie, sondern bestimmt Dokumentations-, Transparenz- und Überwachungspflichten. Sie sollte vor Vertragsschluss geklärt und schriftlich fixiert sein.
Parallel gilt die datenschutzrechtliche Ebene. Die Datenschutzkonferenz empfiehlt, KI-Systeme über den gesamten Lebenszyklus zu betrachten, von Design und Entwicklung über die Einführung bis zu Betrieb und Monitoring. Für die Partnerwahl heißt das konkret: Rechtsgrundlage und Zweckbindung der verarbeiteten Daten, Auftragsverarbeitung, Unterauftragnehmer, Speicherorte, Löschfristen und technische wie organisatorische Maßnahmen gehören in den Vertrag und nicht in eine spätere Klärungsrunde.
Rollenzuordnung schriftlich
Wer gilt für welches System als Anbieter, wer als Betreiber, und was folgt daraus an Pflichten für beide Seiten?
Auftragsverarbeitung vollständig
Inklusive aller Unterauftragnehmer, Speicherorte und der Frage, ob Daten in Modelltraining einfließen.
Nachweisbare Maßnahmen
Berechtigungskonzept, Protokollierung, Löschprozesse und Absicherung gegen Prompt Injection und unkontrollierte Tool-Nutzung.
Hosting-Frage beantwortet
EU-Hosting ist eine Architekturentscheidung mit Folgen für Leistung, Kosten und Modellauswahl, kein Label.
Vorgehen
Ein Auswahlprozess, der die richtigen Informationen erzeugt
Ein klassisches Ausschreibungsverfahren belohnt gute Angebotsdokumente, nicht gute Umsetzung. Aussagekräftiger ist ein Verfahren, in dem ein Anbieter an einer echten Aufgabe aus dem eigenen Haus zeigen muss, wie er arbeitet.
1. Anwendungsfall statt Lastenheft
Ein konkreter Prozess mit echten Daten und messbarem Ergebnis sagt mehr aus als eine Anforderungsliste über hundert Zeilen.
2. Bezahltes Vorprojekt
Ein abgegrenzter, bezahlter Discovery- oder Workshop-Schritt zeigt Arbeitsweise, Tempo und Ehrlichkeit, bevor ein größeres Budget gebunden wird.
3. Mit dem Umsetzungsteam sprechen
Nicht nur mit dem Vertrieb. Die Menschen, die später bauen, sollten im Auswahlgespräch sitzen.
4. Referenzen technisch prüfen
Nach Integrationen, Datenmengen, Betriebsproblemen und Kosten fragen, nicht nach dem Ergebnisfoto.
5. Betrieb und Exit verhandeln
Bevor unterschrieben wird, nicht nachdem das System läuft. Danach ist die Verhandlungsposition eine andere.
Checkliste
Fragen, die im Auswahlgespräch Klarheit schaffen
Die folgenden Fragen sind bewusst unbequem. Ein guter Partner beantwortet sie ohne Zögern und mit Beispielen, weil er sie schon oft beantwortet hat.
Welches Ihrer Systeme läuft am längsten produktiv?
Und was ist dort im Betrieb schiefgegangen? Die zweite Hälfte der Frage ist die wichtigere.
Was passiert, wenn wir in zwei Jahren wechseln wollen?
Welche Artefakte bekommen wir, in welchem Format, und was ließe sich nicht mitnehmen?
Wie messen Sie, ob das System gut arbeitet?
Ohne definierte Qualitätsmessung gibt es später keine sachliche Grundlage für Verbesserungen.
Wer trägt welche Rolle nach dem AI Act?
Eine konkrete Antwort statt eines Verweises auf die Rechtsabteilung.
Was würden Sie uns abraten?
Ein Partner ohne Abraten hat entweder nicht zugehört oder verkauft alles.
Warnsignale
Woran ein ungeeigneter Partner erkennbar wird
Die folgenden Muster tauchen in gescheiterten Projekten regelmäßig auf und sind meist schon im Auswahlgespräch sichtbar.
Nur Demos, keine Betriebserfahrung
Beeindruckende Vorführungen ohne ein einziges System, das seit Monaten im Alltag läuft.
Keine Frage zur Datenlage
Wer nicht nach Datenqualität, Quellen und Berechtigungen fragt, hat den aufwendigsten Teil des Projekts nicht eingeplant.
Ein Modell als Antwort auf alles
Die Bindung an einen einzigen Anbieter oder ein einziges Modell ist ein Risiko, weil sich Leistungsfähigkeit und Preise schnell verändern.
Ausweichen bei Betrieb und Exit
Beides sind die Fragen, deren Antworten später Geld kosten. Unklarheit ist hier selten ein Versehen.
Aufwand ohne Rückfragen geschätzt
Wer den Aufwand kennt, bevor er die Systemlandschaft gesehen hat, schätzt nicht, sondern rät.
FAQ
Häufige Fragen
Was ist der Unterschied zwischen KI-Beratung und einem KI-Implementierungspartner?+
Eine Beratung liefert Priorisierung, Zielbild und Roadmap, das Ergebnis ist ein Dokument. Ein Implementierungspartner baut das System, integriert es in die vorhandene Landschaft und bringt es produktiv, das Ergebnis ist ein laufendes System. Entscheidend ist, wer nach dem Go-live für die Funktionsfähigkeit geradesteht.
Woran erkennt man einen guten KI-Implementierungspartner?+
An produktiv betriebenen Systemen statt Prototypen, an Erfahrung mit den Schnittstellen der eigenen Systemlandschaft, an klaren Antworten zu Rollen und Pflichten nach DSGVO und AI Act, an einem konkreten Betriebs- und Supportmodell und an vertraglich gesicherter Exit-Fähigkeit.
Sollte man Beratung und Umsetzung an denselben Partner vergeben?+
Das kann sinnvoll sein, weil Übergaben zwischen Konzept und Umsetzung eine häufige Fehlerquelle sind. Voraussetzung ist, dass der Partner die Umsetzung tatsächlich selbst leistet und die Strategiephase nicht nur als Vertriebskanal für ein vorbestimmtes Produkt nutzt.
Wie sollte ein Projekt vertraglich starten?+
Mit einem abgegrenzten, bezahlten Vorprojekt wie einem Discovery-Workshop, nicht mit einem umfassenden Rahmenvertrag. So lassen sich Arbeitsweise, Tempo und Ehrlichkeit prüfen, bevor größere Budgets gebunden sind.
Welche Rolle spielt der EU AI Act bei der Partnerwahl?+
Er knüpft Pflichten an die Rolle, in der ein System eingesetzt wird. Wer ein System entwickelt oder unter eigenem Namen bereitstellt, trägt andere Pflichten als wer es betreibt. Diese Zuordnung sollte vor Vertragsschluss schriftlich geklärt sein, weil daraus Dokumentations-, Transparenz- und Überwachungspflichten folgen.
Was gehört unbedingt in den Vertrag?+
Rollenzuordnung nach DSGVO und AI Act, Auftragsverarbeitung inklusive aller Unterauftragnehmer und Speicherorte, die Frage nach Modelltraining mit den eigenen Daten, Reaktionszeiten und Eskalationswege im Betrieb sowie ein konkret beschriebenes Exit-Szenario mit Formaten und Fristen.
Primärquellen & weiterführende Orientierung
Quellen
- 1Verordnung (EU) 2024/1689: Artificial Intelligence ActEUR-Lex
- 2Orientierungshilfe zu technischen und organisatorischen Maßnahmen bei KI-SystemenDatenschutzkonferenz, Juni 2025
- 3Orientierungshilfe zu generativen KI-Systemen mit RAG-MethodeDatenschutzkonferenz, Oktober 2025
Hinweis: Der Beitrag bietet technische und strategische Orientierung und ersetzt keine Rechtsberatung. Die rechtliche Bewertung muss immer den konkreten Anwendungsfall berücksichtigen.