Wat is een tendermanagementtool?

Een tendermanagementtool ondersteunt één taak of een klein aantal taken binnen het responseproces, zoals het vinden van kansen, complianceanalyse, het opstellen van content of het samenstellen van documenten. De tool stuurt het proces niet van begin tot eind aan. De afbakening onderscheidt de tool van een tendermanagementsysteem of een volledige bidmanagementstack, die beide de volledige levenscyclus binnen één omgeving willen beheren. Een tool wordt daarentegen ingezet om een specifiek knelpunt te verlichten en maakt doorgaans deel uit van een bredere, vaak handmatige werkomgeving.

Wat onderscheidt een tool van een platform

Reikwijdte

Een tendermanagementtool bestrijkt slechts een beperkt deel van het responseproces, namelijk niet het volledige proces. Analyses van tendermanagementsoftware maken juist op dit punt onderscheid tussen tools en platforms: een tool is doorgaans ontwikkeld voor een specifieke taak, zoals het opstellen van documenten of het bewaken van deadlines, terwijl een platform is ontwikkeld om de volledige levenscyclus te beheren.[3]

Het onderscheid is belangrijk, omdat voor beide kanten van het aanbestedingsproces vaak dezelfde marketingtermen worden gebruikt. Zowel een leverancier van een compliancechecker als een leverancier van een volledig platform voor het beantwoorden van aanbestedingen kan zijn product omschrijven als een “tender”-managementtool”. De koper moet dan op basis van de functielijst, en niet op basis van het label, bepalen welk deel van het proces daadwerkelijk wordt ondersteund.

In de praktijk zal een bidteam dat een tool voor één specifiek doel gebruikt, bijvoorbeeld portaalmonitoring, compliancecontroles, het opstellen van teksten en de samenstelling, dit nog steeds op andere manieren uitvoeren. De tool heeft het proces niet vervangen, maar slechts één onderdeel ervan afgebakend.

Eigenaarschap van de levenscyclus

Wanneer de stack uit puntoplossingen bestaat, ligt het eigenaarschap van de levenscyclus van de aanbesteding bij het bidteam en zijn processen, en niet bij één specifieke tool. Geen enkele applicatie fungeert als system of record, omdat elke tool is gekozen om een afzonderlijk probleem op te lossen en niet om het geheel te coördineren.

Dit is een structureel gevolg van de manier waarop afzonderlijke tools worden geïntroduceerd. Teams schaffen ze doorgaans één voor één aan om een specifieke, terugkerende frustratie op te lossen, in plaats van als onderdeel van een geplande architectuur. Na verloop van tijd ontstaat zo’n stack waarin meerdere applicaties elk een deel van de waarheid over een bepaalde aanbesteding bevatten.

In de praktijk betekent dit dat status, eigenaarschap en versiegeschiedenis zijn vastgelegd in de tool waarin een bepaald artefact het laatst is bewerkt, aangevuld met de spreadsheet of gedeelde schijf waarmee het team de onderdelen samenvoegt. Een compliancematrix die in de ene tool is opgesteld en een conceptantwoord dat in een andere tool is geschreven, hebben geen gedeelde registratie waaruit blijkt welke versie actueel is.

Veelvoorkomende categorieën tendermanagementtools

Tools voor het vinden en kwalificeren van kansen

Tools voor het vinden en kwalificeren van kansen helpen een bidteam relevante kansen te identificeren en snel te beslissen of het zich daarop inschrijft. Meestal gaat het om signaleringsdiensten die aanbestedingsportalen en publicatiefeeds monitoren, gecombineerd met bid/no-bid-scorecalculators die binnenkomende kansen aan een vaste set criteria toetsen.

Het mechanisme is doorgaans eenvoudig: een feed met gepubliceerde aankondigingen wordt gefilterd op trefwoorden, sectoren of drempelwaarden, en een scoringssjabloon zet een kwalitatieve beoordeling om in een vergelijkbaar cijfer. Zo kan een team grote aantallen steeds op dezelfde manier prioriteren, in plaats van telkens af te gaan op het oordeel van één persoon.

De beperking is dat kwalificatietools niet verder gaan dan de beslissing om in te schrijven. Alles wat daarna volgt, van complianceanalyse tot het opstellen van de offerte, valt buiten hun bereik. Bovendien blijft de beslissing zelf afhankelijk van handmatig ingevoerde gegevens over de beschikbare capaciteit en de strategische aansluiting.

Tools voor compliance en het opstellen van offertes

Compliance- en schrijftools ondersteunen de twee arbeidsintensiefste fasen bij het opstellen van een response: controleren of aan elke eis is voldaan en de antwoordtekst zelf opstellen. Tools voor compliancematrices halen eisen uit een aanbestedingsdocument en houden bij welke beantwoord zijn. Schrijf- en herschrijfassistenten helpen antwoordteksten op basis van die eisen op te stellen of aan te passen.

Deze tools analyseren gestructureerde of semigestructureerde documenten met vereisten en stellen een traceerbare lijst op. Een bidteam vult die vervolgens handmatig in of met ondersteuning van een zelfstandige antwoordenbibliotheek. Sommige schrijfassistenten gebruiken generatieve modellen om op basis van eerdere antwoorden of referentiemateriaal een eerste concepttekst op te stellen.

Een team dat vertrouwt op een compliancetool zonder geïntegreerde contentbron merkt vaak dat de matrix wel klopt, maar dat de antwoorden waarnaar deze verwijst verspreid staan in afzonderlijke documenten. Die moeten nog steeds handmatig worden opgezocht en in de matrix of de definitieve indiening worden gekopieerd en geplakt.

Tools voor samenstelling en indiening

Tools voor documentassemblage en indiening zetten voltooide content om in een compliant document dat kan worden ingediend. Hulpmiddelen voor documentassemblage voegen goedgekeurde antwoorden, opmaaksjablonen en vereiste bijlagen samen tot een definitief document. Checklists voor indiening bevestigen dat de opmaak, paginalimieten en verplichte bijlagen voldoen aan de eisen van de aanbesteding.

Deze tools worden doorgaans laat in het proces ingezet, nadat de content elders is goedgekeurd. Hun waarde ligt in het beperken van opmaakfouten en ontbrekende bijlagen, niet in het bepalen van de inhoud van de reactie. Sommigen integreren rechtstreeks met e-tenderingportalen voor het uploaden en indienen.

Omdat deze tools werken met content die eerder in het proces is opgesteld, blijft een fout die eerder is gemaakt tijdens het samenstellen onopgemerkt. Denk bijvoorbeeld aan een verouderd antwoord uit een oudere versie van een document. De tool controleert de structuur, niet de juistheid.

Waar één tool niet meer loont

Gegevens opnieuw invoeren en versieverschillen

Gegevens opnieuw invoeren en versieverschillen zijn de meest directe nadelen van het gelijktijdige gebruik van meerdere afzonderlijke tools. Content wordt overgezet tussen een compliancematrix, een antwoordenbibliotheek, een schrijfassistent en een tool voor het samenstellen van documenten. Bij elke overdracht kan een verouderde of licht gewijzigde versie in de definitieve indiening terechtkomen.

Het mechanisme is eenvoudig: zonder een gedeelde datalaag moet informatie uit de ene tool worden geëxporteerd en vervolgens in de volgende worden geïmporteerd of handmatig opnieuw worden ingevoerd. Elke overdracht kost tijd en vergroot de kans op afwijkingen tussen wat is goedgekeurd en wat is ingediend.

Voor een team dat jaarlijks een handvol offertes indient, is deze overhead beheersbaar. Bij een team dat tientallen responses tegelijk afhandelt, lopen de coördinatiekosten op en vormen die vaak de beperkende factor voor de verwerkingscapaciteit, niet de schrijfcapaciteit.

Hiaten in governance en audit

Er ontstaan hiaten in governance en auditmogelijkheden omdat geen enkele afzonderlijke tool in de stack zicht heeft op de volledige response. Puntoplossingen worden vaak naast spreadsheets, gedeelde schijven en e-mail gebruikt. De zoneringsoplossing biedt niet automatisch versiebeheer of een audittrail, van een compleet systeem dat wel biedt.

Dit komt doordat elke tool alleen activiteiten binnen zijn eigen grenzen vastlegt. Een schrijfassistent registreert wijzigingen in een concept; een compliancetool registreert de status van de vereisten. Geen van beide weet wat er in de andere tool is gebeurd. Om een volledige historie te reconstrueren van wie wat wanneer heeft goedgekeurd, moeten meerdere systemen handmatig met elkaar worden vergeleken.

De gevolgen worden het duidelijkst bij nader onderzoek, bijvoorbeeld tijdens een audit na gunning of bij een geschil over een ingediende toezegging. Dan ontdekt een team dat geen enkel dossier de volledige goedkeuringsketen voor een bepaald antwoord bevat.

De plaats van tendermanagementtool in de bredere terminologie

Relatie tot termen voor systemen, software en platforms

Een tendermanagementtool is één onderdeel van een breder begrippenkader dat tendermanagementsystemen, tendermanagementsoftware, bidmanagementtools en platforms voor het beantwoorden van aanbestedingen omvat, elk met een eigen toepassingsgebied. Gidsen over tendermanagementsoftware maken expliciet onderscheid tussen tools waarmee aanbestedende teams aanbestedingen publiceren en beoordelen, en tools waarmee leveranciers, sales- en bidteams zich op aanbestedingen kunnen inschrijven.[7]

De overlap in terminologie is deels een marketingartefact. Definities vanuit leveranciersperspectief omschrijven een tendermanagementtool als gespecialiseerde bedrijfssoftware voor het inlezen en structureren van complexe offerteaanvragen en aanbestedingen en voor het opstellen en volgen van responses daarop. Dat klinkt als een volledig platform, zelfs als het product slechts een deel van die keten bestrijkt.[6] Sommige beschrijvingen uit de sector gaan verder en stellen de term gelijk aan integrale aanbestedingssoftware waarmee aanbestedingen worden opgesteld, verspreid, beoordeeld en gegund. Die benadering komt voort uit het perspectief van de inkopende partij.[14]

EU-aanbestedingsaankondigingen weerspiegelen dit gebruik aan de koperszijde rechtstreeks. In de documentatie over aanbestedingsplanning wordt met een tendermanagementtoepassing een e-procurementsysteem bedoeld dat een aanbestedende dienst ondersteunt bij alle aanbestedingsprocessen. Dat is een aanzienlijk bredere reikwijdte dan de specifieke oplossing voor leveranciers die hier wordt beschreven.[16] Voor een juiste interpretatie van de term moet daarom worden vastgesteld op welke partij in de transactie en op welke fase van de levenscyclus een product zich daadwerkelijk richt.