Was ein KI-Implementierungspartner übergeben sollte: Die fünf Dokumente, die Sie einfordern sollten

Was ein KI-Umsetzungspartner übergeben sollte: fünf Dokumente statt einer Präsentation

Die Kundenliste eines Anbieters können Sie nicht prüfen, denn die guten nennen ihre Kunden nicht, und die, die es tun, zeigen Ihnen Logos statt Arbeit. Ein Team von Engineers können Sie auch nicht prüfen. Ein Dokument schon. Dieser Artikel listet die fünf Dokumente auf, die ein KI-Umsetzungspartner in jedem Projekt übergeben sollte, in der Reihenfolge, in der sie entstehen, jeweils mit der Angabe, wer in Ihrem Unternehmen es liest und was es dieser Person zu entscheiden erlaubt. Wenn ein Partner sie nicht benennen kann oder stattdessen eine Status-Präsentation liefert, haben Sie vor der Unterschrift etwas Nützliches erfahren.

Die Liste ist nicht willkürlich. Sie besteht aus den Artefakten, die die fünf Fragen beantworten, die ein Käufer tatsächlich hat: Weiß der Partner, wie unsere Arbeit wirklich abläuft? Wie viel davon ist tatsächlich KI? Woran erkennen wir, dass es noch korrekt arbeitet? Können wir eine Entscheidung verteidigen, die das System getroffen hat? Und heißt das, dass wir unsere Software ersetzen müssen? Eine Status-Präsentation beantwortet keine davon. Die fünf Dokumente beantworten je eine.

1. Das Ausnahmeregister: Weiß der Partner, wie die Arbeit wirklich abläuft?

Das Ausnahmeregister ist eine schriftliche Aufstellung jeder realen Abweichung vom dokumentierten Prozess: was sie auslöst, wie oft sie vorkommt und wer sie heute auffängt. Es ist das erste Dokument, weil alles andere darauf aufbaut, und es ist das eine, das sich nicht aus einem Workshop oder einem Fragebogen erstellen lässt. Es entsteht, indem man lange genug neben der Person sitzt, die den Workflow betreibt, um die vierzig E-Mail-Formate zu sehen, den Kunden, der anruft, die Lieferantenrechnung mit einer Bestellnummer, die es nicht gibt, und die Freigabe, die freitags an eine andere Führungskraft geht.

Wer es liest: der COO oder die Leitung Operations. Was es zu entscheiden erlaubt: ob sich die Automatisierung des Prozesses überhaupt lohnt und welche seiner Ausnahmen die Automatisierung überstehen muss. Eine Ausnahme, die niemand erfasst hat, wird zu einem Schritt, den das Modell stillschweigend bewältigen soll, und genau so stirbt ein Pilotprojekt, das die Demo bestanden hat, im zweiten Monat. Das zugrunde liegende Problem haben wir in warum der dokumentierte Prozess nie der reale Prozess ist beschrieben.

Der Test für einen Partner: Fragen Sie, wie lange er mit den Menschen verbringt, die die Arbeit machen, bevor er einen Umfang festlegt. Ein Tag ist zu wenig. Ein Quartal ist Abrechnung, keine Analyse. Fünf Tage für einen Workflow sind der Bereich, in dem das Register entsteht, ohne dass die Rechnung zum eigentlichen Zweck wird.

2. Die KI-Grenzkarte: Wie viel davon ist tatsächlich KI?

Die Grenzkarte geht den Workflow Schritt für Schritt durch und ordnet jeden Schritt als deterministischen Code, Modellurteil oder Entscheidung ein, die bei einem Menschen bleibt. Die zentrale Kennzahl, die dabei entsteht, ist die Determinismus-Quote: der Anteil der Schritte, die gewöhnliche Software sind. Sie liegt meist höher, als die Präsentation des Anbieters angenommen hat. In der Auftragsabwicklung eines europäischen Herstellers, die SUPALABS kartiert hat, benötigten drei von elf Schritten tatsächlich ein Modell; die übrigen acht waren Parsing, Abfragen, Validierung und Routing (SUPALABS-Projektdaten, 2024–2026).

Wer sie liest: der CIO und wer immer das Budget verantwortet. Was sie zu entscheiden erlaubt: was der Betrieb des Systems kosten wird, wie schnell es sein wird und was sich einem Wirtschaftsprüfer als Regel zeigen lässt, statt als Stichprobe begründet werden zu müssen. Jeder Schritt, der aus dem Modell herausgehalten wird, ist günstiger, schneller und reproduzierbar. Ein Partner, der diese Karte nicht erstellen kann, verkauft entweder eine Plattform, die so bepreist ist, als wäre jeder Schritt einer von der schwierigen Sorte, oder er hat nicht genau genug hingesehen, um es zu wissen.

Der Test für einen Partner: Fragen Sie, welcher Anteil des vorgeschlagenen Systems deterministisch ist. Ein Partner, der antwortet „Das ist alles KI“, beschreibt seine Demo. Ein Partner, der mit einer Zahl und einer Liste antwortet, beschreibt Ihren Prozess. Unsere können Sie sich ansehen, bevor Sie mit uns sprechen: ein geschwärztes Ausnahmeregister und eine KI-Grenzkarte aus einem realen Projekt.

3. Die Evaluationssuite: Woran erkennen wir, dass es noch korrekt arbeitet?

Die Evaluationssuite ist ein Golden Dataset aus Ihren eigenen vergangenen Fällen – die Aufträge, die Ihr Team korrekt bearbeitet hat, die Rechnungen, die übereinstimmten, die Entwürfe, die eine erfahrene Fachkraft akzeptiert hätte –, Schritt für Schritt bewertet, mit Erfolgsquoten pro Schritt und einem monatlichen Genauigkeitsbericht, der nach dem Launch dagegen läuft. Sie sollte als eigene Position angeboten und nie in die Umsetzung eingerechnet werden, denn eine eingerechnete Evaluation wird als Erstes gestrichen, wenn die Umsetzung in Verzug gerät.

Wer sie liest: die Leitung der Transformation und die Board-Unterlagen. Was sie zu entscheiden erlaubt: ob das System sechs Monate, nachdem der Partner gegangen ist, noch korrekt arbeitet und ob sich eine Aufgabe mehr Befugnisse verdient hat. Die Suite ist auch das, was die Befugnisstufen real macht: Eine Aufgabe steigt vom Entwerfen zum eigenständigen Handeln erst auf, wenn die von Ihnen festgelegte Erfolgsquote an realen Fällen erreicht ist, und sie wird zurückgestuft, wenn der monatliche Bericht eine Regression zeigt. Ohne die Suite ist „Human in the Loop“ ein Slogan; mit ihr ist es ein Schwellenwert.

Das wird jedes Jahr wichtiger, weil das Vertrauen in Modellergebnisse sinkt, während die Nutzung steigt. Die Stack Overflow Developer Survey 2025 ergab, dass 84 % der Entwickler KI-Tools nutzen oder dies planen, während 46 % ihrer Genauigkeit aktiv misstrauen und nur 33 % ihr vertrauen. Das sind die Menschen, die diese Systeme bauen. Ein COO, der einem solchen System im Produktivbetrieb vertrauen soll, hat Anspruch auf eine Zahl, nicht auf eine Zusicherung.

Der Test für einen Partner: Lassen Sie sich die Position für die Evaluation im Angebot zeigen. Fehlt sie, fragen Sie nach dem Grund. Ist sie eingerechnet, fragen Sie, was mit ihr passiert, wenn die Umsetzung in Verzug gerät.

4. Das Entscheidungsprotokoll: Können wir eine Entscheidung verteidigen, die das System getroffen hat?

Das Entscheidungsprotokoll erfasst jede automatisierte Aktion, ihre Eingaben, ihre Konfidenz und wer sie freigegeben hat, in einer Oberfläche, die ein Compliance-Verantwortlicher, ein Finanzcontroller oder das Due-Diligence-Team eines Käufers öffnen kann, ohne einen Entwickler zu fragen. Es zu bauen ist Pflicht. Der Unterschied liegt ausschließlich darin, ob es Ihnen vor der Unterschrift gezeigt wird, in einer Form, die jemand ohne Entwicklerhintergrund lesen kann.

Wer es liest: Compliance, Finanzen und alle, die eines Tages einer Aufsichtsbehörde, einem Wirtschaftsprüfer oder einem Käufer eine Entscheidung erklären müssen. Was es zu entscheiden erlaubt: ob sich jede einzelne Entscheidung des Systems rekonstruieren und verteidigen lässt. Für ein Unternehmen, das Meldungen an eine Steuerbehörde, die Gewerbeaufsicht oder eine Finanzaufsicht abgibt, ist das der Unterschied zwischen einem automatisierten und einem unerklärlichen Prozess.

Der Test für einen Partner: Lassen Sie sich ein anonymisiertes Entscheidungsprotokoll aus einem früheren Projekt zeigen. Ein Partner, der keines zeigen kann, baut entweder keines oder rechnet nicht damit, dass Sie danach fragen.

5. Die ERP-Zusage: Heißt das, dass wir unsere Software ersetzen müssen?

Das fünfte Dokument ist das kürzeste und das, das am häufigsten fehlt: eine schriftliche Zusage, zu Beginn gegeben, dass der Partner auf den Systemen aufbaut, die Sie bereits betreiben, und nicht vorschlagen wird, sie zu ersetzen. Keine Vorliebe. Eine Vertragsklausel. Ein Replatforming-Programm ist das größte Karriererisiko, das eine Führungskraft in Operations oder IT eingehen kann, und es ist fast nie das, was das Problem tatsächlich erfordert; der Workflow ist langsam wegen der Ausnahmen und der Übergaben, nicht wegen der Datenbank darunter.

Wer sie liest: der CIO und wer immer die Migration tragen müsste. Was sie zu entscheiden erlaubt: dass dieses Projekt kein verkapptes Replatforming ist. Die Zusage hat eine zweite Hälfte, nach der Sie in derselben Klausel fragen sollten: Wenn das Projekt endet, bleibt das System. Es läuft in Ihren Accounts, auf Ihren Systemen, ab der ersten Woche für Ihr Team dokumentiert, und wenn der Service endet, läuft der Workflow weiter.

Der Test für einen Partner: Fragen Sie, ob er „kein Austausch, keine Migration“ in den Leistungsumfang schreibt. Ein Partner, der ausweicht, hält die Migration in Reserve.

Warum die Reihenfolge wichtig ist

Partner, die einige dieser Dokumente liefern, liefern sie oft in der falschen Reihenfolge, und gerade in der Reihenfolge steckt der Wert. Die Grenzkarte lässt sich erst zeichnen, wenn die Ausnahmen aufgeschrieben sind, denn eine nicht erfasste Ausnahme wird zu einem Schritt, den das Modell stillschweigend bewältigen soll. Die Evaluationssuite lässt sich erst bauen, wenn die Grenzkarte sagt, welche Schritte ein Urteil enthalten, das evaluiert werden muss; eine Abfrage zu bewerten ist sinnlos. Das Entscheidungsprotokoll ist erst aussagekräftig, wenn die Suite definiert, wie eine korrekte Entscheidung aussieht. Und die Zusage muss ganz am Anfang stehen, weil alles andere um Systeme herum gestaltet wird, die Sie behalten. Wer einen Schritt überspringt, rät beim nächsten. Diese Abfolge ist auf der Methodenseite von SUPALABS vollständig beschrieben, und sie ist der Grund, warum in jedem Projekt dieselben fünf Dokumente entstehen, unabhängig von der Branche. Genau das macht sie auch vergleichbar, wenn Sie für mehr als einen Geschäftsbereich einkaufen oder, wie wir es für Sponsoren auf der Seite zu Private Equity beschreiben, für mehr als ein Portfoliounternehmen.

Was sie ersetzen

Die fünf Dokumente ersetzen drei Dinge, die Käufern üblicherweise stattdessen angeboten werden. Sie ersetzen die Logo-Wand, denn ein Dokument über Ihren Prozess sagt mehr aus als eine Liste von Unternehmen, deren Prozesse Sie nicht sehen können. Sie ersetzen das Testimonial, denn ein monatlicher Genauigkeitsbericht ist ein Testimonial, das das System über sich selbst schreibt. Und sie ersetzen die Methodik-Präsentation, denn eine Präsentation ist für jeden Kunden gleich, diese Dokumente sind es nicht. Wenn Ihnen ein Partner die ersten drei anbietet und die fünf nicht liefern kann, ist die Lücke die Antwort.

Quellen & Referenzen