Zum Hauptinhalt springen

Beratungsangebote mit KI automatisieren ohne Qualitätsverlust

Was ich aus Jahren im Proposal Geschäft gelernt habe, und der Workflow von der Ausschreibung zur Präsentation, den ich heute aufsetzen würde: freigegebene Evidenz, begrenzte KI, Partner in der Verantwortung.

Florian PloszczykVeröffentlicht 25. August 202612 Min. Lesezeit

Ich habe meine Beratungsjahre auf der falschen Seite vieler Abgabefristen verbracht. Nicht beim Denken, das war der gute Teil. Sondern in den Stunden, in denen es spät ist, das Deck bei Version sieben steht und jemand immer noch ein Laufwerk nach einem CV durchsucht, der aktuell genug für den Kunden ist.

Wenn mich heute jemand fragt, ob KI ein Beratungsangebot schreiben kann, halte ich das für die falsche Frage. KI ist nicht der Engpass in einem Bid. Der Engpass ist, belastbare Evidenz zu finden, sich zu einigen, was man eigentlich zusagt, und das Ganze durch den Partner Review zu bekommen. Genau da muss Automatisierung ansetzen.

Das ist der Workflow, den ich heute für ein Proposal Team aufsetzen würde.

Warum Proposal Automatisierung so oft enttäuscht

Ein Angebot sieht aus wie ein Dokumentenproblem. Ist es nicht. Es ist ein Entscheidungssystem, das zufällig als PowerPoint Datei ankommt.

Bevor jemand eine Folie anfasst, muss das Team entscheiden: bieten wir überhaupt, was braucht der Kunde wirklich, welche Erfahrung ist ehrlich gesagt relevant, wer führt, was können wir zusagen, wie wird kalkuliert, welche Formalien sind zwingend. Die Folien sind nur das sichtbare Ende dieser Entscheidungen.

Schwache Automatisierung überspringt all das. Man startet mit leerem Prompt und großem Ordner und bekommt genau das Erwartbare: generische Texte, Credentials, die still übertreiben, eine übersehene Pflichtfrage und Folien, die deutlich fertiger aussehen als die Arbeit dahinter.

Die Lösung ist kein besserer Prompt. Die Lösung ist, vier Arbeitsarten zu trennen und ehrlich zu sein, welche davon eine Maschine verantworten darf.

ArbeitsartWas Automatisierung leisten sollWer verantwortlich bleibt
AnforderungsextraktionAlle expliziten Anforderungen finden und strukturierenProposal Manager bestätigt Vollständigkeit
Knowledge RetrievalFreigegebene CVs, Referenzen und Inhalte rankenEngagement Lead bestätigt Relevanz und Berechtigung
Entwurf und ProduktionStruktur vorschlagen und bearbeitbare Folien bauenWorkstream Owner prüfen die Substanz
Zusage und FreigabeLücken und Widersprüche markierenPartner genehmigt Claims, Team, Scope, Preis, Abgabe

Die letzte Zeile wird gar nicht automatisiert. Das ist Absicht.

Der Workflow

1. Mit einem sauberen Ausschreibungsdatensatz beginnen

Speichern Sie die Originalanfrage, die Anhänge, die Rückfragenkommunikation, den Einreichungskanal, die Frist, die Kundengesellschaft, die Sprache, die Vertraulichkeitsstufe und die Version. Irgendwo in Ihrem Haus liegt eine Datei namens Final_v7.pdf. Das ist keine Versionierung.

Bei öffentlichen Vergaben können Formalien über die Zulässigkeit entscheiden, bevor jemand Ihr Argument liest. Die Regeln unterscheiden sich je nach Verfahren, die operative Lehre ist überall dieselbe: Pflichtbedingungen werden getrennt von überzeugenden Inhalten erfasst. Zwei verschiedene Objekte mit zwei verschiedenen Fehlerarten.

2. Zuerst die Compliance Matrix

Überführen Sie jede Frage, Erklärung, Anlage, Formatvorgabe, Seitenbegrenzung, Unterschrift und Frist in eine Tabelle.

FeldBeispiel
Requirement IDRFP 3.2b
AnforderungDrei vergleichbare Projekte der letzten fünf Jahre
OwnerEnergy Practice Lead
EvidenzFreigegebene Referenzen PR104, PR221, PR309
ZielFolien 18 bis 20 und Anhang A
StatusGeprüft

Diese Matrix ist die Kontrollschicht zwischen Ausschreibung und Deck. Den ersten Entwurf darf die KI füllen, sie ist gut darin und die Arbeit ist stumpf. Danach bestätigt ein Mensch die Vollständigkeit, bevor die kreative Arbeit beginnt. Eine an Tag zwei entdeckte Pflichtfrage kostet nichts. Am Abgabetag kostet sie das Angebot.

3. Die Bid Thesis in einem Absatz festhalten

Bevor eine einzige Folie existiert, schreiben Sie das zentrale Argument auf:

Der Kunde muss X trotz Y erreichen. Wir empfehlen Z, weil unser Team A, B und C verbindet. Das erste messbare Ergebnis ist D innerhalb von E, unter den aufgeführten Annahmen.

Diesen Schritt überspringen Teams am häufigsten, und er entscheidet, ob das Angebot etwas taugt. Er zwingt zur Konkretheit. Und er gibt der Automatisierung einen stabilen Entscheidungskontext: Ohne These driftet jedes System, ob menschlich oder maschinell, in einen Katalog dessen ab, was man alles kann, statt eine Antwort auf die Frage des Kunden zu geben.

4. Das Modell ruft ab, es erfindet nicht

Eine Wissensbasis für Angebote muss strukturiert sein, nicht nur durchsuchbar. Volltextsuche über ein Laufwerk ist der Weg, auf dem eine Referenz von 2018 im Angebot landet, deren Wiederverwendung der Kunde nie freigegeben hat.

Jeder CV Datensatz braucht Person, Rolle, Standort, Verfügbarkeit, Sprachen, Capability Tags, die freigegebene Biografie, die zulässigen Erfahrungsaussagen, Foto und Layoutvariante, einen Owner, einen Freigabestatus, ein Prüfdatum sowie Einwilligungs und Regionsgrenzen.

Jede Projektreferenz braucht den freigegebenen Kundennamen oder die Anonymisierung, Branche, Capability, Problem, Ansatz, Ergebnis, Team, Region, Evidence Owner, Berechtigungsstufe, freigegebene Metriken und Formulierungen, Abschlussdatum und Prüfdatum.

Das ist viel Metadatenpflege. Es ist auch das Einzige, was zwischen Ihnen und einem selbstbewusst erfundenen Kundenlogo steht. Das Modell ruft Datensätze ab. Es baut keinen Ersatz. Jeder Claim behält eine stabile Datensatzkennung bis in die Folie.

5. Die Storyline als Text reviewen

Eine Reihenfolge, die für die meisten Angebote funktioniert:

  1. Unser Verständnis der Situation und der anstehenden Entscheidung.
  2. Wie Erfolg aussehen soll.
  3. Empfohlener Ansatz und Arbeitsplan.
  4. Warum dieser Ansatz zu Ihren Zwängen passt.
  5. Team und Governance.
  6. Relevante Erfahrung und Belege.
  7. Deliverables, Zeitplan, Annahmen und Commercials.
  8. Compliance Anhang.

Gibt die Ausschreibung eine Struktur vor, gewinnt sie. Compliance schlägt Hausstil, immer.

Und reviewen Sie das zuerst als reinen Text. Zehn Seitentitel zu challengen dauert zwanzig Minuten. Zehn fertig formatierte Folien zu challengen dauert einen Nachmittag, und jemand verteidigt das Layout, das er gerade gebaut hat.

6. Dem Entwurf echte Constraints geben

Der Unterschied zwischen einem brauchbaren und einem nutzlosen Auftrag liegt in der Präzision bei den Quellen, nicht in der Eloquenz beim Thema:

Entwirf Folien 4 bis 9 für Requirements RFP 2.1 bis RFP 2.4. Nutze nur PR104, PR221 und Methodik M12. Bewahre zitierte Kundentexte wörtlich. Jede Folie braucht Action Title, Evidenz und Quellenfußnote. Markiere fehlende Evidenz mit [OFFEN]. Erfinde keine Preise, Verfügbarkeiten, Kundennamen oder Ergebniskennzahlen.

Scope, erlaubte Quellen, geschützte Inhalte, Ergebnisregeln und eine explizite Liste dessen, was nicht erfunden werden darf. Fünf Elemente. Sie machen das Ergebnis prüfbar statt nur plausibel.

7. In das echte Vorlage in PowerPoint generieren

Master, Layouts, Typografie, Farben, Icons, Rechtstexte, Konventionen für den Anhang. Texte, Formen, Tabellen und Diagramme bleiben nativ bearbeitbar.

Das ist keine Formatvorliebe. Der erste Entwurf ist nie das Deliverable. Partner schreiben Action Titles um. Das Team ändert sich. Annahmen verschieben sich. Das Pricing wird zwei Stunden vor Abgabe aktualisiert, und das passiert immer. Ist das Ergebnis flach oder steckt es in einem Web Viewer, wird aus jeder dieser völlig normalen Änderungen Rework in einem Tool, mit dem nachts um elf niemand kämpfen will.

8. Drei Reviews, nicht einer

Das sind drei verschiedene Aufgaben, und ein müder Reviewer verschmilzt sie still zu einem optischen Korrekturlesen.

Compliance Review. Ist jede Anforderung beantwortet, am vorgeschriebenen Ort und im richtigen Format? Stimmen Erklärungen, Anlagen, Unterschriften, Seitenlimits, Dateinamen und Frist?

Evidence Review. Ist jedes Credential korrekt, aktuell, zulässig und relevant? Ist die Verfügbarkeit bestätigt? Sind Ergebnisse, Kundennamen und Qualifikationen real? Kann der Reviewer jede wesentliche Aussage auf einen Datensatz zurückführen?

Persuasion Review. Trifft das Angebot tatsächlich eine Wahl? Zeigt es Verständnis, oder gibt es dem Kunden nur die Ausschreibung zurück? Ist der Ansatz realistisch? Sind die Differenzierungsmerkmale belegt? Würde ein Executive verstehen, warum dieses Team die risikoärmere Option ist?

Verteilen Sie diese drei Reviews auf verschiedene Personen, wenn es irgend geht.

9. Einfrieren, dann lernen

Frieren Sie die Abgabeversion ein, protokollieren Sie den Freigeber, archivieren Sie Compliance Matrix und Evidenzset gemeinsam. Pflegen Sie die Source Library weiter, aber überschreiben Sie nie die Datensätze, die genau so eingereicht wurden. Sie werden sie später brauchen.

Nach der Entscheidung erfassen Sie strukturiert: Shortlist ja oder nein, Stärken, Schwächen, Preisposition, fehlende Belege, Kundeneinwände und die Inhalte, die stark überarbeitet werden mussten. Dieses Feedback verbessert Prozess und Source Library. Es wird kein unkontrolliertes Trainingsmaterial aus Kundendokumenten.

Wer was verantwortet

RolleVerantwortung
Bid PartnerThese, Zusagen, Preis, finale Freigabe
Proposal ManagerZeitplan, Compliance Matrix, Versionen, Einreichung
Workstream LeadAnsatz, Deliverables, Aufwand, Annahmen, Risiken
Knowledge OwnerRichtigkeit, Berechtigung und Aktualität von CVs und Referenzen
Brand und Design OwnerMaster, Layouts, visuelle Regeln, Ausnahmen
Security und DatenschutzFreigegebene Tools, Datengrenze, Vorfallpfad

Gute Automatisierung macht diese Verantwortungen sichtbarer, nicht unsichtbarer. Wenn am Ende ein neuer namenloser Owner namens „die KI“ im Prozess steht, ist vorher etwas schiefgelaufen.

Die Checkliste vor der Abgabe

Checkliste
  • Jede Pflichtanforderung hat Owner, Ziel und Status.
  • Die Bid Thesis beantwortet die Entscheidung des Kunden, nicht nur das Thema.
  • CVs, Referenzen, Kennzahlen und Kundennamen stammen aus freigegebenen Records.
  • Teamrollen und Verfügbarkeit sind vom zuständigen Lead bestätigt.
  • Der Ansatz verbindet Aktivitäten, Deliverables, Ergebnisse und Entscheidungen.
  • Annahmen, Abhängigkeiten, Ausschlüsse und Kundenpflichten stehen explizit da.
  • Zahlen, Daten, Währungen und Einheiten sind über das ganze Deck konsistent.
  • Action Titles formulieren eine Schlussfolgerung, die Sie belegen können.
  • Quellenfußnoten und Datensatzkennungen überleben bis in die Prüffassung.
  • Rechtstexte und Pflichtangaben sind unverändert.
  • Die Datei nutzt den Master und ist weiterhin nativ bearbeitbar.
  • PDF oder Portal Upload werden separat vom Arbeitsdeck geprüft.

Was Sie messen sollten

Zeitersparnis ist die Zahl, die sich am leichtesten berichten und am leichtesten verstecken lässt. Ein Team kann die Entwurfszeit halbieren und im Review mehr davon wieder verlieren. Messen Sie die ganze Kette:

  • Stunden vom Eingang der Ausschreibung bis zum reviewfähigen Entwurf;
  • Suchzeit für Personen und Projektbelege;
  • übersehene Pflichtanforderungen;
  • Aussagen, die sich als unbelegt herausstellten oder korrigiert werden mussten;
  • Partner Review Zyklen und substanzielle Umschriften;
  • Format und Abgabefehler;
  • wie viel freigegebener Inhalt tatsächlich wiederverwendet wird;
  • Pflegeaufwand für die Datensätze;
  • Shortlist Quote, Win/Loss und Kundenfeedback je Angebotstyp.

Das Ziel war nie möglichst viel maschinengeschriebener Text. Das Ziel ist weniger vermeidbare Produktionsarbeit, und eine bessere Entscheidung darunter.

Wo offgen passt

Um genau diesen Workflow haben wir offgen gebaut. Das Company Brain hält CVs, Projektreferenzen, freigegebene Folien, Methoden, geschützte Formulierungen und Vorlagenregeln in einer Form, die sich tatsächlich abrufen und wiederverwenden lässt. Ein Proposal Skill definiert, welche Abschnitte variieren, welche Quellen erlaubt sind, welche Elemente gesperrt bleiben und welche Reviews greifen. Das Ergebnis ist natives PowerPoint, weil dort der Partner Review stattfindet.

Für ein Proposal Team sind vor allem CVs und Projektreferenzen, der Structured Skill Builder, Brand Governance und bearbeitbare Templates relevant.

Wenn Sie eine Sache mitnehmen: Beginnen Sie mit einem einzigen Angebotstyp und einem Evidenzset, das Sie wirklich pflegen wollen. Bringen Sie Retrieval, Quellen, Vorlagenverhalten und Freigabe an den Punkt, an dem Partner ihnen vertrauen. Danach kommen weitere Branchen, Sprachen und Formate. Teams, die alles im ersten Quartal wollen, vertrauen am Ende keinem Teil davon.

Häufig gestellte Fragen

Kann KI ein vollständiges Beratungsangebot schreiben?

Sie kann einen großen Teil der Arbeit übernehmen: Anforderungen aus der Ausschreibung ziehen, Struktur vorschlagen, passende Evidenz finden, entwerfen und Folien bauen. Sie sollte keine Credentials eigenständig auswählen, Erfahrung erfinden, Leistungszusagen treffen oder das Argument freigeben, das Sie dem Kunden gegenüber vertreten.

Was gehört in eine Datenbank für Beratungsangebote?

Mindestens freigegebene CVs, Projektreferenzen, Capability Texte, Methoden, Proof Points, Kundenfreigaben, Owner, Märkte, Sprachen, Vertraulichkeit, Freigabestatus sowie Prüf- oder Ablaufdaten. Ein Datensatz ohne Owner und ohne Prüfdatum ist ein Gerücht, keine Evidenz.

Wie verhindert man erfundene Projektreferenzen?

Generieren Sie ausschließlich aus einer kontrollierten Credential Bibliothek, verlangen Sie eine stabile Datensatzkennung an jeder Aussage, machen Sie die Auswahlbegründung sichtbar, unterbinden Sie freie Erfindung und lassen Sie alles, was der Kunde liest, vom Engagement Owner bestätigen.

Soll ein Angebot mit KI direkt in PowerPoint entstehen?

Für die meisten Beratungen ja. Das Angebot muss Partner Review, kundenspezifische Änderungen, Design Finishing und kurzfristige Anpassungen im freigegebenen Template überstehen. Ein flacher Export macht aus jedem dieser normalen Schritte Rework.

Wie misst man Proposal Automatisierung?

Durchlaufzeit, Suchzeit, Prüfaufwand, Rework, Compliance Lücken, unbelegte Aussagen, Formatfehler, Nutzung freigegebener Inhalte und Win und Loss Feedback. Die Geschwindigkeit des ersten Entwurfs allein ist eine Vanity Metrik.

Quellen

  1. 01Richtlinie 2014/24/EU über die öffentliche Auftragsvergabe EUR-Lex, 2014-02-26. Abgerufen am 25. August 2026.
  2. 02Durchführungsverordnung (EU) 2019/1780 zu Standardformularen für Vergabebekanntmachungen EUR-Lex, 2019-09-23. Abgerufen am 25. August 2026.
  3. 03Verordnung (EU) 2016/679 (Datenschutz-Grundverordnung) EUR-Lex, 2016-04-27. Abgerufen am 25. August 2026.
  4. 04CVs und Projektreferenzen offgen. Abgerufen am 25. August 2026.
  5. 05Brand Governance offgen. Abgerufen am 25. August 2026.

Verwandte Artikel

Florian Ploszczyk

Über den Autor

Florian Ploszczyk

Co-Founder and COO, MD

Florian schreibt über Beratungsprozesse, professionelle Präsentationen, Unternehmenswissen und den kontrollierten Einsatz agentischer KI.