Wat is tendermanagementsoftware?

Tendermanagementsoftware zet een aanbestedingsdossier om in een lijst met vereisten en vragen. Vervolgens wijst de software aan elk item een verantwoordelijke, een concept op basis van goedgekeurde content en een beoordelingsroute toe, en registreert ze elke goedkeuring tot en met de geëxporteerde offerte. De term heeft betrekking op bidwerk aan leverancierszijde, waarbij het team een aanbesteding beantwoordt en er niet zelf een uitschrijft. De term omvat niet de systemen van de koper, zoals het e-tenderingportaal waarop de aanbesteding wordt gepubliceerd en de offerte wordt ingediend, of de e-sourcingsoftware waarmee een aankoopprocedure wordt uitgevoerd. Ook zoek- en waarschuwingsdiensten aan leverancierszijde, die opportuniteiten vinden voordat een aanbestedingsdossier binnenkomt, vallen er niet onder. Binnen de offerte stopt de software ook bij de beslissingen die mensen zelf blijven nemen.

Hoe tendermanagementsoftware werkt tijdens het volledige offertetraject

Bidteams gebruiken tendermanagementsoftware om één offerte van intake tot export te beheren. De software leest het aanbestedingsdossier, wijst het werk toe, stelt concepten op basis van goedgekeurde content op en stuurt elk antwoord door voor beoordeling. Ze maakt deel uit van tendermanagement als geheel, dat loopt van het signaleren van een opportuniteit tot de gunning.

Het aanbestedingsdossier lezen

De software leest elk bestand in het aanbestedingsdossier. Ze brengt de vragen, vereisten, beoordelingscriteria, verplichte bijlagen en woord- of tekenlimieten samen in één werklijst. Die lijst vormt de basis voor de compliancematrix.

Zodra de instructies uit het aanbestedingsdossier in één lijst staan, kunt u vóór de export controleren of de response aan elke instructie voldoet, zonder die opnieuw te moeten opzoeken door het dossier te herlezen.

Verantwoordelijken, deadlines en de tijdlijn

Elke vraag of sectie wordt toegewezen aan een met naam genoemde verantwoordelijke en krijgt een deadline, zodat bidwriters, vakexperts en reviewers weten waarvoor zij verantwoordelijk zijn en wanneer hun bijdrage klaar moet zijn. Elk onderdeel heeft een status en de bidmanager kan zien wat achterloopt zolang er nog tijd is om in te grijpen.

De deadlines staan op een tijdlijn die vanaf de indieningsdatum is teruggerekend. Die omvat elk bestand in het pakket, niet alleen het belangrijkste offertedocument. De stappen, rollen en goedkeuringen van het team zijn erin opgenomen, zoals een beoordeling van de oplossing, goedkeuring van de prijszetting of een juridische controle.

Opstellen op basis van goedgekeurde content

Conceptteksten vertrekken van de door het team goedgekeurde formuleringen. Elk item heeft een eigenaar en een beoordelingsdatum en wordt aangevuld met de bidcontext.

De link naar de bron maakt een concept controleerbaar. Wanneer bij een antwoord wordt vermeld op welke goedgekeurde content het is gebaseerd, kan een reviewer beide vergelijken, bevestigen dat de formulering nog actueel is en zien wat er is gewijzigd.

Reviewroutes en export

Elk antwoord volgt een beoordelingsroute naar de personen die het goedkeuren. Technische inhoud gaat naar vakexperts, verbintenissen en aansprakelijkheid naar de juridische afdeling, en certificeringen en beleidsdocumenten naar compliance. Bij elke goedkeuring wordt vastgelegd wie ze heeft gegeven en wanneer.

De goedgekeurde response wordt geëxporteerd in het sjabloon of formaat van de koper, met behoud van structuur en volgorde. Vervolgens dient een persoon die in.

Wat bij het bidteam blijft

De bid/no-bid-beslissing, de definitieve formulering, de goedkeuring en de verantwoordelijkheid voor wat een response belooft, blijven bij mensen. De software registreert deze beslissingen, maar draagt er niet de verantwoordelijkheid voor.

De bid/no-bid-beslissing

De bid/no-bid-beslissing blijft bij het bidteam, ook wanneer de software helpt om de opportuniteit te beoordelen.

Informatie die in de software is verzameld, kan als basis dienen voor die beoordeling. Een aanbeveling, hoe goed onderbouwd ook, is nog altijd niet de beslissing.

Definitieve formulering en goedkeuring

De PAS 360:2023 van BSI, de praktijkcode voor bidmanagement en proposalmanagement, behandelt goede werkmethoden, rollen en verantwoordelijkheden. Het verklaarde doel is de kwaliteit van bidmanagement en proposalmanagement te verhogen. Tendermanagementsoftware registreert wie verantwoordelijk is voor elk antwoord en wie het beoordeelt en goedkeurt, terwijl de mensen in die rollen het werk uitvoeren.

Harvard Business Review's draaiboek voor generatieve AI in organisaties maant aan tot voorzichtigheid bij het gebruik van generatieve AI zonder menselijk toezicht wanneer een fout ernstige schade, financieel verlies of reputatieschade kan veroorzaken. Een offerte kan bindend zijn voor de leverancier. Daarom blijven de definitieve formulering en de goedkeuring door de bidmanager mensenwerk. Een concept moet mogelijk ook worden herschreven als het op de verkeerde plaats in de offertedocumenten staat of de verkeerde indeling gebruikt. Het kan ook overkomen als machinaal geschreven, met te veel opsommingstekens en marketingtaal waar feitelijke informatie hoort te staan.

Verantwoording afleggen voor wat in een offerte is beloofd

De bidmanager draagt de juridische verantwoordelijkheid voor elke response. Die staat in voor de compliance met de wet, voor wat de organisatie kan leveren en voor de interne governance. Die verantwoordelijkheid blijft ook na de indiening gelden, omdat een toezegging in de response na de gunning mogelijk moet kunnen worden herleid tot degene die ze heeft goedgekeurd.

PAS 360 beschrijft governance die het risico verkleint dat een contract in de praktijk niet uitvoerbaar blijkt of meer middelen vergt dan begroot. De software registreert elke goedkeuring, met naam en datum. Het oordeel achter elke goedkeuring blijft bij de persoon die ze gaf.

Hoe het verschilt van een e-tenderingportaal, een contentbibliotheek en AI voor algemeen gebruik

Een e-tenderingportaal is het systeem waarmee de koper een aanbesteding publiceert en offertes ontvangt. Tendermanagementsoftware is het systeem waarmee de leverancier de offerte opstelt. Een contentbibliotheek of AI voor algemeen gebruik ondersteunt een deel van dat werk.

Het e-tenderingportaal van de koper

Het portaal is van de aankoper. De OECD meldt dat alle OECD-landen tegen 2014 e-procurementplatforms hadden ingevoerd om overheidsopdrachten bekend te maken en aanbestedingsdocumenten beschikbaar te stellen.

Het aanbestedingsdossier komt uit het portaal en de voltooide offerte wordt er volgens de regels van de koper ingediend. Tendermanagementsoftware ondersteunt de leverancier tussen die twee momenten. Het aanbestedingsproces vanuit het perspectief van de leverancier loopt van het portaal tot de gunning.

Een contentbibliotheek op zich

Een contentbibliotheek bevat de goedgekeurde antwoorden en ondersteunende documenten van het team. Ze is geschikt voor een team dat vooral goede antwoorden wil vinden en hergebruiken, en waarvan het proces rond de bibliotheek al goed werkt.

De rest van het offertetraject verloopt nog steeds elders: de planning voor het volledige pakket, verantwoordelijken per vraag, reviewtrajecten, goedkeuring en export. Een audittrail voor de antwoordenbibliotheek bijhouden is een aparte discipline. Tendermanagementsoftware bevat een bibliotheek en bouwt het antwoordproces errond op.

AI voor algemeen gebruik

General-purpose AI, zoals ChatGPT, Microsoft Copilot, Claude of Gemini, schrijft vlot een degelijk eerste concept voor wie de tekst invoert. Dat geldt zowel bij gebruik als chatassistent, in Office, als aangepaste GPT of als toevoeging aan een bibliotheek. Het is geschikt voor een schrijver die afzonderlijke antwoorden opstelt of voor een team met een vastgelegd proces.

Het team zet het proces rond het concept nog steeds op, beheert het en houdt het in stand. Dat proces omvat:

• de eigen stappen, rollen en goedkeuringen
• een plan voor elk bestand in het pakket, teruggerekend vanaf de indieningsdatum
• elk onderdeel toewijzen aan vakexperts, juridische zaken en compliance
• goedgekeurde formulering met een eigenaar en een herzieningsdatum
• output in het sjabloon van de koper
• later verantwoording afleggen over wat in een antwoord is toegezegd en wie het heeft goedgekeurd

De assistent behouden is ook een optie. Via MCP wordt die ingebed in een beheerd platform, zodat hij teksten opstelt op basis van goedgekeurde content. Een nadere blik op waar de grenzen van generieke AI bij bidwerk liggen licht die grens verder toe.

Een intern ontwikkelde oplossing

Een interne oplossing kan worden ontwikkeld door de eigen engineers van het team of met een programmeertool. In beide gevallen moet ze rechten per bijdrager, beoordeling en goedkeuring per vraag en een bibliotheek met goedgekeurde antwoorden instellen en onderhouden. Ook moet ze de kwaliteit van antwoorden evalueren wanneer modellen veranderen, en moet iemand ze beheren wanneer de ontwikkelaar vertrekt.

Dit past bij een team met doorlopende engineeringcapaciteit en één eenvoudig, stabiel proces. Tendermanagementsoftware kopen is de optie die een team test met zijn eigen aanbestedingsdocumenten, zoals hieronder beschreven.

Hoe bidteams tendermanagementsoftware beoordelen

Bij een proef met tendermanagementsoftware test het team die software op een recent, middelgroot aanbestedingsdossier uit de eigen praktijk, niet op één kort document. De proef beoordeelt het opstellen van teksten, het proces en de nauwkeurigheid aan de hand van vooraf vastgelegde uitsluitingscriteria, en biedt voldoende tijd voor goedkeuring door security, juridische zaken en interne stakeholders.

Het testpakket

Bij een proef zijn drie tekortkomingen waarschijnlijk: te weinig tijd of ruimte om een voldoende complexe aanbesteding te testen, slechts één aanbesteding, of slechts een drietal documenten. Een middelgrote bid is geschikter. Dat betekent minstens vijf documenten van de klant en niet meer dan een tiental, waarvan er minstens drie moeten worden ingevuld.

De vragen hangen af van de sector waarin het team actief is. Voor een dienstverlener bevat het pakket minstens één kwalitatieve vraag over elk hoofdthema. Die thema’s zijn productbeschrijving, het vermogen om aan de vereisten te voldoen, implementatie, doorlopende dienstverlening, accountmanagement, bedrijfsinformatie en ecologische en maatschappelijke waarde. Er wordt een volledige PQQ toegevoegd, samen met een security questionnaire en een prijsschema als die deel uitmaken van de bids van het team.

Opstellen, proces en precisie

Die vragen toetsen het opstellen van teksten, maar dat alleen zegt niets over het proces. De procestest controleert verschillende zaken. Zo wordt nagegaan of de tool verduidelijkingsvragen identificeert, een tijdlijn opstelt, overzicht biedt over de bid en vakexperts en hun bijdragen betrekt. Ook wordt gecontroleerd of de tool procedurele goedkeuringen afhandelt, de bidbibliotheek beheert en in andere talen werkt wanneer het team in meerdere talen offertes indient. Verder wordt nagegaan of aan elke vraag een eigen reviewer kan worden toegewezen en of de toegangscontrole en het auditlogboek standhouden. Procesgovernance is zeer moeilijk te testen, dus een eerste proef dekt dit zo goed mogelijk af.

De precisietest controleert of elke vereiste en woordlimiet wordt gevonden en nageleefd. De test gaat na of elke instructie in de documenten van de klant tijdens het opstellen wordt onthouden en gevolgd, en of de gekozen schrijfstijl van het team behouden blijft. Ook wordt gecontroleerd of AI-input ten opzichte van menselijke input wordt bijgehouden en of elk concept terug te voeren is op een goedgekeurde bron.

Bij een eerlijke vergelijking wordt hetzelfde pakket met elke optie verwerkt, ook volgens de huidige werkwijze van het team, en worden de slaagcriteria aan die werkwijze getoetst. Elk criterium wordt beoordeeld voor elk geval in het volledige pakket, zoals elke woordlimiet en de bron van elk concept, niet op basis van een steekproef. Bij de beslissing telt elk voordeel één keer mee, zoals bespaarde tijd en de kwaliteit van concepten. Die voordelen worden afgewogen tegen de benodigde mensen en tijd, omdat de configuratie, de goedkeuring door security en juridische zaken, en de opleiding voor elke geteste optie opnieuw nodig zijn.

Waarom een tool niet slaagt voor een proef

Een tool faalt tijdens een proefperiode wanneer hij hallucineert, gegevens onbetrouwbaar ophaalt, zich niet aan een woordlimiet kan houden, gegevens niet veilig bewaart of de verkeerde documenten uit de bidbibliotheek gebruikt. Hij faalt ook wanneer hij de bidmanager meer werk bezorgt dan bespaart, bijvoorbeeld met een concept dat zoveel redactie vergt dat handmatig schrijven minder tijd kost.

Een tool kan ook tekortschieten als die geen versies kan bijhouden, te ingewikkeld is voor het team of vereist dat het team zijn werkwijze te sterk aanpast. De tool schiet ook tekort als die niet flexibel genoeg is voor de uiteenlopende soorten aanbestedingen die klanten versturen. Voor andere tekortkomingen bestaan er oplossingen. Denk bijvoorbeeld aan de manier waarop een tool vakexperts betrekt: een team dat documenten al offline naar zijn experts stuurt, kan dat blijven doen.

Waarom evaluaties vastlopen

Voor een proefperiode van start gaat, moet de organisatie de zekerheid hebben dat haar vertrouwelijke informatie nergens terechtkomt en nooit voor training wordt gebruikt. De proefperiode moet ook voldoen aan de regels van de organisatie voor informatiebeveiliging. Voldoen aan de beveiligings- en wettelijke vereisten vertraagt een proefperiode. Daarom heeft een evaluatie een sterke interne pleitbezorger nodig.

Ook interne goedkeuring kan een proefperiode vertragen. Hetzelfde geldt als een team de tool niet vroeg genoeg leert gebruiken om de proefperiode optimaal te benutten.