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.
| Arbeitsart | Was Automatisierung leisten soll | Wer verantwortlich bleibt |
|---|---|---|
| Anforderungsextraktion | Alle expliziten Anforderungen finden und strukturieren | Proposal Manager bestätigt Vollständigkeit |
| Knowledge Retrieval | Freigegebene CVs, Referenzen und Inhalte ranken | Engagement Lead bestätigt Relevanz und Berechtigung |
| Entwurf und Produktion | Struktur vorschlagen und bearbeitbare Folien bauen | Workstream Owner prüfen die Substanz |
| Zusage und Freigabe | Lücken und Widersprüche markieren | Partner 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.
| Feld | Beispiel |
|---|---|
| Requirement ID | RFP 3.2b |
| Anforderung | Drei vergleichbare Projekte der letzten fünf Jahre |
| Owner | Energy Practice Lead |
| Evidenz | Freigegebene Referenzen PR104, PR221, PR309 |
| Ziel | Folien 18 bis 20 und Anhang A |
| Status | Geprü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:
- Unser Verständnis der Situation und der anstehenden Entscheidung.
- Wie Erfolg aussehen soll.
- Empfohlener Ansatz und Arbeitsplan.
- Warum dieser Ansatz zu Ihren Zwängen passt.
- Team und Governance.
- Relevante Erfahrung und Belege.
- Deliverables, Zeitplan, Annahmen und Commercials.
- 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
| Rolle | Verantwortung |
|---|---|
| Bid Partner | These, Zusagen, Preis, finale Freigabe |
| Proposal Manager | Zeitplan, Compliance Matrix, Versionen, Einreichung |
| Workstream Lead | Ansatz, Deliverables, Aufwand, Annahmen, Risiken |
| Knowledge Owner | Richtigkeit, Berechtigung und Aktualität von CVs und Referenzen |
| Brand und Design Owner | Master, Layouts, visuelle Regeln, Ausnahmen |
| Security und Datenschutz | Freigegebene 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
- 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
- 01Richtlinie 2014/24/EU über die öffentliche Auftragsvergabe — EUR-Lex, 2014-02-26. Abgerufen am 25. August 2026.
- 02Durchführungsverordnung (EU) 2019/1780 zu Standardformularen für Vergabebekanntmachungen — EUR-Lex, 2019-09-23. Abgerufen am 25. August 2026.
- 03Verordnung (EU) 2016/679 (Datenschutz-Grundverordnung) — EUR-Lex, 2016-04-27. Abgerufen am 25. August 2026.
- 04CVs und Projektreferenzen — offgen. Abgerufen am 25. August 2026.
- 05Brand Governance — offgen. Abgerufen am 25. August 2026.
Verwandte Artikel
Grundlagen
PowerPoint Automatisierung für regulierte Branchen: Der vollständige Leitfaden
Artikel lesenSicherheit & EU-Regulierung
DSGVO und KI Präsentationen: Eine praktische Compliance Checkliste
Artikel lesenBeratung
KI für Beratungsunternehmen: 15 praktische Anwendungsfälle, Risiken und Kontrollen
Artikel lesenBeratung
Datenbank für CVs und Projektreferenzen in der Beratung: Struktur, Tags und Governance
Artikel lesen
Über den Autor
Florian Ploszczyk
Co-Founder and COO, MD
Florian schreibt über Beratungsprozesse, professionelle Präsentationen, Unternehmenswissen und den kontrollierten Einsatz agentischer KI.