Je hebt vijf mensen gevraagd wat ze van je prototype vinden. Drie zeiden dat het er “geweldig” uitziet, één had een vraag over de kleur en één klikte lukraak rond zonder iets te zeggen. Nu weet je nog steeds niet of je op de goede weg zit.
Dat is precies het probleem met testen zonder structuur: je verzamelt reacties, maar geen inzichten. Een onderzoeksbureau inhuren is voor de meeste startende ondernemers geen optie, want dat kost al snel duizenden euro’s en weken tijd die je niet hebt. Maar klakkeloos doorontwikkelen op basis van vage complimenten is duurder op de lange termijn. In dit artikel laten we zien hoe je met vijf testgebruikers, een paar uur voorbereiding en gratis tools betrouwbare feedback ophaalt over je eerste MVP, zonder bureau en zonder groot budget.
Stap 1: Bepaal wat je prototype wel en niet kan bewijzen
Voordat je ook maar één persoon uitnodigt, moet je één centrale testvraag formuleren. Niet tien vragen, niet een algemene ‘is dit goed?’-sessie. Eén vraag.
Voorbeelden: ‘Begrijpen gebruikers binnen 60 seconden wat dit product doet?’ Of: ‘Lukt het een nieuwe gebruiker om zonder uitleg een bestelling te plaatsen?’
Je prototype kan nog niet bewijzen of mensen bereid zijn te betalen, of je product schaalbaar is, of marketing gaat werken. Dat is oké. Wat het wel kan bewijzen: of de kernfunctionaliteit begrijpelijk en bruikbaar is. Focus daar op.
Stap 2: Zoek je eerste vijf testgebruikers
Vijf is geen willekeurig getal. Onderzoek wijst uit dat vijf gebruikers gemiddeld 85 procent van de bruikbaarheidsproblemen blootleggen. Meer hoeft nog niet in deze fase.
Waar vind je ze? Hier zijn concrete kanalen die werken:
- LinkedIn: Stuur een persoonlijk berichtje naar mensen die passen bij je doelgroep. Geen verkooppraatje, maar een directe vraag. Zoiets als: ‘Ik test een nieuw product voor [doelgroep] en zoek iemand met ervaring in [thema] voor een gesprek van 30 minuten. Geen verkooppraatje, alleen jouw eerlijke mening. Interesse?’
- Slack-communities en Discord-servers: Voor tech- en startersproducten zijn communities als Online Ondernemers NL, Product Hunt Makers of niche-Slack-groepen per sector goud waard. Post kort en specifiek.
- Reddit: Subreddits rondom jouw niche zijn een onderschatte bron. Wees transparant over wie je bent en wat je zoekt.
- Je eigen netwerk: Stuur een appje naar vijf mensen die je kent en die in de buurt van je doelgroep zitten. Vrienden van vrienden werken hier ook prima, zolang het geen mensen zijn die je al geweldig vinden.
Vermijd mensen die je goed kennen en je willen helpen slagen. Die zijn te aardig om eerlijk te zijn.
Stap 3: Kies je testmethode op basis van wat je prototype is
De testmethode hangt af van wat je hebt gebouwd:
Clickable mockup (Figma, Marvel): Gebruik een taakgebaseerde test. Geef de gebruiker een concrete situatie (‘stel, je wil X doen’) en kijk hoe ze door de mockup navigeren zonder dat je iets uitlegt. Maze.co is hiervoor gratis en registreert klikpaden automatisch.
Werkende app of webapplicatie: Remote gebruikerstests via Google Meet met schermopname werken uitstekend. Vraag expliciet toestemming voor opname. Loom gebruik je achteraf om fragmenten te knippen en te delen met je team of co-founder.
Fysiek product: Doe dit bij voorkeur live. Geef het product zonder uitleg in handen en observeer. Zeg letterlijk niks totdat de gebruiker vastzit of klaar is. Neem op met je telefoon, ook hier met toestemming.
Stap 4: Richt je testsessie in
Houd de sessie op 30 tot 45 minuten. Korter is te krap voor echte inzichten, langer wordt vermoeiend en levert ruis op. Begin altijd met een paar minuten context zonder het product te noemen, zodat je een beeld krijgt van de gebruiker en hun situatie.
Schrijf een gespreksprotocol dat je niet stuurt. Dat betekent: open vragen, geen ja/nee-vragen, en geen antwoorden suggereren. Bijvoorbeeld: ‘Wat gaat er door je hoofd als je dit ziet?’ in plaats van ‘Is dit duidelijk voor je?’
Gratis tools die je nodig hebt:
- Google Meet of Whereby voor remote sessies, inclusief schermopname
- Loom om korte opnamefragmenten te delen
- Maze voor geautomatiseerde clicktests op je mockup
- Een simpel notitiedocument of een vel papier voor observaties tijdens de sessie
Stap 5: Voer de test uit en vermijd deze vijf valkuilen
Dit is waar de meeste ondernemers de mist in gaan, ook met de beste voorbereiding.
Te vroeg uitleggen. Zodra de gebruiker aarzelt, is de reflex om uit te leggen hoe het werkt. Doe dit niet. Dat moment van aarzeling is precies de data die je nodig hebt.
Te weinig stilte laten. Leer stil te zijn als iemand nadenkt. Drie seconden stilte voelt ongemakkelijk, maar levert waardevolle opmerkingen op die je anders nooit hoort.
Reageren op meningen in plaats van gedrag. Wat mensen zeggen ze te willen en wat ze daadwerkelijk doen, zijn twee verschillende dingen. Noteer gedrag en observaties apart van uitspraken.
Defensief worden. Je hebt maanden in dit product gestoken. Dat maakt kritiek moeilijk. Maar een gebruiker die zegt ‘ik snap dit niet’ geeft je informatie, geen persoonlijke aanval.
Te veel vragen per sessie stellen. Houd focus op je centrale testvraag. Alles extra is bonus, niet doel.
Stap 6: Verwerk je bevindingen binnen 24 uur
Doe dit zo snel mogelijk na de sessies, terwijl alles nog fris is. Werk met een eenvoudig affinity-diagram: schrijf elk observatiepunt op een sticky note, fysiek of in FigJam. Groepeer daarna per thema. Je zoekt patronen, geen uitzonderingen.
Als drie van je vijf gebruikers op dezelfde plek vastlopen, is dat een patroon. Als één persoon iets onverwachts doet, noteer het maar maak er nog geen beslissing op.
Analyseparalysie is een reëel risico. Wij van Entrepreneuronline.nl raden aan om je analyse te beperken tot twee uur. Twee uur voor vijf sessies is genoeg om de grote conclusies te trekken. Daarna ga je handelen, niet meer analyseren.
Stap 7: Vertaal inzichten naar beslissingen
Nu komt het echte werk: wat doe je ermee? Verdeel je bevindingen in drie groepen:
Must fix before launch: Problemen die directe gebruiksdoelen blokkeren. Als niemand de kernfunctie begrijpt, ga je niet lanceren. Dit los je op.
Nice to have: Verbeteringen die de ervaring verbeteren maar het product niet kapotmaken. Dit bewaar je voor een volgende iteratie.
Bewust negeren: Feedback die niet past bij je doelgroep, die in conflict is met je productvisie, of die slechts één persoon noemde. Dit is een bewuste keuze, geen slordigheid. Leg wel vast waarom je het negeert.
Het moeilijkste is die laatste categorie. Een testgebruiker die zegt ‘ik zou hier ook X willen kunnen doen’ heeft een wens, geen probleem. Jij bepaalt de scope van je MVP, niet de gebruiker.
Stap 8: Herhaal of schaal?
Je bent klaar met je eerste testronde. Maar is het genoeg? Drie signalen vertellen je of je nog een ronde nodig hebt:
Signaal 1: Je centrale testvraag is onbeantwoord. Als je nog niet weet of de kernfunctionaliteit werkt, of als de bevindingen elkaar tegenspreken, doe dan een tweede ronde. Pas dit keer ook je prototype aan op basis van de must-fixes.
Signaal 2: Meer dan twee gebruikers haakten af of raakten gefrustreerd op hetzelfde punt. Een aanpassing en hertest is dan zinvoller dan doorontwikkelen.
Signaal 3: Alle vijf gebruikers voltooiden de kerntaak, begrepen het product en noemden dezelfde voordelen. Dan ben je klaar om door te bouwen naar een bredere release. Niet perfect, maar goed genoeg om de volgende fase in te gaan met vertrouwen in plaats van hopen.
Vijf gebruikersgesprekken, een heldere testvraag en een paar uur voorbereiding zijn voldoende om de gevaarlijkste aannames in je MVP bloot te leggen. Dat is geen theorie: wij van Entrepreneuronline.nl zien regelmatig dat ondernemers die vroeg testen veel minder tijd kwijtraken aan functionaliteit die achteraf niemand gebruikt.
Wat je na dit proces hebt, is geen perfecte roadmap, maar wel zicht op waar je nu energie in moet steken. Dat is het verschil tussen bouwen op gevoel en bouwen op bewijs. Begin klein, test snel en pas aan voordat je verder investeert.
