Een leverancier vraagt vroeg of laat: wat moet het systeem kunnen? Het antwoord ligt niet bij de leverancier en niet bij een lijst met functionaliteiten die andere bedrijven ook hebben aangevinkt. Het antwoord ligt in uw eigen proces: welke datapunten u verzamelt, wie ze aanlevert, waar ze vandaan komen, en wat er misgaat als niemand kijkt.
De gangbare route is: een tool selecteren, de tool inrichten, en dan pas ontdekken welke data waar vandaan moet komen. Die volgorde werkt averechts, omdat een tool geen mening heeft over uw proces. Hij vraagt om invoer, en die invoer moet uit iets komen. Als dat iets — het datapuntregister, de eigenaarschap, de bronnen — nog niet bestaat, wordt de inrichting van de tool een zoektocht die niemand had gepland.
De andere volgorde begint bij het proces. Eerst in kaart brengen welke datapunten nodig zijn, wie ze levert, uit welk systeem of welke spreadsheet ze komen, en welke kwaliteitsregels erbij horen. Pas daarna wordt duidelijk welke eisen een tool eigenlijk moet vervullen. Niet abstracte eisen zoals "gebruiksvriendelijk" of "schaalbaar", maar concrete eisen zoals: moet koppelen met dit specifieke bronsysteem, moet drie eigenaren kunnen onderscheiden binnen één datapunt, moet een afwijking signaleren als een cijfer buiten een vooraf bepaalde marge valt.
De volgorde is niet een voorkeur van methode; ze volgt uit wat er functioneel logisch aan de tool voorafgaat. Een tool kan pas eisen krijgen als er iets is om eisen aan te ontlenen. Dat iets is het proces: de stroom van data van bron naar rapport, met alle handmatige stappen, overdrachten en aannames die daarbij horen. Zonder dat overzicht stelt een organisatie eisen op basis van wat een tool kan, niet op basis van wat het proces nodig heeft. Dat klinkt als een subtiel verschil, maar het bepaalt of de tool straks aansluit op de werkelijkheid of naast de werkelijkheid komt te staan.
Dit sluit aan op de vraag hoe u een tool kiest zonder achteraf spijt te krijgen: spijt ontstaat vaak niet door een slechte tool, maar door een tool die eisen moest raden omdat niemand ze had opgeschreven.
Als de tool eerst komt en het proces later, ontstaan er twee soorten kosten. De eerste is directe herinrichting: functionaliteit die niet aansluit, koppelingen die alsnog gebouwd moeten worden, velden die leeg blijven omdat niemand weet wie ze moet invullen. De tweede kost is minder zichtbaar maar zwaarder: de tool gaat rapporten opleveren die netter uitzien, terwijl de cijfers erachter nog steeds niet herleidbaar zijn tot een bron of een eigenaar. Dat risico wordt uitgebreider beschreven op de pagina over wat het kost om een tool te plaatsen boven een ongeorganiseerd proces: de tool verbergt het probleem in plaats van het op te lossen.
De vraag welke volgorde goedkoper uitpakt, hangt af van hoeveel datapunten, systemen en eigenaren er al zijn en hoeveel daarvan nog niet is vastgelegd. Bij een klein proces met weinig bronnen is de schade van de omgekeerde volgorde beperkt. Bij een proces dat over meerdere afdelingen, systemen en spreadsheets is verspreid, groeit die schade met elk datapunt dat niet is uitgezocht voordat de tool erom vraagt. Deze afweging staat uitgewerkt op de pagina eerst een tool kopen of eerst het proces inrichten: wat dat verschil kost.
Voordat een tool eisen kan krijgen, moet er een overzicht zijn van welke datapunten nodig zijn voor de rapportage, waar elk datapunt vandaan komt, wie verantwoordelijk is voor de juistheid, en welke regel bepaalt of een waarde aannemelijk is. Dat overzicht is geen technisch document en geen tool zelf; het is een register dat de basis vormt voor elke vervolgstap, of die vervolgstap nu een tool is, een handmatig proces, of een combinatie van beide.
De vraag welke functionele eisen daaruit volgen, is dus eigenlijk de vraag: wat staat er in dat register, en wat ontbreekt er nog? Zolang die vraag niet is beantwoord, blijft elke eis aan een tool een gok. Deze samenhang tussen eisen en achterliggend proces staat verder uitgewerkt op de pagina over welke functionele eisen uit uw eigen proces volgen en wat een verkeerde volgorde daarin kost.
Als het datapuntregister en de eigenaarschap eenmaal op orde zijn, verschuift de vraag van wat een tool moet kunnen naar wat er met de mensen gebeurt die dit werk nu doen: het verzamelen, controleren en overtypen van cijfers uit spreadsheets en systemen. Een deel van die taken is repetitief en volgt vaste regels, en dat is precies het soort werk waarvan een deel door AI over te nemen is. De [werkscan van FTE TO AI](https://ftetoai.nl) rekent per taak uit welk deel daarvan geautomatiseerd kan worden, zodat duidelijk wordt waar mensen nodig blijven en waar het werk kan worden overgedragen aan een systeem dat volgens vaste regels controleert en aanlevert.
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.