Wat een proefperiode kan bewijzen – en wat niet

Een proefperiode meet betrouwbaar één ding: hoe het begin aanvoelt. Aanmelden, eerste indruk, de eerste handelingen. Dat is niet niks, want een begin dat stroef aanvoelt wordt zelden beter. Maar het is ook niet datgene waar je beslissing van afhangt.

Wat je beslissing draagt is het gedrag in bedrijf: onder tijdsdruk, met gegroeide gegevens, in het uitzonderingsgeval. Precies dat krijgt een standaardproefperiode structureel niet te pakken – niet uit oneerlijkheid van de leverancier, maar omdat twee weken met een lege database een ander systeem zijn dan twee jaar met een volle. Wie dat weet, kan een proefperiode zo opzetten dat hij toch iets bewijst.

Laten we beginnen bij wat wél werkt, want dat is meer dan je zou denken. Een proefperiode beantwoordt vier vragen degelijk, en alle vier zijn ze het antwoord waard.

Hoe lang duurt het begin? Van de aanmelding tot de eerste echte verrichting. Als je na negentig minuten nog geen afspraak vastgelegd krijgt, is dat een bevinding en geen aanloopprobleem.

Red je het zonder handleiding? Klik bewust eerst rond zonder hulppagina's. Waar je vastloopt, loop je straks in bedrijf ook vast – alleen dan met publiek erbij.

Hoe snel antwoordt de klantenservice? Stel tijdens de proefperiode een echte vraag, geen testvraag. De reactietijd tijdens de proefperiode is doorgaans de beste die er ooit zal zijn; het is je bovengrens, niet je gemiddelde.

Hoe voelt datgene wat je het vaakst doet? Niet de zeldzame bijzondere functie, maar de handeling die je twintig keer per dag maakt. Twee seconden verschil per verrichting is bij twintig verrichtingen per dag zo'n veertig seconden – op één werkdag onopvallend, maar over een jaar met ongeveer 250 werkdagen krap drie uur.

Bijna elk dienstverlenend bedrijf heeft weken die niets met elkaar te maken hebben. Een salon in januari en dezelfde salon in de week voor Kerst zijn twee bedrijven. Een garage in de zomer en dezelfde garage bij de eerste vorst ook. Een school in de tweede week van november en diezelfde school rond het rapport helemaal.

Test je software in de rustige week, dan test je hem onder omstandigheden waarin bijna elk systeem het doet. De test bevestigt je dan iets wat toch al niet omstreden was, en zwijgt over wat je later geld kost.

Daar helpt minder tegen dan je zou vermoeden:

• Leg de test bewust in een drukke week, niet in de vakantie. Liever onder echte omstandigheden falen dan onder ideale slagen.
• Of vraag om verlenging. De meeste leveranciers verlengen een proefperiode op verzoek, als je de reden noemt. Die ene mail kost twee minuten.
• Of bouw de piek na. Neem een echte zaterdag uit vorig jaar en zet die in een uur in het proefsysteem. Daarna weet je hoe een volle dag eruitziet zonder erop te hoeven wachten.

Dat laatste punt heeft een bijeffect dat je moet meenemen: je merkt daarbij hoe lang het invoeren zelf duurt. Dat is geen slechte oefening, want precies dat werk ga je bij de overstap nog een keer doen.

Een leeg systeem is snel, overzichtelijk en opgeruimd. Het heeft geen dubbele records, geen oude klanten zonder telefoonnummer, geen dienst die al twee jaar niet meer bestaat en toch in de lijst staat. Maar juist daaruit bestaat de dagelijkse praktijk.

De meest effectieve maatregel in elke proefperiode is daarom om er echte gegevens in te brengen – op zijn minst een doorsnede. Tweehonderd klantrecords en drie maanden afsprakenhistorie zijn genoeg om de vragen te beantwoorden die met vijf testrecords onzichtbaar blijven: hoe ziet het zoeken eruit als vier mensen ongeveer hetzelfde heten? Wat gebeurt er met een record zonder e-mailadres als het systeem een bevestiging wil sturen? Kun je twee dubbele records samenvoegen zonder dat de historie sneuvelt?

Twee dingen zijn daarbij van belang. Ten eerste: ook een proefsysteem is een systeem waarin echte persoonsgegevens liggen. De verwerking heeft dezelfde grondslag nodig als in de echte situatie, en verwerkt de leverancier voor jou, dan is daar een verwerkersovereenkomst voor nodig – binnen de EU is dat artikel 28 van de AVG, en dat geldt vanaf het eerste testrecord en niet pas vanaf de factuur.

Ten tweede: eis al tijdens de proefperiode dat de testgegevens verwijderbaar zijn. Beslis je tegen de leverancier, dan wil je die tweehonderd records weer uit de wereld hebben. Een systeem dat dat niet zelfstandig kan, heeft je een antwoord gegeven op een veel grotere vraag.

De meest voorkomende reden dat proefperiodes zonder resultaat verstrijken is geen tijdgebrek. Het is dat niemand vooraf heeft vastgelegd wát er getest moet worden. Je klikt wat rond, vindt alles best in orde, en op de veertiende dag staat de vraag onveranderd overeind.

Een bruikbaar plan past op een halve pagina en bestaat uit drie echte verrichtingen die je van begin tot eind doorspeelt – niet aangeraakt, maar afgemaakt. Voor de meeste bedrijven zijn dat:

1. De complete standaardroute. Van de aanvraag via de afspraak tot de betaalde bon, precies zoals het bij jou echt gaat.
2. Het uitzonderingsgeval. Afzegging op het laatste moment, verzetten, annulering, deelbetaling, correctie van een factuur achteraf. Uitzonderingen zijn een klein deel van de verrichtingen en het grootste deel van de ergernis.
3. De blik terug. Wat was er vorige maand aan de hand? Wie is er al een jaar niet meer geweest? Vind je een overzicht niet binnen twee minuten, dan ga je er nooit naar kijken.

Daar komt een verplichte oefening bij die geen tien minuten duurt en die vrijwel niemand doet: start één keer een volledige gegevensexport en open het bestand. Niet omdat je hem nodig hebt, maar om te zien wat erin staat. Dat is het enige moment waarop die controle niets kost, en de enige bevinding van de proefperiode die later over je terugweg beslist.

Afbreekcriteria lijken overdreven zolang je ze niet nodig hebt. Ze beschermen je alleen wel tegen het sterkste effect van elke proefperiode: na tien geïnvesteerde uren wil niemand meer horen dat de software niet past. Je hebt dan geen software getest maar een beslissing verdedigd.

Schrijf daarom vóór de eerste keer inloggen twee of drie zinnen op waarbij je stopt. Ze moeten zo concreet zijn dat een buitenstaander ze zou kunnen toetsen. Bijvoorbeeld: "Als ik een standaardafspraak niet binnen dertig seconden kan vastleggen." Of: "Als de export de afsprakenhistorie niet bevat." Of: "Als er na twee werkdagen geen antwoord op mijn vraag is."

Zulke zinnen maken het afbreken goedkoop, en dat is hun hele doel. Ze besparen je bovendien de onaangenaamste variant: het contract dat tot stand komt omdat de proefperiode is verlopen en niemand bezwaar heeft gemaakt. Kijk daarom op de eerste dag na of je proefaccount automatisch overgaat in een betaald abonnement en waar je dat precies uitzet. Die informatie hoort aan het begin van de proefperiode, niet aan het eind.

En breek je af: zeg de leverancier kort waar het op stukliep. Dat is geen gunst die je verleent – het is de enige terugkoppeling waar een product werkelijk van leert.