Schrijf de beslissing vooraf op.
Bepaal voor de start welke vraag de pilot moet beantwoorden. Bijvoorbeeld: kunnen medewerkers aanvragen sneller voorbereiden zonder dat belangrijke gegevens vaker verkeerd worden overgenomen? Daarmee beperk je de scope en voorkom je dat ieder interessant zijpad een nieuw project wordt.
Leg vast wie de uitkomst beoordeelt en wat daarvoor nodig is. Een proceseigenaar kijkt naar de werkbaarheid; een medewerker ziet het dagelijkse correctiewerk. Bij een technische toepassing moet ook duidelijk zijn wie de gevolgen voor systemen en beheer beoordeelt.
Vergelijk met de huidige werkwijze.
Zonder uitgangssituatie blijft “beter” een indruk. Bekijk hoe het werk nu verloopt: behandeltijd, kwaliteit, uitzonderingen en herstelwerk. Gebruik vergelijkbare taken en leg vast welke omstandigheden de vergelijking beïnvloeden, zoals ervaren medewerkers of opvallend eenvoudige voorbeelden.
Kijk naar het hele proces. Tijdwinst bij het maken van een concept telt pas mee als de controle en de vervolgstappen ook zijn meegenomen. Vrijgekomen tijd is bovendien niet automatisch een financiële besparing. Bespreek hoe die capaciteit in de praktijk benut kan worden.
Houd testvoorbeelden apart.
Gebruik één verzameling voorbeelden om de toepassing te ontwikkelen en een andere om de uitkomst te beoordelen. Anders toets je vooral hoe goed de oplossing zich aan bekende voorbeelden heeft aangepast. Neem ook lastige gevallen mee, zoals ontbrekende informatie, afwijkende formuleringen en onduidelijke bronnen.
Kies voorbeelden die het echte werk voldoende vertegenwoordigen en beschrijf wat buiten de test valt. Met een kleine pilot kun je richting bepalen, maar nog niet alle variatie of toekomstige fouten uitsluiten. Vermeld aantallen en soorten voorbeelden naast eventuele percentages.
Maak fouten en correctiewerk zichtbaar.
Niet iedere fout heeft dezelfde gevolgen. Een onhandige formulering kan snel te herstellen zijn; een verkeerd bedrag kan een belangrijke vervolgactie beïnvloeden. Spreek per foutsoort af wat acceptabel is en waar menselijke controle nodig blijft.
Laat de toekomstige gebruikers echt met de uitkomst werken. Noteer hoe vaak zij corrigeren, hoeveel tijd dat kost en wanneer zij terugvallen op de bestaande werkwijze. Een prettige demonstratie zegt weinig over een toepassing die tijdens een drukke werkdag lastig te controleren blijkt.
- Welke fouten kwamen voor en wat waren de gevolgen?
- Hoeveel tijd kostte beoordelen en corrigeren?
- Kon een medewerker bij een probleem zelfstandig verder?
Kies bewust: doorgaan, verbeteren of stoppen.
Zet de resultaten naast de vooraf afgesproken criteria. Neem de kosten van software, implementatie, opleiding en beheer mee. Benoem onzekerheden en wat een volgende fase moet aantonen. Een vervolg is een nieuw besluit met een eigen scope en verantwoordelijkheid.
Doorgaan past wanneer de uitkomst voldoende bruikbaar is en de randvoorwaarden haalbaar zijn. Gericht verbeteren past wanneer een concreet, oplosbaar probleem overblijft. Stoppen past wanneer de waarde onvoldoende is of risico en beheerlast te groot blijven. Ook dat is een bruikbare uitkomst van een zorgvuldig uitgevoerde pilot.
Wat moet een pilot voor je organisatie aantonen?
We helpen je de werkvraag en testcriteria concreet te maken. Of kijken mee naar de uitkomsten van een bestaande proef.
Bespreek je adviesvraag