Wat is een Bid Management-platform

Een Bid Management-platform is een geïntegreerde softwareomgeving die fungeert als centrale informatiebron voor elke bid, aanbesteding, RFP, RFQ en DDQ waaraan een leveranciersorganisatie op enig moment werkt. In plaats van documenten afzonderlijk op te slaan, brengt het kansen, content, workflowstatus en resultaten samen in één datamodel. Zo zijn de status, eigenaar en historie van een bid op één plek zichtbaar, in plaats van verspreid over e-mailthreads en gedeelde schijven.

Wat een Bid Management-platform is

Kerndefinitie

In de kern is een Bid Management-platform de gedeelde werkruimte waarin de bidfunctie van een leverancier responses op concurrerende kansen volgt, coördineert en opstelt. Het vervangt de versnipperde combinatie van spreadsheets, e-mailketens en lokale mappen waarmee de meeste organisaties beginnen, door elke stakeholder in een bid één centrale werkplek te bieden.

Het mechanisme is structureel, niet cosmetisch. Opportunities, vereisten, conceptantwoorden, opmerkingen van reviewers en versiegeschiedenis worden allemaal gemodelleerd als gekoppelde records, niet als losse bestanden. Daardoor kan het platform een workflow afdwingen in plaats van alleen output op te slaan.

Het gevolg is dat de status direct kan worden opgevraagd, in plaats van dat een bid manager erachteraan moet. Een head of bids ziet zonder navraag welke responses te laat zijn voor beoordeling, welke onderdelen geen eigenaar hebben en welke vragen nog niet zijn beantwoord op basis van een actuele eis.

Wat “platform” hier betekent

“Platform” duidt op iets breders dan een tool: een uitbreidbare omgeving met één identiteitslaag, één workflow-engine en één datamodel als basis voor meerdere gekoppelde functies. Daarmee onderscheidt het zich van een puntoplossing die één taak uitvoert, zoals een zelfstandige contentbibliotheek of een invoegtoepassing voor de opmaak van offertes.

Het praktische effect is integratie. Content, samenwerking, compliancecontroles en analyses lezen uit en schrijven naar dezelfde onderliggende gegevens. Daardoor is een wijziging in één functie, zoals een antwoord dat als goedgekeurd wordt gemarkeerd, direct zichtbaar in elke andere weergave van die bid.

De beperking is dat de breedte van een platform op zichzelf geen diepgang in elke afzonderlijke functie garandeert. De contentbibliotheek, reviewworkflow of rapportage van een platform kan minder diepgaand zijn dan die van een specialistische tool die uitsluitend voor die taak is ontwikkeld. Wie platforms beoordeelt, moet daarom elke functie op haar eigen merites toetsen en er niet van uitgaan dat een breed platform op elk vlak sterk is.

Aan leverancierszijde, niet aan koperszijde

Een Bid Management-platform wordt gebruikt door de organisatie die op een aanbesteding inschrijft, niet door de organisatie die deze uitschrijft. Daarmee onderscheidt het zich duidelijk van systemen voor procurement of elektronisch aanbesteden, die aanbestedende diensten gebruiken om opdrachten te publiceren, inschrijvingen te ontvangen en beoordelingen uit te voeren.

De twee partijen in een aanbesteding werken daarom met structureel verschillende software, die is ingericht op tegengestelde workflows: de ene partij schrijft uit en beoordeelt, de andere kwalificeert, stelt de offerte op en dient deze in. Het platform van een leverancier biedt geen inzicht in de beoordelingsscores van de inkopende partij, en het aanbestedingssysteem van die partij kent de interne beoordelingsketen van de leverancier niet.

Het onderscheid tussen de twee categorieën is in de praktijk van belang, vooral bij de aanschaf. Een platform dat als “tendermanagementsoftware” aan een overheidsinstantie wordt verkocht, bedient namelijk een andere koper en ondersteunt een andere workflow dan een platform voor een bidteam binnen een leveranciersorganisatie, ook als de marketingtaal overeenkomt.

Wat een Bid Management-platform doet

Opportunities volgen en kwalificeren

Opportunitytracking is het startpunt: elke binnenkomende RFP, RFQ of aanbesteding wordt vastgelegd met een deadline, een eigenaar en een kwalificatiestatus. Zo heeft de bidfunctie één overzicht van de volledige pipeline, in plaats van een reeks losse inboxen.

Kwalificatie krijgt doorgaans de vorm van een formele go/no-go-beslissing, die wordt vastgelegd aan de hand van vastgestelde criteria en niet wordt overgelaten aan een informeel oordeel. Het platform legt vast wie de beslissing nam, op welke gronden en wanneer. Dat is later van belang wanneer een team evalueert waarom het een bepaalde opportunity wel of niet heeft opgevolgd.

Een consistente vastlegging van kwalificatie heeft nog een tweede effect: de bidfunctie kan daarmee haar eigen selectiediscipline in de loop van de tijd analyseren. Door nagestreefde kansen te vergelijken met de resultaten, wordt duidelijk of de go/no-go-criteria daadwerkelijk voorspellend zijn voor gewonnen trajecten.

Contentbibliotheken en opstellen

Met een herbruikbare antwoordenbibliotheek hoeven opstellers niet voor elke nieuwe response dezelfde technische, juridische en compliancecontent opnieuw te schrijven. Goedgekeurde antwoorden, casestudy's en standaardteksten worden centraal opgeslagen en in een concept opgenomen, in plaats van ze opnieuw te typen of handmatig uit een eerdere offerte te kopiëren.

Sommige platforms gaan een stap verder en genereren binnen enkele minuten een eerste conceptresponse. Ze voegen relevante content uit de bibliotheek en secties op basis van sjablonen samen tot een startdocument dat vervolgens door een medewerker wordt bewerkt, in plaats van vanaf nul geschreven.

De beperking is actualiteit. Een bibliotheek is slechts zo betrouwbaar als de discipline waarmee deze wordt onderhouden. Content die na een productwijziging of wijziging in regelgeving niet is beoordeeld, kan verouderde of onjuiste antwoorden net zo snel verspreiden als juiste antwoorden. Daarom is de beoordelingsfrequentie net zo belangrijk als het bestaan van de bibliotheek.

Samenwerking, beoordeling en goedkeuring

Samenwerkingsfuncties stellen meerdere bijdragers, inhoudsdeskundigen, bid managers en reviewers in staat om gelijktijdig aan dezelfde response te werken. Toegewezen secties, opmerkingen en versiebeheer vervangen conceptversies per e-mail. Dit onderdeel van het platform is het meest direct gericht op het verminderen van de coördinatielast bij bids met meerdere auteurs.

Beoordeling en goedkeuring worden doorgaans vastgelegd als gedefinieerde workflowstatussen in plaats van als informele akkoordverklaring: een sectie gaat van opgesteld naar beoordeeld en vervolgens naar goedgekeurd, waarbij elke overgang op naam wordt geregistreerd. Zo beschikt het bidteam over een audit trail waarin staat wie wat wanneer heeft goedgekeurd.

Bij een grote enterprise-bid met twaalf bijdragers voorkomt deze structuur dat een verouderd antwoord in de definitieve indiening terechtkomt doordat er nog een wijziging is aangebracht nadat de betreffende reviewer al goedkeuring had gegeven.

Compliancecontroles en indiening

Bij de compliancecontrole wordt een conceptresponse getoetst aan de eisen in het aanbestedingsdocument. Daarbij worden onbeantwoorde vragen, overschreden woord- of paginalimieten en ontbrekende verplichte bijlagen gemarkeerd. Dit is een van de meer mechanische, maar ook waardevolste functies binnen deze categorie. Een conforme inschrijving die laag scoort, doet het immers nog altijd beter dan een niet-conforme inschrijving die direct wordt uitgesloten.

Het mechanisme koppelt doorgaans de eisenlijst van de aanbesteding aan het overzicht van conceptantwoorden in het platform. Zo wordt een verschil tussen beide vóór indiening zichtbaar, in plaats van dat een beoordelaar het achteraf ontdekt.

Een compliancecontrole verkleint het risico op uitsluiting, maar neemt dit niet weg. Een structurele controle bevestigt dat een verplicht onderdeel aanwezig is en aan de gestelde opmaakeis voldoet. De controle kan niet beoordelen of de inhoud van dat onderdeel de gestelde vraag daadwerkelijk beantwoordt. Dat blijft de verantwoordelijkheid van een menselijke beoordelaar.

Analyse en rapportage

Analyticsfuncties rapporteren over winstpercentages, de werklast van het bidteam en de bestede tijd per response. Zo beschikt de bidfunctie over onderbouwing voor beslissingen over personeelsinzet, inschrijfstrategie en proceswijzigingen. Hierdoor wordt Bid Management niet langer op basis van anekdotes beoordeeld, maar aan de hand van consistente meetwaarden.

Het onderliggende mechanisme is hetzelfde gestructureerde datamodel dat ook elders in het platform wordt gebruikt. Omdat elke bid, beslissing en uitkomst consistent wordt vastgelegd, kunnen rapportages gegevens over meerdere bids samenvoegen zonder dat handmatige reconstructie uit afzonderlijke bestanden nodig is.

Ervaren bidteams volgen hun winpercentage door de tijd heen. De rapportages van een platform maken het praktisch haalbaar om voor tientallen of honderden bids per jaar de voortgang ten opzichte van interne benchmarks te volgen, in plaats van slechts enkele bids uit het hoofd te evalueren.

Hoe het verschilt van vergelijkbare tools

Bid Management-platform versus tendermanagementsysteem

Een Bid Management-platform wordt gebruikt door de leverancier die op een aanbesteding inschrijft; een tendermanagementsysteem wordt gebruikt door de aanbestedende dienst die deze uitschrijft. De twee categorieën bevinden zich aan weerszijden van hetzelfde aanbestedingsproces en zijn ingericht rond tegengestelde workflows.

Een tendermanagementsysteem ondersteunt doorgaans het publiceren van aanbestedingen, het ontvangen van inschrijvingen en het beoordelen daarvan aan de hand van evaluatiecriteria. Een Bid Management-platform ondersteunt de activiteiten aan de andere kant: de aanbesteding vinden, beslissen of u erop inschrijft, een offerte opstellen en die vóór de deadline indienen.

Het praktische gevolg voor een leverancier is dat deze categorieën nooit onderling uitwisselbaar zijn. Een bidteam dat software voor eigen gebruik beoordeelt, moet minder waarde hechten aan leveranciers die zich vooral richten op inkoopteams in de publieke sector, omdat hun product is ontwikkeld voor de eisen van een ander type koper.

Bid Management-platform versus applicatie voor RFP-responsebeheer

Een applicatie voor het beheer van RFP-responses heeft doorgaans een beperktere reikwijdte en richt zich specifiek op het opstellen en indienen van RFP-responses. Een Bid Management-platform ondersteunt meestal meerdere aanbestedingsvormen, waaronder RFQs en ITTs, en fungeert als het bredere centrale registratiesysteem voor de bidfunctie. Het onderscheid zit in de reikwijdte, niet in het onderliggende doel.

Een beperkte RFP-tool kan volstaan voor een team dat uitsluitend reageert op één type opportunity. Een platform wordt noodzakelijk zodra een bidteam een combinatie van RFPs, RFQs, aanbestedingen en due diligence questionnaires afhandelt en daarvoor één consistente workflow nodig heeft.

Organisaties kiezen soms eerst voor een specifieke tool en merken later dat de beperkte reikwijdte ervan een belemmering vormt zodra hun mix van offertetrajecten diverser wordt. Dat is vaak aanleiding om over te stappen op een breder platform.

Bid Management-platform versus documentrepository

Een documentrepository slaat bestanden op; een Bid Management-platform orkestreert een workflow. Dat onderscheid is het meest voorkomende misverstand over deze categorie. Het is relevant omdat beide verschillende problemen oplossen.

Een gedeelde schijf kan alle eerdere offertes van een team bevatten, maar kent geen kwalificatiestatus, beoordelingsstatus of toetsing aan de eisen van een specifieke aanbesteding. Een platform legt die statussen expliciet vast en dwingt de overgang ertussen af.

De praktische toets is of het systeem uit zichzelf vragen kan beantwoorden, zoals welke onderdelen nog beoordeeld moeten worden of aan welke vereisten nog niet is voldaan. Een repository kan dat niet; een platform is daar specifiek voor ontwikkeld.

Adoptie en impact

Effecten op tijd en productiviteit

Platforms met moderne automatisering voor RFP-responses kunnen de tijd voor het opstellen van een offerte terugbrengen van circa 25 uur naar 30 minuten tot 5 uur, een afname van ongeveer 83% tot 96% per RFP. Die bandbreedte weerspiegelt het verschil tussen een licht geautomatiseerde response en een response die intensief gebruikmaakt van een goed onderhouden contentbibliotheek.

De besparing komt vooral voort uit het wegnemen van repetitief schrijfwerk, niet uit het schrappen van controles. De tijd die voorheen werd besteed aan het opnieuw invoeren van standaardantwoorden, wordt anders ingezet. De controle- en goedkeuringsstappen vergen doorgaans nog steeds een vergelijkbare inspanning, omdat controles op juistheid en compliance niet in hetzelfde tempo afnemen als de schrijftijd.

De omvang van de besparing hangt sterk af van de volwassenheid van de contentbibliotheek. Een organisatie die een platform invoert zonder bestaande content die kan worden hergebruikt, zal bij haar eerste bids veel minder voordeel behalen dan een organisatie die een omvangrijke, goed beheerde set antwoorden migreert.

Effecten op winpercentage en capaciteit

Organisaties die Bid Management-platforms met functionaliteit voor RFP-automatisering gebruiken, melden een stijging van het winstpercentage met circa 40% en kunnen met dezelfde personeelsbezetting tot vijf keer zoveel RFPs beantwoorden. Beide effecten komen voort uit dezelfde onderliggende capaciteitstoename: er is meer tijd voor strategie en maatwerk en er gaat minder tijd op aan routinematig schrijfwerk.

Het verband tussen capaciteit en winpercentage is indirect. Een platform schrijft niet uit zichzelf een overtuigender antwoord. Het maakt tijd vrij voor reviewers en Subject Matter Experts, zodat zij de antwoorden die het zwaarst meewegen in de beoordeling verder kunnen aanscherpen.

Deze cijfers geven haalbare uitkomsten onder gunstige omstandigheden weer, geen gegarandeerde resultaten. Een bidteam met een zwakke kwalificatiediscipline kan de vrijgekomen capaciteit gebruiken om meer kansen met een lage slagingskans na te streven, in plaats van kansrijke mogelijkheden verder aan te scherpen. Daardoor neemt het volume toe, maar het winstpercentage niet.

Beperkingen van alleen het platform

De grootste winst in productiviteit en winpercentage ontstaat wanneer organisaties hun processen, rollen en governance opnieuw inrichten rond het platform, niet wanneer ze software invoeren zonder de werkwijze van de bidfunctie te veranderen. Een platform biedt een ondersteunende structuur, maar is geen vervanging voor gedisciplineerde kwalificatie, grondige reviews of een vastgelegd proces.

De achterliggende reden is dat een platform elke workflow afdwingt waarvoor het is geconfigureerd. Als een organisatie zwakke kwalificatiecriteria instelt of beoordelingsstappen overslaat, zal het platform dat zwakke proces nauwgezet vastleggen en in een hoger tempo herhalen, in plaats van het te corrigeren.

Een nuttige vergelijking is de misvatting dat de aanschaf van een documentrepository hetzelfde probleem zou hebben opgelost. Beide systemen invoeren zonder het proces aan te pakken is een veelvoorkomend patroon dat tot mislukking leidt. Het rendement van een platform hangt nauw samen met de grondigheid van het proces eromheen.