Ein KI-Dienstleisterangebot prüfen: Diese Leistungen müssen konkret sein

Ein KI-Angebot ist prüfbar, wenn es einen klaren Liefergegenstand, überprüfbare Abnahmekriterien und nachvollziehbare Betriebsbedingungen enthält. Begriffe wie "intelligenter Assistent", "individuelle Integration" oder "laufende Optimierung" beschreiben ohne Ergänzung noch keine abgrenzbare Leistung. Vor einer Beauftragung muss feststehen, was tatsächlich geliefert und wie es geprüft wird.

Die Prüfung beginnt nicht beim Preisnachlass. Zuerst werden Leistungsumfang und Annahmen lesbar gemacht. Zwei Angebote lassen sich erst sinnvoll vergleichen, wenn beide dieselben Eingaben, Ausnahmen, Schnittstellen und Übergabeleistungen abdecken. Ein günstiger Prototyp und ein betreuter Produktionsbetrieb sind unterschiedliche Angebote.

Dieser Artikel kommentiert ein vollständig fiktives Angebot für einen internen Wissensassistenten. Die Formulierungen sind redaktionelle Prüfbeispiele und keine Vertragsklauseln oder Rechtsberatung. Die fachliche Vorarbeit beschreibt der Beitrag zum Lastenheft für einen Unternehmenschatbot.

Das fiktive Angebot in seiner ursprünglichen Form

Das Angebot enthält vier Zeilen: "KI-Wissensassistent mit Unternehmenswissen", "Integration vorhandener Dokumente", "Schulung der Mitarbeiter" und "Support nach Projektabschluss". Ein Gesamtpreis und eine geplante Laufzeit stehen ebenfalls darin. Auf den ersten Blick deckt es die wesentlichen Erwartungen ab.

Bei genauer Prüfung bleiben jedoch zahlreiche Entscheidungen offen. Welche Dokumente gehören dazu? Welche Benutzergruppen erhalten Zugriff? Wie wird mit widersprüchlichen Versionen umgegangen? Darf der Assistent eine Antwort geben, wenn er keine passende Quelle findet? Was bedeutet Support konkret?

Die Aufgabe des Einkaufs ist jetzt nicht, jede technische Einzelheit selbst festzulegen. Er muss die offenen Punkte gemeinsam mit Fachbereich und IT in prüfbare Liefergegenstände übersetzen. Der Dienstleister beschreibt anschliessend, was er zu welchem Preis übernimmt und welche Voraussetzungen das Unternehmen bereitstellt.

Eine sinnvolle Rückfrage lautet deshalb: "Welche Dokumentarten, Zugriffsgruppen und Antwortgrenzen umfasst dieser Preis? Bitte ordne jeder Leistung ein Abnahmekriterium und die erforderlichen Mitwirkungen zu." Das verlangt eine konkrete Ergänzung, ohne bereits eine technische Lösung vorzuschreiben.

Leistungsumfang mit Grenzen beschreiben

Für den fiktiven Wissensassistenten wird der Umfang auf freigegebene interne Arbeitsanweisungen eines Fachbereichs begrenzt. Personalakten und Kundendaten gehören nicht zum ersten Projekt. Der Assistent beantwortet Fragen mit Quellenbezug, löst aber keine Aktionen in anderen Systemen aus.

Diese Grenzen gehören ins Angebot. Sonst entsteht später Streit darüber, ob eine weitere Datenquelle eine kleine Ergänzung oder ein neues Projekt ist. Ebenso muss klar sein, welche Dokumentmengen und Formate der Preis voraussetzt. Eine Zahl allein reicht nicht, wenn die Qualität der Unterlagen stark variiert.

Auch ausgeschlossene Leistungen werden konkret benannt: beispielsweise die fachliche Bereinigung widersprüchlicher Arbeitsanweisungen, die Einrichtung neuer Unternehmensidentitäten oder die Entwicklung einer nicht vorhandenen Schnittstelle. Solche Ausschlüsse sind nicht automatisch problematisch. Sie machen sichtbar, welche Arbeit an anderer Stelle eingeplant werden muss.

Die Anforderungen an das Zusammenspiel von Komponenten sind kein reines Einkaufsthema. Das NIST-Profil für generative KI behandelt Risiken aus Wertschöpfungsketten und Integrationen sowie Massnahmen vor dem Einsatz. Der freiwillige Leitfaden ersetzt keinen Vertrag, begründet aber die Prüfung des Gesamtsystems statt nur einer überzeugenden Modellantwort.

Abnahme an konkreten Fällen festmachen

"Der Assistent beantwortet Fragen korrekt" ist als Abnahmebedingung zu offen. Das Unternehmen und der Dienstleister müssen einen Testbestand mit erwarteten Ergebnissen festlegen. Dieser enthält normale Fragen, fehlende Informationen, widersprüchliche Quellen und unzulässige Zugriffsversuche.

Im Beispiel lautet ein Test: Eine Mitarbeiterin fragt nach einem Prozess, für den nur eine veraltete Anweisung vorliegt. Erwartet wird ein Hinweis auf die ungeklärte Gültigkeit. Eine selbst erfundene aktuelle Anweisung zählt als Fehler. Ein anderer Test prüft, dass ein Benutzer keine Inhalte aus einer fremden Zugriffsgruppe erhält.

Die Anzahl der Testfälle und die akzeptablen Fehlergrenzen müssen zur Aufgabe passen. Eine pauschale Aussage "95 Prozent Genauigkeit" ist ohne Definition wenig wert. Was ist der Nenner? Werden einzelne Aussagen, vollständige Antworten oder Suchtreffer gezählt? Wie werden kritische Fehler behandelt?

Ich empfehle, kritische Fehler separat auszuweisen. Eine unzulässige Datenweitergabe darf nicht in einer durchschnittlichen Antwortquote verschwinden. Der Beitrag über Zugriffsrechte eines Wissensassistenten zeigt, warum dieser Test eine eigene Abnahmefläche braucht.

Mitwirkungspflichten in Arbeitsaufwand übersetzen

Ein Angebot kann voraussetzen, dass das Unternehmen bereinigte Dokumente, Testfragen und Fachprüfer bereitstellt. Diese Voraussetzungen müssen in der Projektplanung auftauchen. Sonst sieht die externe Laufzeit kurz aus, während intern niemand die notwendige Arbeit eingeplant hat.

Für jede Mitwirkung wird festgehalten, wer sie übernimmt, welches Ergebnis gebraucht wird und wann es vorliegen muss. Im fiktiven Projekt liefert der Fachbereich eine freigegebene Dokumentenliste und benennt die gültigen Versionen. Die IT stellt einen definierten Testzugang bereit. Die Fachprüfer bewerten die vereinbarten Antworten.

Fehlt ein Termin oder eine zuständige Person, bleibt die Voraussetzung offen. Sie wird nicht durch eine erfundene Zusage geschlossen. Der Anbieter muss erläutern, welche Auswirkungen eine verspätete Mitwirkung auf Zeitplan und Kosten hat.

Diese Prüfung schützt beide Seiten. Ein Dienstleister kann keine fachliche Freigabe erzwingen, die im Unternehmen niemand übernimmt. Das Unternehmen kann umgekehrt keine belastbare Fertigstellung erwarten, wenn notwendige Eingaben nicht geliefert werden. Die Abhängigkeiten gehören sichtbar in den gemeinsamen Plan.

Laufende Kosten vollständig benennen

Der Angebotspreis enthält möglicherweise nur die Einrichtung. Für den späteren Betrieb fallen zusätzlich Plattformlizenzen, Modellnutzung, Speicherung oder Betreuung an. Welche Positionen tatsächlich entstehen, hängt von der vereinbarten Lösung ab. Es gibt keine allgemeine vollständige Kostenliste für jedes KI-Projekt.

Das Angebot muss deshalb seine eigene Kostenstruktur offenlegen. Bei verbrauchsabhängigen Positionen wird die Berechnungsgrundlage genannt. Bei einer Pauschale wird der enthaltene Umfang beschrieben. Wichtig sind auch Mehrverbrauch, Preisänderungen und zusätzliche Datenquellen.

Im Beispiel enthält "Support" nur die Bearbeitung technischer Störungen während vereinbarter Servicezeiten. Neue Funktionen sind nicht eingeschlossen. Das ist zulässig als Leistungsbeschreibung, muss aber vor der Beauftragung klar sein. "Unbegrenzte Betreuung" ohne Aussage zu Reaktionszeit, Kanal und Leistungsart bleibt dagegen unklar.

Die Kostenrechnung pro nutzbarem KI-Ergebnis ergänzt den Angebotsvergleich um die tatsächliche spätere Nutzung. Eine günstige Modellanfrage hilft wenig, wenn jedes Ergebnis lange nachbearbeitet werden muss.

Support, Fehlerbehebung und Änderungen trennen

Eine Störung ist nicht dasselbe wie ein neuer Wunsch. Wenn eine vereinbarte Funktion unter den vereinbarten Bedingungen ausfällt, betrifft das die bestehende Leistung. Wenn eine weitere Abteilung eine neue Datenquelle anbinden will, verändert sich möglicherweise der Umfang. Die vertragliche Einordnung muss fachlich und rechtlich geprüft werden.

Für die operative Zusammenarbeit braucht es unabhängig davon einen klaren Meldeweg. Welche Informationen erhält der Dienstleister bei einem Fehler? Wer priorisiert ihn? Welche Zwischenmeldung erfolgt? Wie wird nachgewiesen, dass die Korrektur den konkreten Fall behebt?

Bei Änderungen empfehle ich eine kurze Folgenabschätzung: betroffene Funktion, Datenzugriff, Kosten, Zeitplan und notwendige Tests. Eine kleine Textänderung kann harmlos sein; eine neue Schreibberechtigung kann den gesamten Freigabeprozess berühren. Die Bezeichnung "kleine Anpassung" entscheidet das nicht.

Die Anleitung zum Erfassen von KI-Änderungswünschen bietet ein passendes Format. Sie verhindert, dass eine beiläufige Bitte im Gespräch später als verbindlicher Zusatzauftrag oder als angeblich enthaltene Leistung behandelt wird.

Eigentum, Zugang und Ausstieg praktisch prüfen

Das Angebot muss erklären, welche Konten im Namen des Unternehmens geführt werden und welche beim Dienstleister liegen. Ebenso muss feststehen, welche Konfigurationen, Dokumentationen und Daten bei einer Beendigung verfügbar bleiben. Die rechtliche Gestaltung gehört in die Vertragsprüfung; die technische Nutzbarkeit lässt sich testen.

Im Beispiel wird ein Export der Dokumentenreferenzen, Einstellungen und Testfälle vereinbart. Eine berechtigte interne Person öffnet diesen Export in der vereinbarten Umgebung und prüft, ob die Inhalte vollständig und verständlich sind. Ein Download allein beweist noch keinen brauchbaren Übergang.

Wenn eine proprietäre Komponente nicht übertragbar ist, muss die verbleibende Abhängigkeit sichtbar sein. Das Unternehmen entscheidet dann bewusst, ob sie zum Nutzen passt. Ein Ausstieg muss nicht kostenlos sein. Seine Voraussetzungen und Kosten dürfen aber nicht erst nach der Kündigung überraschend auftauchen.

Besonders wichtig sind Zugänge für den laufenden Betrieb. Ein System ist nicht intern übernommen, solange ausschliesslich der Projektentwickler seine Konfiguration ändern oder einen ausgefallenen Dienst neu starten kann. Das Angebot muss den tatsächlich vereinbarten Betriebszuschnitt abbilden.

Ein kommentierter Vorher-nachher-Vergleich

Diese Ergänzungen sind keine universellen Vertragsformulierungen. Sie zeigen, welche Informationen für eine technische und fachliche Bewertung fehlen. Der konkrete Vertrag muss zum Leistungsmodell und zum rechtlichen Rahmen passen.

Die Prüfung wird ausserdem nicht auf Dokumente beschränkt. Eine Demo mit eigenen freigegebenen Testfällen zeigt, wie der Anbieter mit Unsicherheit und Ausnahmen umgeht. Ein vorab perfekt vorbereiteter Normalfall ist als alleiniger Nachweis zu schmal.

Ein Marketingversprechen in einen Nachweis übersetzen

Angenommen, ein Angebot verspricht "deutlich weniger Suchaufwand". Für die Bewertung wird daraus eine konkrete Messfrage: Wie lange brauchen die vorgesehenen Nutzer für dieselben fachlichen Fragen mit und ohne den Assistenten, einschliesslich Quellenprüfung? Der Testbestand und die zugelassenen Hilfsmittel werden vorher festgelegt.

Dabei zählt ein schneller falscher Treffer nicht als eingesparte Arbeit. Die fachliche Korrektheit wird separat geprüft. Ebenso muss der Vergleich erkennen lassen, ob der Anbieter die Testfragen bereits zur Optimierung verwendet hat. Ein zusätzlicher unbekannter Prüfbestand hilft, die Übertragbarkeit auf neue Fragen zu beurteilen.

Das Angebot muss keinen garantierten Prozentsatz enthalten, wenn dafür keine belastbare Grundlage besteht. Eine ehrliche Zusage über den Aufbau und die Durchführung eines begrenzten Tests ist prüfbarer als eine grosse Wirkungszahl ohne Messverfahren. Die endgültige Entscheidung über den Betrieb kann an das Ergebnis dieses Tests geknüpft werden. Voraussetzung ist, dass diese Entscheidung und ihre Kriterien vor Beginn vereinbart sind.

Die Entscheidung dokumentieren

Am Ende erhält jede offene Frage einen Status: geklärt und vereinbart, bewusst ausgeschlossen oder noch offen. Die Angebotsfreigabe bezieht sich auf die konkrete Fassung mit Datum. Mündliche Ergänzungen werden nachvollziehbar in die verbindlichen Unterlagen übernommen.

Die verantwortliche Person hält ausserdem fest, warum das Angebot ausgewählt wurde. Dazu gehören Nutzen, akzeptierte Abhängigkeiten und die Voraussetzungen für die Abnahme. Eine niedrige Gesamtsumme allein erklärt die Entscheidung nicht, wenn wichtige Leistungen an anderer Stelle anfallen.

Für das fiktive Projekt ist das Angebot erst dann entscheidungsreif, wenn Umfang, Testbestand, Betrieb und Übergabe zusammenpassen. Damit wird aus einer überzeugenden Beschreibung eine Leistung, die das Unternehmen tatsächlich bestellen und später prüfen kann.

Quellenstand: 22.10.2026. NIST liefert den genannten Risikomanagement-Bezug. Das kommentierte Angebot und alle Prüffragen sind eigene redaktionelle Arbeitsmittel. Vertrags- und Rechtsprüfung bleiben auf den konkreten Fall bezogen.