Was ist ein Tender-Management-Tool?

Ein Tender-Management-Tool deckt eine oder einige wenige Aufgaben im Response-Prozess ab, etwa die Identifikation von Ausschreibungen, die Compliance-Analyse, die Erstellung von Inhalten oder die Zusammenstellung von Dokumenten. Es steuert den Prozess jedoch nicht durchgängig. Diese Grenze unterscheidet es von einem Tender-Management-System oder einem vollständigen Bid-Management-Stack, die beide den gesamten Lebenszyklus in einer zentralen Umgebung abbilden sollen. Ein Tool hingegen wird eingesetzt, um ein bestimmtes Problem zu lösen, und ist für die Einbindung in eine umfassendere, häufig manuelle Arbeitsumgebung vorgesehen.

Was ein Tool von einer Plattform unterscheidet

Abdeckungsumfang

Ein Tender-Management-Tool deckt nur einen kleinen Teil des Response-Prozesses ab, nicht den gesamten. Analysen zur Ausschreibungsmanagement-Software stellen Tools und Plattformen genau in diesem Punkt gegenüber: Ein Tool ist in der Regel auf eine bestimmte Aufgabe wie die Dokumentenerstellung oder die Fristenverfolgung ausgelegt, während eine Plattform den gesamten Lebenszyklus abdeckt.[3]

Die Unterscheidung ist wichtig, weil in beiden Phasen des Ausschreibungsprozesses häufig dieselben Begriffe verwendet werden. Sowohl ein Anbieter eines Compliance-Prüftools als auch ein Anbieter einer umfassenden Plattform für die Angebotserstellung kann sein Produkt als „Tender-Management-Tool“ bezeichnen. Der Käufer muss dann anhand der Funktionsliste statt der Bezeichnung ermitteln, wie viel des Prozesses tatsächlich abgedeckt ist.

In der Praxis werden ein Bid-Team, das ein spezialisiertes Tool etwa für die Portalüberwachung nutzt, sowie Compliance-Prüfungen, die Ausarbeitung und die Zusammenstellung weiterhin mit anderen Mitteln durchführen. Das Tool hat den Prozess nicht ersetzt, sondern lediglich einen Teil davon eingegrenzt.

Verantwortung für den gesamten Lebenszyklus

Wenn der Stack aus Einzellösungen besteht, liegen Verantwortung und Kontrolle über den gesamten Ausschreibungsprozess beim Bid-Team und seinen Prozessen, nicht bei einem einzelnen Tool. Keine Anwendung übernimmt die Rolle des führenden Systems, da jedes Tool für ein klar abgegrenztes Problem ausgewählt wurde und nicht für die Koordination des Gesamtprozesses.

Dies ist eine strukturelle Folge der Art und Weise, wie Einzellösungen eingeführt werden. Teams erwerben sie in der Regel nacheinander, um ein bestimmtes wiederkehrendes Problem zu lösen, statt sie als Teil einer geplanten Architektur zu erwerben. So entsteht mit der Zeit ein Technologie-Stack, in dem mehrere Anwendungen jeweils nur einen Teil der Informationen zu einer bestimmten Ausschreibung enthalten.

In der Praxis bedeutet das: Status, Zuständigkeit und Versionsverlauf befinden sich jeweils im Tool, in dem ein bestimmtes Artefakt zuletzt bearbeitet wurde, ergänzt durch die Tabelle oder das gemeinsame Laufwerk, mit dem das Team die einzelnen Teile zusammenführt. Für eine in einem Tool erstellte Compliance-Matrix und einen in einem anderen Tool verfassten Antwortentwurf gibt es keinen gemeinsamen Datensatz, aus dem hervorgeht, welche Version aktuell ist.

Gängige Kategorien von Tender-Management-Tools

Tools für Recherche und Qualifizierung

Tools zur Identifikation und Qualifizierung helfen einem Bid-Team, relevante Chancen zu erkennen und zeitnah zu entscheiden, ob es diese verfolgen soll. Typischerweise handelt es sich dabei um Benachrichtigungsdienste, die Ausschreibungsportale und Veröffentlichungsfeeds überwachen, kombiniert mit bid/no-bid-Bewertungsrechnern, die eingehende Chancen anhand einheitlicher Kriterien bewerten.

Der Mechanismus ist in der Regel einfach: Ein Feed mit veröffentlichten Bekanntmachungen wird nach Schlüsselwörtern, Branchen oder Schwellenwerten gefiltert. Eine Bewertungsvorlage überführt qualitative Einschätzungen in eine vergleichbare Kennzahl. So kann ein Team eine große Zahl von Chancen nach einem wiederholbaren Verfahren priorisieren, statt sich jedes Mal auf individuelle Einschätzungen zu verlassen.

Die Einschränkung besteht darin, dass Qualifizierungstools bei der Entscheidung für oder gegen ein Bid enden. Alles Weitere, von der Compliance-Analyse bis zur Ausarbeitung, liegt außerhalb ihres Funktionsumfangs. Zudem hängt die Entscheidung selbst weiterhin von manuell eingegebenen Daten zu Ressourcen und zur strategischen Passung ab.

Compliance- und Angebotserstellungstools

Compliance- und Formulierungstools unterstützen bei den beiden arbeitsintensivsten Phasen der Angebotserstellung: Sie prüfen, ob alle Anforderungen berücksichtigt wurden, und erstellen die Antworttexte. Tools zum Erstellen von Compliance-Matrizen extrahieren Anforderungen aus Ausschreibungsunterlagen und erfassen, welche davon bereits beantwortet wurden. Formulierungs- und Überarbeitungsassistenten helfen dabei, Antworttexte entsprechend diesen Anforderungen zu erstellen oder anzupassen.

Diese Tools analysieren strukturierte oder teilstrukturierte Anforderungsdokumente und erstellen daraus eine nachverfolgbare Liste, die ein Bid-Team anschließend manuell oder mithilfe einer eigenen Antwortbibliothek vervollständigt. Einige Assistenten zur Angebotserstellung nutzen generative Modelle, um aus früheren Antworten oder Referenzmaterialien einen ersten Textentwurf zu erstellen.

Ein Team, das ein Compliance-Tool ohne integrierte Inhaltsquelle nutzt, stellt häufig fest, dass die Matrix zwar korrekt ist, die darin referenzierten Antworten jedoch in separaten Dokumenten vorliegen. Sie müssen weiterhin manuell abgerufen und per Copy-and-paste in die Matrix oder ins endgültige Angebot übertragen werden.

Tools für Zusammenstellung und Einreichung

Tools zur Dokumenterstellung und -einreichung führen fertige Inhalte zu einem regelkonformen, einreichungsfähigen Dokument zusammen. Tools zur Dokumentenzusammenstellung fügen freigegebene Antworten, Formatvorlagen und erforderliche Anhänge in die finale Datei ein. Checklisten zur Einreichung bestätigen, dass Formatierung, Seitenbegrenzungen und Pflichtanhänge den in der Ausschreibung genannten Anforderungen entsprechen.

Diese Tools kommen in der Regel erst spät im Prozess zum Einsatz, nachdem die Inhalte an anderer Stelle freigegeben wurden. Ihr Nutzen besteht darin, Formatierungsfehler und fehlende Anhänge zu reduzieren, nicht darin, den Inhalt des Angebots zu gestalten. Einige lassen sich direkt in E-Tendering-Portale integrieren und übernehmen dort den Upload und die Einreichung.

Da diese Tools Inhalte verarbeiten, die in vorgelagerten Schritten erstellt wurden, bleibt ein zuvor entstandener Fehler bei der Zusammenstellung unbemerkt. Das gilt etwa für eine veraltete Antwort aus der falschen Version eines Dokuments. Das Tool prüft die Struktur, nicht die Richtigkeit.

Wo sich ein einzelnes Tool nicht mehr auszahlt

Erneute Dateneingabe und Versionsabweichungen

Die unmittelbarsten Folgen des parallelen Einsatzes mehrerer Einzellösungen sind die erneute Dateneingabe und auseinanderlaufende Versionen. Inhalte werden zwischen einer Compliance-Matrix, einer Antwortbibliothek, einem Assistenten für die Angebotserstellung und einem Tool zur Zusammenstellung ausgetauscht. Bei jeder Übertragung besteht das Risiko, dass eine veraltete oder leicht modifizierte Version in die endgültige Einreichung gelangt.

Der Mechanismus ist einfach: Ohne eine gemeinsame Datenschicht müssen Informationen aus einem Tool exportiert und entweder in das nächste Tool importiert oder manuell neu eingegeben werden. Jede Übergabe kostet Zeit und birgt das Risiko, dass die eingereichte Version von der freigegebenen abweicht.

Für ein Team, das pro Jahr nur wenige Angebote einreicht, ist dieser Aufwand überschaubar. Bei Dutzenden parallel laufender Responses summiert sich der Koordinationsaufwand und wird oft zum begrenzenden Faktor für den Durchsatz, nicht für die Kapazität zur Angebotserstellung.

Lücken bei Governance und Auditierbarkeit

Governance- und Audit-Lücken entstehen, weil kein einzelnes Tool im Stack den vollständigen Überblick über die gesamte Response bietet. Punktlösungen werden häufig parallel zu Tabellen, gemeinsam genutzten Laufwerken und E-Mails eingesetzt. Ihre Einführung sorgt nicht automatisch für Versionskontrolle oder einen Audit-Trail eines vollständigen Systems.

Das liegt daran, dass jedes Tool Aktivitäten nur innerhalb seines eigenen Bereichs erfasst. Ein Assistent für die Angebotserstellung protokolliert Änderungen an einem Entwurf, ein Compliance-Tool den Status von Anforderungen. Keines der beiden weiß, was im jeweils anderen geschehen ist. Um vollständig nachzuvollziehen, wer was wann genehmigt hat, müssen mehrere Systeme manuell abgeglichen werden.

Die Folgen zeigen sich besonders deutlich bei einer Prüfung, etwa bei einem Audit nach der Auftragsvergabe oder bei einer Auseinandersetzung über eine eingereichte Zusage. Dann stellt das Team fest, dass kein einzelner Datensatz die vollständige Genehmigungskette für eine bestimmte Antwort abbildet.

Wie sich das Tender-Management-Tool in die übergeordnete Terminologie einordnet

Bezug zu System-, Software- und Plattformbegriffen

Ein Tender-Management-Tool ist Teil eines breiteren Begriffsfelds, das Ausschreibungsmanagement-Systeme, Ausschreibungsmanagement-Software, Bid-Management-Tools und Plattformen zur Beantwortung von Ausschreibungen umfasst. Jeder dieser Begriffe hat einen eigenen Anwendungsbereich. Leitfäden zum Ausschreibungsmanagement unterscheiden ausdrücklich zwischen Tools für die Käuferseite, mit denen zuständige Teams Ausschreibungen veröffentlichen und bewerten, und Tools für die Anbieterseite, mit denen Vertriebs- und Bid-Teams Angebote für Ausschreibungen erstellen.[7]

Die Überschneidung in der Terminologie ist zum Teil ein Marketingartefakt. Definitionen aus Anbietersicht beschreiben ein Tender-Management-Tool als spezialisierte Unternehmenssoftware, mit der Antworten auf komplexe Angebotsanfragen und Ausschreibungen erfasst, strukturiert, formuliert und nachverfolgt werden. Das klingt nach einer vollständigen Plattform, selbst wenn das Produkt nur einen Teil dieser Prozesskette abdeckt.[6] Einige Branchenbeschreibungen gehen noch weiter und verwenden den Begriff als Synonym für eine durchgängige Software, mit der Ausschreibungen erstellt, verteilt, bewertet und vergeben werden. Diese Sichtweise stammt von der Käuferseite der Transaktion.[14]

EU-Bekanntmachungen zu Vergabeverfahren spiegeln diese Verwendung auf Käuferseite direkt wider. In den Unterlagen zur Ausschreibungsplanung wurde das Tender-Management-Tool als eProcurement-System bezeichnet, das eine Vergabestelle bei allen ihren Vergabeprozessen unterstützt. Das ist ein erheblich breiterer Anwendungsbereich als bei der hier beschriebenen Punktlösung für Anbieter. Um den Begriff richtig einzuordnen, muss daher geklärt werden, welche Seite der Transaktion und welche Phase des Lebenszyklus ein bestimmtes Produkt tatsächlich abdeckt.