Was ist RFx-Management?

RFx-Management betrachtet die bei einem Anbieter eingehenden Anfragen als Portfolio und nicht als einzelne Projekte. Ein Bid-Team bearbeitet in der Regel mehrere parallele, voneinander unabhängige Anfragen, die um denselben begrenzten Pool an Autoren, technischen Prüfern und Preisfreigabeverantwortlichen konkurrieren. Die Arbeit ähnelt daher eher einer Portfolio-Triage als der vollständigen Bearbeitung einer einzelnen Response: Es gilt zu entscheiden, welche Anfragen weiterverfolgt werden sollten und welcher Aufwand jeweils angemessen ist. Darin liegt der Unterschied zwischen RFx-Management und Bid-Management, wobei das eine einzelne Opportunity bis zur Zuschlagserteilung begleitet.

Was RFx-Management umfasst

Die abgedeckten Anfragetypen

RFx ist ein Sammelbegriff und kein einzelner Dokumententyp. Er umfasst RFIs, RFPs, RFQs, RFTs und RFBs, die jeweils in einer anderen Phase oder zu einem anderen Zweck einer Geschäftsbeziehung eingesetzt werden. Mit einer RFI werden Informationen zu Leistungsfähigkeit und Eignung eingeholt, bevor sich ein Käufer für ein vollständiges Wettbewerbsverfahren entscheidet. Eine RFQ fordert Preise für eine klar definierte Spezifikation an, während eine RFP eine umfassendere Lösung verlangt, die neben dem Preis auch Vorgehensweise, Methodik und Risikominderung umfasst.

Für alle, die ein Portfolio solcher Anfragen verwalten, bedeutet dies in der Praxis: Jeder Typ erfordert einen anderen Qualifizierungsaufwand, eine andere Zusammensetzung der Mitwirkenden und eine andere erwartete Bearbeitungszeit. Ein RFI mit derselben Gründlichkeit wie ein RFP zu bearbeiten, bindet knappe Expertenzeit unnötig. Ein RFQ als Anfrage zu behandeln, die eine ausführliche Lösungsdarstellung erfordert, verlangsamt einen Prozess, bei dem der Käufer eine zügige Bearbeitung erwartet.

Ein mittelgroßes Beratungsunternehmen erhält in einem einzigen Monat möglicherweise einige RFIs von Interessenten, die den Markt noch sondieren, zwei oder drei RFQs von Bestandskunden, die einen klar definierten Leistungsumfang erweitern, und ein umfangreiches RFP von einem neuen Zielkunden. Alle drei als ein gemeinsames Arbeitspensum zu steuern, statt sie als separate Ad-hoc-Aufgaben von der Person bearbeiten zu lassen, die sie zuerst übernimmt, ist die Kernfunktion des RFx-Managements auf Anbieterseite.

RFx-Management vs. RFx-Software

RFx-Management ist eine Disziplin. RFx-Software ist eine Möglichkeit, sie umzusetzen. Im allgemeinen Sprachgebrauch werden beide oft gleichgesetzt. Die Disziplin umfasst Entscheidungen darüber, ab welchen Auftragswerten oder Opportunity-Schwellen ein formaler Response-Prozess beginnt, wer für die einzelnen Phasen verantwortlich ist, welche Vorlagen und vorab genehmigten Antworten wiederverwendet werden, wie Bewertungs- oder go/no-go-Kriterien festgelegt werden und wie Informationen aus früheren Anfragen in künftige Anfragen einfließen.

Software kann die Abläufe rund um diese Entscheidungen automatisieren: Sie leitet eine Anfrage an die zuständige Person weiter, ruft eine freigegebene Antwort aus einer Content-Library ab oder protokolliert, wer was wann genehmigt hat. Die Entscheidungen selbst und die zugrunde liegenden Richtlinien bestehen jedoch unabhängig von einem bestimmten Tool. Es gab sie bereits, bevor die zu ihrer Unterstützung entwickelte Softwarekategorie entstand.

Ein Unternehmen kann ein strukturiertes RFx-Management allein mit einem gemeinsamen Laufwerk, einem Inhaltsverzeichnis und einer klaren Zuständigkeitsmatrix betreiben. Ohne Workflow-Unterstützung wird es jedoch schwierig, diese Disziplin bei hohem Volumen aufrechtzuerhalten. Umgekehrt kann ein Team über leistungsfähige Software verfügen und dennoch unstrukturiert arbeiten, wenn es keine Schwellenwerte, Zuständigkeiten und Bewertungsregeln definiert oder durchsetzt.

Die Disziplin auf Anbieterseite

Arbeitslaststeuerung über parallele RFx hinweg

Anbieterseitiges RFx-Management behandelt jede eingehende Anfrage, unabhängig von ihrem Typ, als Element einer zentral gesteuerten Pipeline und nicht als Einzelaufgabe, die der jeweils verfügbaren Person zugewiesen wird. Diese Portfoliosicht unterscheidet eine ausgereifte Response-Funktion von einer, die lediglich darauf reagiert, was zuerst eingeht.

In der Praxis bedeutet das, jede eingehende RFI, RFP, RFQ und Ausschreibung zentral zu erfassen, nach Typ, Frist, geschätztem Aufwand und strategischem Wert zu kennzeichnen und diese Pipeline regelmäßig zu prüfen, statt erst dann, wenn eine Frist unmittelbar bevorsteht. Dieselbe Fachexperten, Preisanalysten und juristische Prüfer arbeiten in der Regel an mehreren parallelen Anfragen. Der Überblick über das gesamte Portfolio ermöglicht es einem Koordinator daher, die Arbeit sinnvoll zu priorisieren, statt die Anfrage mit der höchsten Dringlichkeit die gesamte verfügbare Aufmerksamkeit beanspruchen zu lassen.

Ohne diese Orchestrierungsebene hängen Qualität und Sorgfalt der Response vom Zeitpunkt und vom Glück ab: Eine Anfrage, die in einer ruhigen Woche eingeht, wird gründlich beantwortet. Eine ebenso wichtige Anfrage, die in einer arbeitsreichen Phase eintrifft, wird dagegen unter Zeitdruck bearbeitet. RFx-Management dient genau dazu, diese Schwankungen zu beseitigen.

Triage- und Qualifizierungsentscheidungen

Nicht jede eingehende RFx rechtfertigt denselben Aufwand. Die Triage sorgt dafür, dass diese Bewertung systematisch statt ad hoc erfolgt. Bei der Qualifizierungsentscheidung wird geprüft, ob eine Opportunity gewinnbar, strategisch wertvoll und mit den verfügbaren Ressourcen umsetzbar ist, bevor die Angebotserstellung beginnt.

In der Praxis erfolgt die Qualifizierung in der Regel anhand weniger Kriterien: Stärke der bestehenden Kundenbeziehung, Wettbewerbsposition, Auftragswert im Verhältnis zu den internen Kapazitäten und Übereinstimmung mit den angegebenen Fähigkeiten. Anfragen, die diese Kriterien nicht erfüllen, werden abgelehnt oder mit minimalem Aufwand beantwortet. Anfragen, die sie erfüllen, werden in den vollständigen Response-Prozess überführt und mit angemessenen Ressourcen ausgestattet.

Wird dieser Schritt übersprungen, entsteht in Response-Teams ein bekanntes Fehlermuster: Der volle Aufwand fließt in Chancen mit geringer Erfolgswahrscheinlichkeit, sodass für tatsächlich gewinnbare Anfragen nicht genug Zeit bleibt. Ein konsequentes Qualifikations-Gate gehört zu den kostengünstigsten Kontrollmechanismen, da seine Anwendung nahezu keine Kosten verursacht und bei aussortierten Anfragen erheblichen Folgeaufwand einspart.

Ressourcenplanung und Priorisierung

Die Ressourcenplanung legt fest, wer welche Anfrage in welcher Reihenfolge bearbeitet. Hier wird die Betrachtung auf Portfolioebene konkret. Sobald die Anfragen qualifiziert sind, weist die Priorisierung Autoren, technische Mitwirkende und Freigabeverantwortliche Aufgaben zu. Ausschlaggebend sind dabei der Fristendruck und die strategische Bedeutung, nicht die Reihenfolge des Eingangs.

In der Regel erfolgt dies in Form einer regelmäßigen Überprüfung, in vielen Response-Teams wöchentlich. Dabei werden offene Anfragen priorisiert und die personelle Besetzung entsprechend angepasst. Eine Anfrage mit hohem Vertragswert und einer Frist von drei Tagen erhält üblicherweise Vorrang vor einer Anfrage mit geringerem Wert und einer Frist von drei Wochen, selbst wenn Letztere zuerst eingegangen ist.

Die Grenze dieses Ansatzes liegt in der Kapazität selbst: Auch eine konsequente Priorisierung schafft keine zusätzlichen Stunden für Subject Matter Experts. Ab einem gewissen Punkt bleiben nur noch Qualifizierungs- und Absageentscheidungen als Stellhebel. Teams, die den Ressourceneinsatz im Verhältnis zum Pipeline-Volumen über längere Zeit verfolgen, erkennen Kapazitätsengpässe meist, bevor diese zu verpassten Fristen führen, statt erst danach.

Governance-Elemente

Verantwortungs- und Freigaberegeln

Verantwortlichkeitsregeln weisen jeder Phase jeder Response eine namentlich benannte, rechenschaftspflichtige Person zu. So ist eindeutig, wer verantwortlich ist, wenn eine Frist nicht eingehalten wird oder die Antwort falsch ist. Ohne klar definierte Zuständigkeit verteilt sich die Verantwortung für eine ins Stocken geratene Response meist auf alle und damit auf niemanden.

Ein typisches Verantwortungsmodell weist jeder Anfrage einen zentralen Koordinator, jedem Abschnitt einen fachlichen Verantwortlichen sowie je einen benannten Freigabeverantwortlichen für die Preisgestaltung und die finale Einreichung zu. Freigaberegeln legen fest, welche Änderungen vor dem Versand einer Response genehmigt werden müssen. Dies betrifft in der Regel alle Änderungen an Preisen oder Vertragsbedingungen sowie neue Zusagen, die diesem Kunden gegenüber bisher nicht gemacht wurden.

Der praktische Nutzen klarer Zuständigkeiten zeigt sich unter Zeitdruck, wenn eine Anfrage innerhalb weniger Stunden fällig ist und mehrere Beteiligte davon ausgehen, dass jemand anderes den offenen Punkt bereits bearbeitet hat. Ein Response-Team mit eindeutigen Zuständigkeiten gerät nur selten in diese Situation. Ohne klare Zuständigkeiten bemerken Teams die Lücke meist erst, nachdem die Frist verstrichen ist.

Vorlagen und freigegebene Inhalte

Freigegebene Vorlagen und vorab geprüfte Inhalte vereinheitlichen die Erstellung von Responses. Das reduziert den Zeitaufwand für die Ausarbeitung und das Risiko, dass widersprüchliche oder nicht autorisierte Aussagen einen Kunden erreichen. Eine Vorlage legt die Struktur und die erforderlichen Abschnitte fest. Freigegebene Inhalte enthalten Formulierungen, die bereits von den zuständigen Personen aus Recht, Technik und Compliance genehmigt wurden.

Der Mechanismus ist einfach: Statt eine Antwort auf eine wiederkehrende Frage jedes Mal neu zu formulieren, greift der Verfasser auf eine gepflegte Content-Library zurück und passt den Inhalt an die konkrete Anfrage an. Das funktioniert nur, wenn die Content-Library aktiv verwaltet wird. Veraltete oder ersetzte Antworten werden entfernt, und neue Freigaben werden fortlaufend protokolliert.

Die Grenze liegt darin, dass Vorlagen und freigegebene Inhalte wiederkehrende, klar umrissene Fragen gut abdecken, bei wirklich neuen oder sehr spezifischen Anforderungen jedoch an ihre Grenzen stoßen. Wenn sich ein Response-Team bei jeder Frage auf seine Content-Library stützt, auch wenn individuelle technische Beiträge erforderlich sind, entstehen zwar konsistente Antworten, die im konkreten Fall jedoch gelegentlich falsch sind.

Bewertungs- und Schwellenwertrichtlinien

Schwellenwertrichtlinien legen anhand von Auftragswert, strategischer Bedeutung oder Kundenbeziehung fest, welche eingehenden Anfragen einen vollständigen formalen Response-Prozess auslösen und welche mit geringerem Aufwand bearbeitet werden. Bewertungsrichtlinien gewichten Qualifikationsfaktoren, sofern sie eingesetzt werden, einheitlich. So beruhen go/no-go-Entscheidungen nicht allein auf der individuellen Einschätzung einer Person.

Ein gängiger Schwellenwert legt fest, bis zu welchem Wert eine Anfrage mit minimaler Prüfung beantwortet wird und ab welchem Wert vor der Einreichung eine vollständige Qualifizierung, die Freigabe durch mehrere Mitwirkende sowie die Einbindung der Führungsebene erforderlich sind. Bewertungskriterien gewichten in der Regel die Stärke der Kundenbeziehung, die Wettbewerbsposition und die strategische Passung. So entsteht statt einer rein subjektiven Entscheidung ein numerisches oder stufenbasiertes Qualifizierungsergebnis.

Der Wert einer expliziten Dokumentation dieser Schwellenwerte liegt in der Nachvollziehbarkeit: Wird eine Anfrage abgelehnt oder mit zu wenigen Ressourcen bearbeitet, belegt eine dokumentierte Richtlinie, dass die Entscheidung einer einheitlichen Regel folgte und nicht auf einer willkürlichen oder voreingenommenen Beurteilung beruhte. Das ist sowohl intern als auch bei regulierten Ausschreibungen des öffentlichen Sektors relevant, wenn der Käufer die Zuverlässigkeit des Anbieters bewertet.

Audit-Trails und Dokumentation

Audit-Trails dokumentieren über den gesamten Lebenszyklus einer Response hinweg, wer wann was und mit welcher Befugnis getan hat. Sie dienen dazu, nachträglich auftretende Fragen zu beantworten, nicht dazu, die Angebotserstellung selbst zu verlangsamen. Ein vollständiger Audit-Trail umfasst in der Regel Freigaben, verwendete Quellinhalte sowie Abweichungen von Standardpreisen oder -bedingungen.

In der Praxis bedeutet das: Für jede in einer Einreichung verwendete Antwort lässt sich nachvollziehen, wann und von wem sie genehmigt wurde. Jede Preisabweichung wird zusammen mit der zugehörigen Genehmigung protokolliert. Das System bewahrt jede Version eines eingereichten Dokuments auf, statt sie zu überschreiben. Diese Dokumentation ist unerlässlich, wenn ein Kunde eine in einer Response gemachte Zusage anficht oder bei einer internen Prüfung hinterfragt, warum ein bestimmtes Geschäft so kalkuliert wurde.

Die praktische Grenze liegt darin, dass Audit-Trails eine Organisation nur schützen, wenn sie konsequent gepflegt werden. Eine Dokumentationspflicht, die nur auf dem Papier besteht, unter Fristdruck jedoch umgangen wird, bietet keinen wirklichen Schutz, wenn sie schließlich benötigt wird.

Content- und Wissensmanagement

Governance-konforme Antwortbibliotheken

Eine kontrollierte Antwortbibliothek ist ein gepflegtes Repository mit vorab genehmigten Antworten auf wiederkehrende Fragen. Sie ermöglicht es Autoren, geprüftes Material wiederzuverwenden, statt jede Antwort von Grund auf neu zu formulieren. Governance bedeutet hier, dass jedem Eintrag ein eindeutiger Verantwortlicher, ein Prüfzyklus und ein klarer Freigabestatus zugeordnet sind.

Der Mechanismus dahinter ist eine konsequente Pflege: Eine verantwortliche Person entfernt veraltete Antworten, kennzeichnet Einträge, deren Überprüfung ansteht, und ergänzt nach jeder Anfrage, die eine Lücke aufzeigt, zeitnah neu freigegebene Antworten. Ohne diese Disziplin verkommt die Bibliothek zu einem unsortierten Archiv, in dem veraltete und aktuelle Antworten nebeneinanderstehen und für Verfasser unter Fristdruck nicht zu unterscheiden sind.

Die Auswirkungen einer gut verwalteten Content-Library sind messbar: Response-Teams, die sie konsequent pflegen, berichten von kürzeren Bearbeitungszeiten bei wiederkehrenden Fragetypen, da sich der Aufwand für die Ausarbeitung vom Verfassen auf das Anpassen verlagert. Bei einer vernachlässigten Content-Library ist das Gegenteil der Fall: Die Verfasser vertrauen ihr nicht mehr und fragen wieder direkt bei Subject Matter Experts nach Antworten, die bereits dokumentiert sein sollten.

Versionskontrolle und Verknüpfung von Nachweisen

Die Versionskontrolle erfasst, welche Fassung einer Antwort oder eines Dokuments aktuell ist. Die Verknüpfung mit Nachweisen ordnet jede Aussage in einer Response der Quelle zu, die sie belegt, etwa einer Zertifizierung, einer Fallstudie oder einem Richtliniendokument. Zusammen ermöglichen sie dem Response-Team, nicht nur nachzuweisen, was gesagt wurde, sondern auch, warum es zu diesem Zeitpunkt zutraf.

In der Praxis bedeutet das: Jede freigegebene Antwort enthält eine Versionsnummer und ein Datum. Ersetzte Versionen werden archiviert statt gelöscht. Wesentliche Angaben, etwa zu vorhandenen Zertifizierungen oder verfügbaren Kapazitäten, werden mit den entsprechenden Nachweisen verknüpft. Läuft eine Zertifizierung ab oder ändert sich eine Richtlinie, lassen sich über diese Verknüpfung alle Responses ermitteln, in denen die nun veraltete Angabe verwendet wurde.

Ohne diese Verknüpfung stellt ein Unternehmen mitunter erst dann, wenn ein Kunde eine Aussage infrage stellt, fest, dass sich eine eingereichte Response auf Nachweise stützte, die zum Zeitpunkt der Einreichung nicht mehr aktuell waren. Die Verknüpfung mit Nachweisen ist der Kontrollmechanismus, der dies erkennt, bevor die Response den Kunden erreicht, und nicht erst danach.

SME-Koordination

Die Koordination von Subject Matter Experts regelt, wie Fachleute aus Technik, Recht und Compliance in die Bearbeitung einer Response eingebunden werden. Ziel ist es, präzise Beiträge zu erhalten, ohne in einer gut gefüllten Pipeline unverhältnismäßig viel Zeit der Fachleute zu beanspruchen. Fachleute sind bei der Angebotserstellung meist die knappste Ressource und stärker ausgelastet als Autoren oder Koordinatoren.

Eine effektive Koordination beschränkt die Einbindung von Experten auf konkrete, klar definierte Fragen, statt sie ein gesamtes Dokument ergebnisoffen prüfen zu lassen. Ähnliche Fragen aus parallel laufenden Anfragen werden gebündelt. So beantwortet ein Experte ein Thema einmal, statt in derselben Woche wiederholt auf verschiedene Opportunities darauf einzugehen. Hier verstärken sich eine kontrollierte Content-Library und die SME-Koordination unmittelbar gegenseitig.

Die Grenze liegt darin, dass manche Fragen tatsächlich neu sind und sich auch mit noch so gut organisierten bestehenden Inhalten nicht beantworten lassen. Sie erfordern weiterhin die direkte Mitwirkung von Experten. Ein Koordinationsmodell, das etwas anderes vorgibt, liefert Antworten, die vollständig wirken, aber fachlich falsch sind.

Leistungsmessung

Durchlaufzeit und Durchsatz

Die Durchlaufzeit misst, wie lange die Bearbeitung einer Anfrage vom Eingang bis zur Einreichung dauert. Der Durchsatz gibt an, wie viele Anfragen ein Team innerhalb eines bestimmten Zeitraums abschließt. Beide Kennzahlen zeigen, ob der Prozess das tatsächlich im Unternehmen eingehende Volumen bewältigt. Eine steigende Durchlaufzeit bei gleichbleibender Zusammensetzung der Anfragen ist meist das erste sichtbare Anzeichen für ein Kapazitäts- oder Governance-Problem.

Diese Kennzahlen zu erfassen bedeutet in der Regel, für jede Anfrage das Eingangs- und Einreichungsdatum zu dokumentieren, nach Typ zu segmentieren, da für eine RFQ und eine vollständige RFP strukturell unterschiedliche Bearbeitungszeiten zu erwarten sind, und Trends monatlich oder vierteljährlich zu prüfen, statt nur auf einzelne Fristüberschreitungen zu reagieren.

Diese Kennzahlen allein sind nur begrenzt aussagekräftig, denn kürzere Bearbeitungszeiten sind nicht automatisch besser. Ein Team, das die Zykluszeit durch das Überspringen von Prüfschritten verkürzt, weist zunächst einen steigenden Durchsatz aus, bis ein Compliance-Verstoß oder Qualitätsmangel die Folgen dieser Abkürzung offenlegt.

Compliance- und Audit-Feststellungen

Die Compliance-Quote misst den Anteil der Responses, die vor der Einreichung interne Governance-Anforderungen wie erforderliche Freigaben und aktuelle Nachweise erfüllten. Audit-Feststellungen zeigen konkrete Lücken auf, in denen dies nicht der Fall war. Beide dienen dazu, Governance-Verstöße zu erkennen, bevor ein Kunde oder eine Aufsichtsbehörde darauf stößt.

Bei einer typischen Prüfung wird in jedem Zeitraum eine Stichprobe abgeschlossener Responses anhand der dokumentierten Governance-Checkliste geprüft: Wurden alle erforderlichen Genehmigungen eingeholt, wurde die Preisgestaltung freigegeben und waren die Inhalte aktuell? Die Ergebnisse werden protokolliert und fließen in Schulungen oder Überarbeitungen der zugrunde liegenden Richtlinie ein, statt als Einzelfälle behandelt zu werden.

Achten Sie vor allem auf Wiederholungen: Eine einzelne fehlende Freigabe ist ein Prozessfehler. Tritt dieselbe Lücke jedoch bei mehreren Audits wiederholt auf, ist die Governance-Regel in ihrer aktuellen Form nicht praktikabel. Sie muss überarbeitet werden, statt eine Regel weiter durchzusetzen, die immer wieder nicht eingehalten wird.

Win Rate und Lernschleifen

Die Win Rate misst den Anteil qualifizierter Verkaufschancen, die zu gewonnenen Aufträgen führen, und stellt damit den Zusammenhang zwischen konsequentem RFx-Management und dem Geschäftserfolg her. Erfahrene Response-Teams streben bei qualifizierten Verkaufschancen in der Regel eine Win Rate an, die deutlich über dem Zufallsniveau liegt.

Die Lernschleife, die einzelne Ergebnisse mit künftigen Entscheidungen verknüpft, basiert darauf, gewonnene und verlorene Bids anhand der angewandten Qualifikationskriterien zu prüfen. Dabei wird geprüft, ob das Bewertungsmodell das Ergebnis korrekt hätte anzeigen müssen. Wo dies wiederholt nicht der Fall gewesen wäre, werden Schwellenwerte oder Inhalte angepasst. So können spätere Anfragen einer bestimmten Kategorie mit der Zeit schneller und präziser bearbeitet werden als frühere.

Die Einschränkung besteht darin, dass die Win Rate ein nachlaufender Indikator ist, der ebenso stark von den Marktbedingungen und dem Verhalten der Wettbewerber geprägt wird wie von der internen Disziplin. Daher ist ein Rückgang in einem einzelnen Quartal für sich genommen selten aussagekräftig. Der Trend über mehrere Zyklen hinweg ist verlässlicher.

Angrenzende Disziplinen und ihre Unterschiede

RFx-Management vs. Bid-Management

RFx-Management steuert ein Portfolio paralleler Anfragen verschiedener Art. Bid-Management bezeichnet in der Regel die Bearbeitung einer einzelnen Opportunity von der Qualifizierung bis zur Einreichung. In der Praxis überschneiden sich beide stark, decken jedoch unterschiedliche Ebenen ab.

Ein Bid-Manager, der an einem einzigen großen RFP arbeitet, wendet viele der gleichen Praktiken an: Qualifizierung, Wiederverwendung von Inhalten und SME-Koordination. Dies geschieht jedoch innerhalb einer einzigen Opportunity. Das RFx-Management ist darüber angesiedelt. Es entscheidet, wie viele solcher Opportunities gleichzeitig bearbeitet werden, wie sie um gemeinsame Ressourcen konkurrieren und welche Governance-Regeln für alle gelten, unabhängig vom jeweils zuständigen Bid-Manager.

In kleineren Organisationen übernimmt häufig eine Person all diese Rollen, weshalb der Unterschied leicht übersehen wird. In größeren Angebotsteams mit mehreren parallel arbeitenden Bid-Managern sorgt die RFx-Management-Ebene dafür, dass ihre jeweiligen Entscheidungen aufeinander abgestimmt bleiben.

RFx-Management im Vergleich zu Strategic Sourcing

Strategic Sourcing bezeichnet auf Käuferseite die Planung und Umsetzung von Einkaufsstrategien auf Kategorieebene. RFx-Management reagiert auf Anbieterseite auf diese Aktivität, statt eine Vavon zu sein. Beide stehen auf entgegengesetzten Seiten desselben geschäftlichen Austauschs.

Die für das Strategic Sourcing zuständige Funktion auf Käuferseite entscheidet, wann ein Wettbewerbsverfahren durchgeführt wird, welche Kriterien maßgeblich sind und wie Anbieter bewertet werden. Aus dieser Entscheidung entsteht die RFI, RFP oder RFQ, die in die Pipeline eines Anbieters gelangt und den in diesem Eintrag beschriebenen Prozess auf Anbieterseite auslöst. Keine der beiden Funktionen kann ohne den Bezug zur anderen erfüllt werden, da die eine das Dokument erstellt, das die andere beantworten muss.

Wer beides verwechselt und das anbieterseitige RFx-Management als kleinere Variante des strategischen Sourcings betrachtet, unterschätzt die besonderen Herausforderungen bei Ressourcenplanung und Priorisierung, die entstehen, wenn mehrere Prozesse verschiedener Käufer gleichzeitig beantwortet werden müssen, statt nur einen einzelnen durchzuführen.

Modelle für den öffentlichen und privaten Sektor

Für Ausschreibungen des öffentlichen Sektors gelten in der Regel strengere Anforderungen an Transparenz, Dokumentation und Gleichbehandlung als für kommerzielle Ausschreibungen des privaten Sektors. Das RFx-Management auf Anbieterseite muss sich an die für die jeweilige Anfrage geltenden Vorgaben anpassen. Bei der Angebotserstellung für öffentliche Ausschreibungen sind die Governance-Anforderungen üblicherweise höher, mit formalen Compliance-Matrizen und einer strengeren Durchsetzung von Fristen.

In der Praxis bedeutet dies, dass ein Response-Team bei Ausschreibungen des öffentlichen Sektors in der Regel eine strengere Versionskontrolle, eine lückenlosere Verknüpfung von Nachweisen mit Muss-Kriterien und weniger Spielraum für Nachverhandlungen nach der Einreichung benötigt als bei einem privatwirtschaftlichen RFP, bei dem bestehende Geschäftsbeziehungen und informelle Klärungen häufig weiterhin möglich sind. Schwellenwert- und Bewertungsrichtlinien erfordern für die jeweiligen Regelwerke oft separate Varianten statt eines einheitlichen Regelwerks.

Ein Bid-Team, das seinen Prozess für die Privatwirtschaft unverändert auf eine öffentliche Ausschreibung überträgt, riskiert den Ausschluss wegen eines Formfehlers, etwa einer fehlenden Pflicht­erklärung, zu der ein gewerblicher Käufer stattdessen informell nachgefragt hätte.