Wie een tool wil kiezen, stelt meestal eerst de verkeerde vraag. Niet "welke tool past bij ons", maar "wat moet die tool eigenlijk kunnen, gegeven hoe onze data nu loopt". Dat tweede antwoord bestaat vaak nog niet op het moment dat de eerste vraag gesteld wordt. Er is dan een lijst met leveranciers, een paar demo's, misschien een adviesrapport over marktleiders. Er is geen antwoord op de vraag welk datapunt uit welk systeem komt, wie daar verantwoordelijk voor is, en welke kwaliteitsregels daarop van toepassing zouden moeten zijn.
De volgorde die spijt voorkomt is eenvoudig te formuleren en moeilijk te volgen, omdat de druk om iets te kopen meestal groter is dan de rust om eerst te inventariseren. Eerst het datapuntregister, de lineage van bron naar rapportage, het eigenaarschap per datapunt. Dan pas de tool, en dan als antwoord op eisen die uit dat register volgen. Welke functionele eisen komen uit uw eigen proces is daarmee niet een vraag die een leverancier voor u beantwoordt, maar een vraag die u al beantwoord moet hebben voordat u een leverancier spreekt.
Een tool die gekocht wordt voordat het proces staat, wordt geconfigureerd op aannames. De implementatieploeg van de leverancier vraagt naar datastromen die niemand precies kan reconstrueren, en het antwoord wordt dan ingevuld op basis van wat waarschijnlijk klopt. Die aannames verdwijnen niet, ze worden onderdeel van de inrichting. Het resultaat is een tool die werkt, in de zin dat hij rapporten produceert, maar die rapporten steunen op dezelfde losse eindjes als voorheen — nu alleen verstopt achter een interface die vertrouwen wekt.
De kosten van die omgekeerde volgorde zijn niet alleen de licentie. Het is de tijd die het kost om er na een jaar achter te komen dat een kerncijfer verkeerd is opgebouwd, en dat uit te zoeken in een systeem dat niet gebouwd is om die uitzoekklus te vergemakkelijken. Wat een tool boven een ongeorganiseerd proces kost hangt af van hoeveel datapunten er zijn, hoeveel systemen erbij betrokken zijn en hoe lang het ongemerkt blijft — maar de kostenpost is reëel, ook als hij pas laat zichtbaar wordt.
Het is verleidelijk om de volgorde te zien als een kwestie van aanpak, waarbij de ene organisatie liever eerst een tool test en de andere liever eerst uitzoekt. Dat is het niet. Een tool kan alleen functionele eisen goed invullen als die eisen bestaan voordat de tool gekozen wordt. Zonder datapuntregister zijn er geen eisen, alleen wensen — sneller, overzichtelijker, minder Excel. Wensen zijn geen selectiecriteria, ze zijn sfeerbeelden. Een leverancier die aan sfeerbeelden voldoet, voldoet aan iets anders dan waar de organisatie zes maanden later behoefte aan heeft.
Eerst een tool kopen of eerst het proces inrichten is daarom niet een vraag met twee gelijkwaardige antwoorden. Het is een vraag met een volgorde die door de aard van het probleem wordt bepaald: data die niet in kaart is gebracht, kan niet als eis worden meegegeven aan een pakket. Dat geldt voor elke organisatie, onafhankelijk van sector of omvang, al verschilt de omvang van het uitzoekwerk. Bij een organisatie waar de duurzaamheidsdata in de bouw verspreid ligt over projectadministraties, onderaannemers en losse spreadsheets, is dat uitzoekwerk groter dan bij een organisatie met een paar centrale systemen. Maar de volgorde verandert niet: eerst zien waar de data zit en wie erover gaat, dan pas een tool die daarop aansluit.
Spijt na een tool-aankoop wordt vaak beschreven als een verkeerde keuze tussen leveranciers. Meestal is het iets anders: het is de spijt van een organisatie die een probleem verplaatst heeft in plaats van opgelost. De tool werkt precies zoals gekocht, en dat is het probleem — hij werkt op basis van een inrichting die nooit getoetst is aan de werkelijke datastromen. Hoe u een tool kiest zonder spijt hangt dan niet af van een langere shortlist of een uitgebreider demotraject, maar van het antwoord op een vraag die aan de aankoop voorafgaat: is er een register van datapunten, lineage en eigenaarschap waaraan de tool getoetst kan worden. Zonder dat register is elke keuze een gok met een net jasje.
Een tool kiezen op basis van een goed ingericht proces is één stap. De andere stap is weten welk deel van het werk daarbinnen door mensen gedaan moet blijven worden en welk deel overgenomen kan worden door automatisering, zonder dat de betrouwbaarheid van de cijfers daaronder lijdt. Die vraag ligt buiten de scope van een datapuntregister, maar volgt er wel logisch uit: pas als helder is welke taken er zijn — data verzamelen, valideren, herleiden naar de bron, rapporteren — kan per taak bepaald worden welk deel daarvan aan AI overgelaten kan worden. De werkscan van FTE TO AI rekent dat per taak uit, als volgende stap nadat de data en het proces op orde zijn.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.