Wat is RFP-management?
RFP-management is hoe een leveranciersteam elke ontvangen request for proposal behandelt: van intake en go/no-go via planning, schrijven, review en goedkeuring tot indiening en debriefing. Tussen RFP's door houdt het team een bibliotheek met goedgekeurde antwoorden en een win/loss-register bij.
Op deze pagina
RFP-management is een cyclus waarin elke binnenkomende request for proposal dezelfde fasen doorloopt en elke afgeronde response lessen aanreikt voor de volgende. De term slaat op de kant van de leverancier bij een aanbesteding, waar het team requests for proposal beantwoordt. Aan de kant van de koper beschrijven dezelfde woorden het opstellen, publiceren en scoren van een RFP, een afzonderlijk proces met eigen verantwoordelijken.
Hoe RFP-management werkt, fase per fase
In het RFP-managementproces doorloopt elke aanvraag registratie, go/no-go, planning, schrijven, review, goedkeuring, indiening en debriefing, in die volgorde. Wie één fictieve RFP volgt, ziet wie in elke fase wat doet.
Stel dat een leverancier van facilitaire diensten een RFP ontvangt voor de schoonmaak en het onderhoud van de kantoren van een koper. De bidmanager registreert de RFP bij ontvangst en noteert de koper, de indieningsdeadline en de accountverantwoordelijke bij sales.
Daarna volgt de go/no-go-beslissing. Het Winning Business Ecosystem van APMP plaatst deze beslissing, die het bid/no-bid noemt, in de pre-bidfase.
Is de beslissing go, dan plant de bidmanager de response. APMP beschouwt bidplanning als een aparte stap. Die omvat mijlpalen voor het schrijven, de reviews en de indiening, vastgelegde teamverantwoordelijkheden, de toewijzing van mensen en middelen en interne afstemmomenten. Het team ontleedt de RFP en verwerkt alle vereisten in een compliancematrix, en elke vraag krijgt een verantwoordelijke en een deadline.
Dan begint het schrijfwerk. Schrijvers vertrekken van goedgekeurde antwoorden uit de contentbibliotheek en stemmen die af op deze koper. Vakexperts leveren de technische details, zoals het geplande onderhoudsprogramma. Sales brengt zijn kennis van de koper in, en de prijsverantwoordelijke stelt de prijs samen.
Het concept doorloopt vervolgens een offertereview, waarna de bidmanager de definitieve goedkeuring geeft.
Na de indiening situeert APMP de volgende stap bij de gunning van het contract, in zijn post-bidfase. Een team dat wint, viert dat. Een team dat verliest, houdt een debriefing.
Wat RFP-management tot een vaste praktijk maakt in plaats van één response
Drie elementen blijven van response tot response bestaan en maken van RFP-management een vaste praktijk: een intakeroutine, een actueel gehouden bibliotheek met goedgekeurde antwoorden en een win/loss-register. Worden RFP's zo beheerd, dan doorloopt elke aanvraag dezelfde routine, ongeacht wie ze binnenbrengt.
De intakeroutine registreert elke RFP op dezelfde manier en toetst die aan go/no-go-criteria die het team vooraf heeft vastgelegd. Met vaste criteria kan het team aanvragen onderling vergelijken. Een aanvraag die er niet aan voldoet, wordt afgewezen voordat iemand begint te schrijven.
De bibliotheek bevat goedgekeurde antwoorden, elk met een verantwoordelijke en een reviewdatum. Het team houdt ze tussen RFP's door actueel, zodat het volgende concept vertrekt van formuleringen die de review al doorstaan hebben en nog altijd aansluiten bij wat de organisatie aanbiedt.
Het win/loss-register legt elk resultaat vast, met de redenen erachter. De afsluitende stap van APMP omvat een win/loss-analyse. Werd de offerte niet gekozen, dan betekent afsluiten dat het team de feedback doorneemt en de leemtes voor volgende trajecten in kaart brengt. Die gegevens vloeien terug naar de go/no-go-criteria en de antwoorden in de bibliotheek, zodat de volgende response voortbouwt op de lessen van de vorige.
Wat RFP-managementsoftware doet en wat bij mensen blijft
RFP-managementsoftware brengt de fasen samen op één plek, terwijl de beslissingen die verantwoordelijkheid meebrengen bij aangewezen personen blijven. Bijdragers werken samen in dezelfde response in plaats van in losse bestanden. De bidmanager ziet welke vragen al een concept hebben, welke in review zijn en welke nog wachten. AI-software kan ook eerste concepten opstellen op basis van goedgekeurde content.
Vier beslissingen blijven bij mensen. De go/no-go-beslissing komt de bidmanager en de directie toe, omdat ze de tijd van het team en de naam van de organisatie inzet. De definitieve formulering is in handen van de schrijvers en de bidmanager, want zij weten wat de organisatie kan leveren. De goedkeuring ligt bij de bidmanager, samen met de juridische verantwoordelijkheid die ze meebrengt. Een teamlid dient de response in via het portaal van de koper.
Hoe RFP-management verschilt van verwante begrippen
RFP-management is smaller dan proposalmanagement en bidmanagement, en het is één onderdeel van RFx-management. Tegelijk is het breder dan de RFP-response die eruit voortkomt.
Proposalmanagement
Proposalmanagement is de bredere discipline voor het opstellen van alle soorten offertes volgens een gemeenschappelijke werkwijze. De PAS 360:2023 van BSI is de praktijkrichtlijn voor bid- en proposalmanagement. Binnen die discipline behandelt RFP-management de offertes die een RFP beantwoorden.
Bidmanagement
Bidmanagement is het hele traject om een contract binnen te halen, ongeacht welk document de koper uitstuurt. Daartoe horen de winstrategie, de commerciële positie en het team achter de bid. RFP-management beschrijft hoe dat traject verloopt wanneer het document van de koper een RFP is. Het past op elke aanvraag een herhaalbare werkwijze toe.
RFx-management
RFx-management past dezelfde werkwijze niet alleen toe op RFP's, maar ook op RFI's, RFQ's en RFT's. Elk type aanvraag vraagt om een andere response, van een korte beschrijving van de capaciteiten tot een ingevulde prijsinventaris. RFP-management is het onderdeel dat zich richt op requests for proposal.
De RFP-response
De RFP-response is het document dat een team bij één koper indient. RFP-management is de praktijk die deze response oplevert, samen met de beslissing om een offerte in te dienen, de planning, de reviews en het register dat achteraf wordt bijgehouden. Een sales- of presalesverantwoordelijke die zonder bidteam RFP's beantwoordt, kan elke fase zelf opnemen, maar het schrijven van de response is er maar één van.
Hoe SEQUESTO RFP-management ondersteunt
In het agentic operating system (aOS) van SEQUESTO krijgt elke RFP een eigen project in de Workspace van de organisatie. Het project bevat de bestanden, bijdragers, deadlines en het werkmateriaal voor de RFP. James is de agent met wie het team rechtstreeks samenwerkt. Hij leest de RFP als een ervaren bidmanager en signaleert welke vereisten van elkaar afhangen. Op verzoek van het team geeft hij een onderbouwd bid/no-bid-advies, en de bidmanager neemt de beslissing.
Agent Force haalt de vragen, vereisten, beoordelingscriteria, verplichte bijlagen en woordlimieten uit de RFP en zet ze in een structuur waarin alles wordt opgevolgd. Elke vereiste met een datum wordt ook omgezet in een taak. James neemt naast de RFP ook het governanceproces van de organisatie door. Hij voegt goedkeuringsfasen, financiële controlemomenten en reviewmomenten voor de inzet van mensen en middelen toe als mijlpalen, telkens met een voorziene tijd en een aangewezen reviewer.
Agent Force stelt vervolgens per vraag een conceptantwoord op, op basis van goedgekeurde content in de Knowledge Hub en de context van het project. Elk concept toont de achterliggende redenering. Elke vraag kan een eigen reviewer en goedkeurder hebben, zodat compliance-, juridische en technische reviews elk hun eigen route volgen. De schrijvers aanvaarden, wijzigen of verwerpen elk concept, en de definitieve formulering blijft bij hen.
De bidmanager keurt de response goed, waarna die wordt opgemaakt in het sjabloon van het team of het formaat van de koper. SEQUESTO dient ze niet in namens het team. Antwoorden uit de afgeronde response vloeien terug naar de Knowledge Hub. Zodra mensen ze goedkeuren, zijn ze klaar voor de volgende RFP.