Angebotsmanagement-Software anhand Ihres abgeschlossenen Bids auswählen

Eine Demo zeigt einen starken Entwurf zu einer Frage, die der Softwareanbieter selbst gewählt hat, und um ihn herum entsteht die Shortlist. Wählen Sie Angebotsmanagement-Software stattdessen danach aus, ob sie die eigenen Schritte und Freigaben Ihres Teams abbildet und eine Dokumentation hinterlässt, für die Sie einstehen können. Beides zeigt nur eine Testphase an einem Bid, den Sie bereits abgeschlossen haben.

Wo die Auswahl von Angebotsmanagement-Software schiefgeht

Die Auswahl geht schief, wenn eine Demo den Test ersetzt, denn Entwürfe sind der Teil der Arbeit, den eine Demo am besten zeigt. Angenommen, ein Head of Bids leitet ein Team, das Entwürfe mit Allzweck-KI wie ChatGPT oder Microsoft Copilot erstellt und freigegebene Antworten in einer SharePoint-Bibliothek ablegt. Das Tool liefert der Person, die gerade tippt, schnell einen ordentlichen ersten Entwurf, und das Team organisiert den Rest des RFP-Response-Prozesses darum herum. Eine Demo von Angebotsmanagement-Software liefert dann bei einer Beispielfrage einen guten Entwurf, und der Wechsel scheint begründet.

An drei Stellen bricht das. InfoSec genehmigt das neue Tool erst für Ausschreibungsunterlagen, wenn klar ist, wo die Daten gespeichert werden und ob damit Modelle trainiert werden, also wartet die Testphase. Wenn sie dann läuft, läuft sie an einer kurzen Ausschreibung. Die Entwurfserstellung wirkt schnell, weil die Fachexperten und die Reviewer aus Rechtsabteilung und IT-Sicherheit, bei denen die Mehrarbeit anfällt, nie beteiligt waren. Später fragt ein Auftraggeber, was die KI in einem eingereichten Angebot geschrieben hat, oder die Rechtsabteilung fragt, wer eine Zusage freigegeben hat, und das Team setzt die Antwort aus Chatverläufen und E-Mails zusammen. Dem Bid-Manager bleibt ein Tool, das mehr Arbeit macht, als es spart.

Testen Sie also, was die Demo ausgelassen hat. In der McKinsey-Umfrage „State of AI“ 2025 hatte die Neugestaltung von Arbeitsabläufen unter 25 Merkmalen den größten Einfluss darauf, ob eine Organisation durch generative KI einen Effekt auf das EBIT sah. Genau diese Passung zu Ihrem Prozess muss die Testphase prüfen.

Bilden Sie vor jeder Demo Ihren eigenen Prozess ab

Beginnen Sie mit Ihrem eigenen Prozess, schriftlich festgehalten, bevor ein Softwareanbieter Ihnen seinen zeigt. Ohne ihn wird der Prozess aus der Demo automatisch zum Maßstab. Halten Sie jeden Schritt vom Eingang der Unterlagen bis zur Abgabe fest: wer ihn verantwortet, wer ihn prüft und wer ihn freigibt, und in welcher Reihenfolge die Review-Kette läuft. PAS 360:2023 von BSI, der Praxisleitfaden für Bid- und Proposal-Management, behandelt Arbeitsweise, Rollen und Verantwortlichkeiten und eignet sich daher, um zu prüfen, ob Ihre Prozesslandkarte nichts auslässt.

Halten Sie dann zwei Dinge fest, zu denen ein Tool passen muss. Erstens, wo freigegebene Inhalte heute liegen: in einer SharePoint- oder Google-Drive-Bibliothek, einem Content-Tool oder in persönlichen Ordnern. Wer diese Inhalte aktuell hält, entscheidet, ob ein neues Tool direkt auf sie zugreifen oder eine migrierte Kopie übernehmen sollte, die dann jemand parallel zum Original pflegt. Zweitens, über welche Kanäle Freigaben laufen, etwa E-Mail, Microsoft Teams oder Slack.

Die Prozesslandkarte des Head of Bids könnte zeigen, dass die Rechtsabteilung jede Antwort mit Haftungsfolgen freigibt und der Sicherheitsverantwortliche jede Antwort zur Sicherheit. Keine Demo hat eines davon berührt. Das ist der Maßstab, an dem jede Option gemessen wird.

Holen Sie die Genehmigung von InfoSec und Rechtsabteilung vor der Testphase ein

Planen Sie InfoSec und die Rechtsabteilung zuerst ein, denn deren Genehmigung entscheidet mehr als der Kalender des Softwareanbieters darüber, wann eine Testphase beginnen kann. Bevor ein Tool Ausschreibungsunterlagen berührt, braucht die Organisation die Zusicherung, dass ihre vertraulichen Informationen nirgendwohin gelangen und nie für Training genutzt werden und dass die Testphase ihre Regeln zur Informationssicherheit einhält. Schicken Sie jedem Softwareanbieter auf der Shortlist dieselben Fragen und bewahren Sie die Antworten für die Entscheidung auf.

• Wo werden Ausschreibungsinhalte gespeichert und verarbeitet, und lässt sich die Region wählen?
• Werden Inhalte der Organisation innerhalb oder außerhalb ihrer eigenen Instanz zum Trainieren von Modellen verwendet?
• Lässt sich der Zugriff für jeden Mitwirkenden bis auf Datei- und Ordnerebene festlegen, und kann ein Administrator prüfen, wer tatsächlich worauf Zugriff hat?
• Was wird wie lange protokolliert, und können Sie das Protokoll exportieren?
• Wie lange werden Daten aufbewahrt, und lässt sich die Aufbewahrungsfrist an die Verpflichtungen der Organisation anpassen?

Auch interne Freigaben verzögern eine Testphase. Eine Evaluierung braucht deshalb einen starken internen Fürsprecher, der sie bei IT-Sicherheit, Rechtsabteilung und Budgetverantwortlichem durchsetzt. Rechnen Sie diesen Aufwand je Option. Jedes Tool auf der Shortlist durchläuft seine eigene Genehmigung, Einrichtung und Schulung, sodass eine lange Shortlist die Stunden vervielfacht, die InfoSec und Rechtsabteilung aufwenden, bevor überhaupt die Entwurfserstellung getestet wird.

Stellen Sie das Testpaket aus einem abgeschlossenen Bid zusammen

Lassen Sie jede Option an einem Bid laufen, den Sie bereits abgeschlossen haben und den kein Softwareanbieter kennt. Sie wissen, was das Team eingereicht hat und was es dafür gebraucht hat, und ein Softwareanbieter kann sein Tool nicht auf ein Paket abstimmen, das er nie gesehen hat. Dadurch ist die Testphase weder durch gezielte Vorbereitung noch durch Zufall leicht zu bestehen.

Nehmen Sie einen mittelgroßen Bid, dessen Ausschreibungsunterlagen aus mindestens fünf und höchstens etwa zehn Dokumenten bestehen, von denen mindestens drei auszufüllen sind. Die Fragen hängen von Ihrer Branche ab. Ein Dienstleister sollte zu jedem Hauptbereich mindestens eine qualitative Frage aufnehmen, etwa zu Produktbeschreibung, Erfüllung der Anforderungen, Implementierung, laufender Leistungserbringung, Account-Management, Unternehmensinformationen sowie ökologischem und sozialem Mehrwert. Ergänzen Sie einen vollständigen PQQ und, sofern Ihre Bids sie enthalten, einen Security-Questionnaire und ein Preisblatt.

Der Head of Bids wählt einen abgeschlossenen Bid, der sich über mehrere Dateien erstreckte, eine rechtliche und eine Sicherheitsprüfung durchlief und Wortbegrenzungen sowie Formatvorgaben hatte. So hat jeder spätere Test etwas Reales zu prüfen.

Testen Sie Entwürfe, Prozess und Präzision

Bewerten Sie jede Option auf einem einzigen Bewertungsbogen nach Entwürfen, Prozess und Präzision; Entwürfe allein sagen nichts über den Prozess aus. Legen Sie vor der Testphase für jedes Kriterium fest, ob es einmal bewertet wird, je Vorkommen mit einem Grenzwert oder gegen einen vorab festgelegten Schwellenwert.

Entwürfe

Lassen Sie die qualitativen Fragen beantworten und vergleichen Sie jede Antwort mit dem, was das Team eingereicht hat. Die größten Überarbeitungen entstehen bei Antworten, die an der falschen Stelle der Angebotsdokumente oder im falschen Format stehen. Ebenso aufwendig sind Antworten, die nach KI klingen: Aufzählungspunkte, wo ein Argument hingehört, Reihen kurzer Sätze, Marketingsprache statt sachlicher Information, ein amerikanischer Tonfall und Schlagwörter ohne Substanz. Messen Sie die Bearbeitungszeit je Antwort und bewerten Sie sie gegen einen Schwellenwert.

Prozess

Prüfen Sie, ob das Tool so arbeitet, wie Ihr Team arbeiten muss. Dazu gehört, Bieterfragen zu finden, einen Angebotszeitplan zu erstellen, den Bid zu steuern, Fachexperten und ihre Beiträge einzubinden, die verfahrensbedingten Freigaben einzuholen, die RFP-Bibliothek zu verwalten und weitere Sprachen zu bewältigen, wenn Sie Angebote in mehr als einer Sprache abgeben. Bewerten Sie jeden Schritt einmal gegen Ihre Prozesslandkarte. Wie Fachexperten heute mitwirken, setzt die Messlatte, und für die Weiterleitung an Fachexperten gibt es Umwege, denn Teams nehmen Dokumente schon heute offline, um sie ihnen zu schicken.

Präzision

Prüfen Sie bei jeder Antwort die Wortzahl und jede Vorgabe in den Ausschreibungsunterlagen. Prüfen Sie dann, ob ein einzelner Entwurf alle zugleich einhält, in dem von Ihnen gewählten Tonfall. Bewerten Sie Wortzahlen und verbindliche Vorgaben je Vorkommen, mit dem vor der Testphase festgelegten Grenzwert.

Testen Sie die Dokumentation, die ein Auftraggeber oder die Rechtsabteilung verlangen kann

Der Audit-Trail eines Tools ist seinen Platz nur wert, wenn er beantwortet, was ein Auftraggeber oder Ihre Rechtsabteilung fragen wird. Testen Sie ihn deshalb an Antworten, die Sie selbst auswählen. Jeder Auftraggeber kann eigene Vorgaben zum KI-Einsatz machen. Klauseln in jüngeren Ausschreibungen haben den Anteil einer Response begrenzt, den KI schreiben darf, und verlangt, dass jemand jedes Element vor der Abgabe freigibt. Ein Eignungsfragebogen hat gefragt, ob KI eingesetzt wurde und, falls ja, welchen Anteil sie geschrieben hat.

Wählen Sie nach Ende der Testphase zufällig Antworten aus und verlangen Sie von jeder Option die Dokumentation dahinter. Sie sollte zeigen, wer jede Antwort entworfen hat, aus welcher Quelle jede Aussage stammt und wer sie wann bearbeitet und freigegeben hat. Fragen Sie dann nach dem Anteil der Response, den die KI geschrieben hat, und beurteilen Sie, ob Sie in einem Eignungsfragebogen vertreten könnten, wie diese Zahl zustande kam. Bewerten Sie jede Antwort der Stichprobe einzeln, ohne Lücken zuzulassen.

Was Prüfer in einer nachvollziehbaren, KI-gestützten Antwort sehen müssen, vertieft das Thema.

Entscheiden Sie mit Ihrer bisherigen Arbeitsweise als Maßstab

Ihre bisherige Arbeitsweise ist eine Option auf der Shortlist. Messen Sie sie deshalb am selben Testpaket und legen Sie jeden Mindestwert im Vergleich zu ihr fest, bevor Sie das erste Tool öffnen. Bearbeiten Sie dieselben Fragen erneut mit Ihren bisherigen Tools, damit Bearbeitungszeit je Antwort und Review-Runden auf dieselbe Weise gemessen werden.

Ausstiegskriterien

Jede Option, auch Ihre bisherige, fällt durch, wenn einer der folgenden Fälle eintritt. Legen Sie vorab fest, ob jeder Fall einmal oder je Vorkommen mit einem Grenzwert bewertet wird.

• Es treten Halluzinationen auf.
• Daten werden unzuverlässig abgerufen.
• Eine Wortbegrenzung wird nicht eingehalten.
• Daten sind nicht sicher geschützt.
• Es wird auf die falschen Dokumente in der RFP-Bibliothek zurückgegriffen.
• Der Bid-Manager hat mehr Arbeit, als er spart, etwa weil Entwürfe so viel Überarbeitung brauchen, dass selbst schreiben schneller geht.
• Versionen lassen sich nicht nachverfolgen.
• Die Option ist für das Team zu kompliziert oder verlangt, dass es zu anders arbeitet.
• Die Option ist nicht flexibel genug für die Bandbreite an Ausschreibungsformaten, die Auftraggeber schicken.

Die Entscheidungsregel

Stellen Sie den Nutzen den vollen Kosten gegenüber: Gartner rät, Geschäftswert und Gesamtkosten gemeinsam zu analysieren. Zählen Sie jeden Nutzen nur einmal, damit eingesparte Zeit nicht noch einmal als Kapazität oder Kostenersparnis zählt. Beziffern Sie die Kosten jeder Option auf dieselbe Weise, in Personal und Zeit. Rechnen Sie Einrichtung, Genehmigung, Schulung und, wo nötig, den Umzug der Content-Library ein. Zählen Sie die Stunden, die Fachexperten, Rechtsabteilung und IT-Sicherheit in Reviews verbringen, ebenso wie die des Bid-Managers. Wählen Sie die Option, die kein Ausstiegskriterium auslöst und Ihre bisherige Arbeitsweise bei den vorab festgelegten Kennzahlen übertrifft, sobald Sie die vollen Kosten einrechnen. Gelingt das keiner Option, behalten Sie, was Sie haben, und verbessern Sie die Schritte, die der Test offengelegt hat.

So führt SEQUESTO eine Testphase an Ihrem abgeschlossenen Bid durch

Im agentic operating system (aOS) von SEQUESTO führt Ihr Team den Test durch, indem es den abgeschlossenen Bid als Projekt lädt und ihn wie einen laufenden Bid bearbeitet. Die Tarife Team und Scale von SEQUESTO enthalten eine kostenlose Testversion ohne Kreditkarte, die mit einem Erstgespräch mit einem Solution Engineer und einer einstündigen Onboarding-Session beginnt; außerdem zeigt SEQUESTO außerhalb des Tests eine Demo an einem anderen abgeschlossenen Bid Ihrer Wahl. Holen Sie zuerst die Genehmigung von InfoSec und Rechtsabteilung ein, wie bei jeder Option.

Checkliste zur Auswahl von Angebotsmanagement-Software

Wenden Sie die Checkliste auf jede Option an, auch auf Ihre bisherige Arbeitsweise.

• Ihre Schritte, Rollen, Freigaben und die Review-Kette sind dokumentiert, ebenso wie der Ablageort freigegebener Inhalte und die Kanäle, über die Freigaben laufen.
• InfoSec und Rechtsabteilung haben jede Option zu Datenstandort, Modelltraining und Zugriff je Mitwirkendem genehmigt, und ein benannter Fürsprecher verantwortet die Testphase.
• Das Testpaket ist ein abgeschlossener, mittelgroßer Bid, den kein Softwareanbieter kennt, mit einer qualitativen Frage zu jedem Hauptbereich und jedem Dokumenttyp, den Ihre Bids enthalten.
• Mindestwerte und Ausstiegskriterien sind gegen Ihre bisherige Arbeitsweise festgelegt, einschließlich der Art, wie jedes Kriterium bewertet wird, bevor Sie eine Option öffnen.
• Jede Option hat das vollständige Testpaket über denselben Zeitraum durchlaufen.
• Entwürfe, Prozess und Präzision sind für jede Option auf einem einzigen Bewertungsbogen bewertet.
• Die Dokumentation hinter jeder Antwort der Stichprobe zeigt, wer sie entworfen, bearbeitet und freigegeben hat, ihre Quellen und den Beitrag der KI getrennt vom menschlichen Beitrag.
• Die Kosten jeder Option in Personal und Zeit sind auf dieselbe Weise beziffert, einschließlich Fachexperten, Rechtsabteilung und IT-Sicherheit, und jeder Nutzen ist nur einmal gezählt.

Beginnen Sie mit dem Schritt, der auf andere wartet. Planen Sie die Genehmigung durch InfoSec und Rechtsabteilung jetzt ein, damit sie läuft, während Sie das Testpaket zusammenstellen.