Nachvollziehbare KI in der Angebotserstellung: Was Prüfer sehen müssen
Die Fragen, die Prüfer zu einem KI-gestützten Angebot stellen: worauf jede Antwort beruht, was die KI entworfen hat, wie sich der Text verändert hat und wer ihn freigegeben hat.
Customer Success Manager
On this page
Meistens kommt die Frage erst, wenn das Angebot schon abgegeben ist. Ein Senior Reviewer, jemand aus der Rechtsabteilung oder ein Einkäufer auf Auftraggeberseite zeigt auf eine einzelne Antwort und fragt, wie sie entstanden ist. Worauf beruht sie? Welche Teile hat die KI entworfen, welche hat das Team geschrieben? Wer hat sie freigegeben? Das Angebot ist fertig und freigegeben, und trotzdem kann niemand genau sagen, wie es zustande gekommen ist.
Dieser Moment trifft Bid-Teams beim ersten Mal meist unvorbereitet. In diesem Artikel geht es darum, vorher darauf vorbereitet zu sein.
Wichtigste Erkenntnisse
- Prüfer und Freigeber wollen zu jeder maßgeschneiderten Antwort immer häufiger vier Dinge wissen: worauf sie beruht, welche Teile die KI entworfen und welche das Team geschrieben hat, wie sie sich über die Entwürfe verändert hat und wer die finale Fassung freigegeben hat.
- Die letzte Frage können die meisten Teams grob beantworten. Alle vier mit Belegen beantworten können nur wenige.
- Vier Praktiken schließen diese Lücke: Quellenbezug, eine nachvollziehbare Versionierung, Protokolle über den gesamten Angebotsprozess und ein strukturierter Freigabeprozess.
Sequesto unterstützt eine nachvollziehbare, KI-gestützte Angebotserstellung durch Quellenbezug, Versionierung, Protokolle über den gesamten Angebotsprozess und eine Freigabe über Status. Bid-Teams erhalten so einen nachvollziehbaren Audit Trail: worauf jede Antwort beruht, wer jede Änderung über die Entwürfe hinweg veranlasst hat und wer die finale Fassung vor der Abgabe freigegeben hat. James übernimmt die Arbeit für das Team, und das Team behält jederzeit die Kontrolle: Jeder Schritt ist sichtbar, nichts passiert in einer Blackbox, und das Team entscheidet und gibt frei.
Was bedeutet nachvollziehbare, KI-gestützte Angebotserstellung eigentlich?
Es bedeutet, für jeden Abschnitt eines eingereichten Angebots vier Dinge belegen zu können: welche Quellen und früheren Antworten in die Anpassung eingeflossen sind, welche Teile die KI entworfen und welche das Team geschrieben oder überarbeitet hat, wie sich der Inhalt über die Entwürfe verändert hat und wer diese Änderungen veranlasst hat, und wer die finale Fassung vor dem Versand freigegeben hat.
Die letzte Frage können die meisten Bid-Teams grob beantworten. Ein Name, eine E-Mail, ein Kommentar, der als erledigt markiert ist. Alle vier konsequent beantworten können nur wenige, erst recht nicht, wenn ein Angebot durch mehrere Hände gegangen ist, mehrere Runden mit James durchlaufen hat und sich die Frist zweimal verschoben hat.
Das ist wichtig: Wer als Prüfer nicht nachvollziehen kann, worauf eine Antwort beruht oder wie sie entstanden ist, gibt ein Dokument frei und keinen überprüfbaren Prozess. Der Unterschied zeigt sich, sobald eine konkrete Aussage im Angebot Wochen nach der Abgabe infrage gestellt wird.
Warum fragen Prüfer jetzt nach einem Audit Trail für KI?
Vor einem Jahr fragten sich die meisten Teams, ob KI bei der Antwort helfen kann. Heute lautet die Frage, ob das Team belegen kann, was dabei entstanden ist. Die Rechtsabteilung will wissen, ob eine bestimmte Zusage von einem Menschen geschrieben oder generiert wurde. Die Geschäftsleitung will wissen, ob eine Antwort die tatsächliche Position des Unternehmens wiedergibt oder nur eine plausible Annäherung daran.
Dieselben Fragen tauchen in Gesprächen mit Teams, die den Einsatz von KI für ihre Angebote prüfen, immer wieder auf, besonders in regulierten Branchen und in großen Unternehmen:
- Darf die KI einen Schritt eigenständig validieren, oder muss immer eine benannte Person dabei sein?
- Wer gibt jeden Schritt frei, bevor es weitergeht, und wird das dokumentiert?
- Gibt es eine echte manuelle Prüfung, oder sind es drei Klicks und ab damit?
Das sind die richtigen Fragen. Ein gut aufgesetzter Prozess muss sie beantworten können, bevor das Angebot rausgeht, nicht danach.
Worauf beruht jede maßgeschneiderte Antwort?
Hier ist die Dokumentation bei den meisten Teams am schwächsten, und hier ist das Risiko in der Regel am größten.
Eine generische und eine maßgeschneiderte Antwort können auf dem Papier gleich aussehen. Der Unterschied liegt darin, womit James arbeiten konnte. Stützt sich der Entwurf auf Ihr freigegebenes Unternehmenswissen, passende frühere Antworten und die konkreten Anforderungen der Ausschreibungsunterlagen, dann beruht er auf etwas, worauf Sie verweisen können. Wurden Lücken anderweitig gefüllt, merken Sie das womöglich erst, wenn eine Aussage nach der Abgabe hinterfragt wird.
Der Quellenbezug wird nachvollziehbar, sobald Sie es sich zur Gewohnheit machen, danach zu fragen. Wenn James eine Antwort entwirft oder anpasst, können Sie fragen, worauf der Entwurf beruht: welche früheren Antworten, welche Quelldokumente, welche Win Themes. So haben Prüfer etwas Konkretes in der Hand, statt den Entwurf auf Treu und Glauben zu übernehmen.
Mehr dazu, wie Sie nachvollziehen, woher eine bestimmte Antwort stammt, lesen Sie in Jo Hillmans Beitrag über Bid-Management und Ausschreibungen im Zeitalter von Agentic AI.
Welche Teile hat die KI entworfen, welche hat das Team geschrieben?
Das ist die Frage, die Rechtsabteilung und Senior Reviewer am direktesten stellen, und sie ist schwieriger, als sie klingt. In der finalen Fassung sind die meisten Antworten eine Mischung: ein erster Entwurf von James, an einigen Stellen von einem Fachexperten überarbeitet, vom Bid Manager geschärft und nach der Prüfung noch einmal angepasst.
Niemand braucht ein forensisches Protokoll Zeile für Zeile. Prüfer brauchen die Gewissheit, dass jede Zusage in der finalen Fassung von einer benannten Person gelesen, bearbeitet und akzeptiert wurde, und eine Möglichkeit zu sehen, wo das Team den Vorschlag von James verändert hat. Zwei Gewohnheiten machen das möglich: den Entwurf von James als Version speichern, bevor das Team mit der Bearbeitung beginnt, und jede Zusage (einen Preis, einen Service-Level, eine Compliance-Aussage) als etwas behandeln, das eine Person ausdrücklich bestätigt, statt als etwas, das stillschweigend aus einem Entwurf übrig bleibt.
Wie bleibt die Dokumentation über mehrere Entwürfe und Beteiligte hinweg erhalten?
Ein Angebot hat selten nur einen Autor. Es geht über den Bid Manager, mehrere Fachexperten, einen Senior Reviewer und manchmal eine kaufmännische oder rechtliche Prüfung. Jede dieser Personen kann James Anweisungen geben, Abschnitte selbst bearbeiten oder prüfen und kommentieren. Die Frage ist, ob all das bei der Abgabe noch nachvollziehbar ist.
Die Versionierung ist die praktische Antwort. Jedes Mal, wenn ein Dokument als Version gespeichert wird, bleibt festgehalten, wie sich das Angebot entwickelt hat. Da James im Auftrag der Person handelt, die gerade damit arbeitet, werden Änderungen dem Teammitglied zugeordnet, das sie veranlasst hat. Für Prüfer, die verstehen wollen, wie eine Antwort entstanden ist, ist das Wissen, wer welche Änderungsrunde veranlasst hat, meist hilfreicher als ein reines Protokoll jeder einzelnen Bearbeitung.
Der gesamte Angebotsprozess, vom ersten Schritt bis zur Abgabe, wird außerdem in den Audit-Logs der Plattform erfasst. Der Audit Trail muss also nicht nachträglich aus E-Mail-Verläufen und Dokumentkommentaren rekonstruiert werden. Wenn die Rechtsabteilung fragt, wie eine Antwort entstanden ist, ist die Antwort bereits dokumentiert.
Wer hat die finale Fassung freigegeben, und auf welcher Grundlage?
Ein Freigabeprozess, der in jemandes Posteingang lebt, ist kein Freigabeprozess. Er ist eine Absicht, und Absichten lassen sich sechs Wochen später schwer wiederfinden, wenn jemand nachfragt.
Wer was wann freigegeben hat, muss an eine bestimmte Version des Inhalts gekoppelt sein. Über Status können Teams verfolgen, wo ein Dokument in der Prüfung steht, und einen Bestätigungsschritt in den Workflow einbauen: Die freigebende Person markiert das Dokument in einer benannten Phase, für eine benannte Version, und dieser Nachweis bleibt in der Plattform.
Auch eine Checkliste für Prüfer hilft. Wer freigibt, arbeitet dann eine feste Reihe von Prüfpunkten ab statt eines offenen Durchlesens, und aus der Freigabe wird statt einer Ermessensentscheidung ein dokumentierter Schritt.
Vier Dinge, die ein prüffähiger Angebotsprozess braucht
- Quellenbezug. Das Team kann auf Nachfrage zeigen, worauf jeder von der KI entworfene Abschnitt beruht, noch bevor er in die Prüfung geht.
- Nachvollziehbare Versionierung. Wie sich ein Angebot über Entwürfe und Beteiligte hinweg entwickelt hat, bleibt erhalten, und jede Änderung ist der Person zugeordnet, die sie veranlasst hat.
- Protokolle über den gesamten Angebotsprozess. Alle Aktivitäten werden in der Plattform erfasst, vom ersten Entwurf bis zur Abgabe.
- Strukturierter Freigabeprozess. Die Freigabe ist ein dokumentierter Schritt, der an eine benannte Version gekoppelt ist, keine informelle Absprache.
Die praktische Umstellung, die die meisten Teams vornehmen müssen
Die Teams, mit denen ich arbeite und die den belastbarsten Audit Trail haben, sind nicht unbedingt die mit dem ausgefeiltesten Setup. Es sind die Teams, die Nachvollziehbarkeit als Prozessentscheidung behandelt haben, bevor sie mit dem Schreiben begonnen haben.
Das heißt: vorab festlegen, auf welche Quellen sich James für dieses Angebot stützen soll, die Versionierung in den Arbeitsrhythmus einbauen, statt sie nachträglich hinzuzufügen, und die Freigabe als Schritt im Prozess sehen statt als letztes Durchlesen vor dem Versand.
Nichts davon ist ein großer Aufwand. Es geht darum, bewusst aufzubauen, was später gebraucht wird, statt es rekonstruieren zu müssen, wenn jemand danach fragt.
Sie möchten sehen, wie ein nachvollziehbarer Angebotsprozess in der Praxis funktioniert? Demo anfragen.
