Mensen zijn aardig in interviews
Als je je idee beschrijft en vraagt of iemand het zou gebruiken, krijg je meestal ja. Dat kost de ander niets en het gesprek verloopt prettiger. Het zegt alleen weinig over wat diegene straks werkelijk doet.
Klantvalidatie in een week organiseren
Je wilt weten of klanten op je idee zitten te wachten voordat je er een traject aan hangt. Dat kan binnen een week, mits je iets voorlegt waar mensen op kunnen reageren. Het prototype is daarbij het middel, niet het doel: het gaat om wat je eruit leert.
01
/
04
Waarom validatie zonder iets tastbaars misleidt
Drie manieren waarop een goedbedoeld gesprek je de verkeerde kant op stuurt.
Een beschrijving laat te veel ruimte
Iedereen vult de gaten zelf in. De klant denkt aan zijn eigen versie, jij aan die van jou, en pas bij de bouw blijkt dat die twee niet hetzelfde waren. Een klikbaar scherm haalt die ruimte weg.
Je meet interesse, geen gedrag
Enthousiasme over een concept is iets anders dan de moeite nemen om iets in te vullen of door te klikken. Het tweede voorspelt gebruik, het eerste vooral hoe leuk het gesprek was.
02
/
04
Wat wel en niet in een werkdag past
De beperking dwingt tot een keuze, en dat is precies wat het bruikbaar maakt.
Wat je in een week kunt toetsen
- Of mensen begrijpen wat het doet zonder dat je het uitlegt.
- Waar ze aarzelen of afhaken in de flow.
- Welke vragen ze stellen en welke bezwaren terugkomen.
- Of het probleem dat je oplost herkend wordt.
- Welk onderdeel ze als eerste zouden willen gebruiken.
Wat je er niet uit haalt
- Betrouwbare uitspraken over betalingsbereidheid.
- Statistisch onderbouwde conclusies uit een handvol gesprekken.
- Zekerheid over gebruik op lange termijn.
- Een compleet beeld van alle klantsegmenten.
- Een technische haalbaarheidstoets van het eindproduct.
03
/
04
Hoe zo'n week eruitziet
De bouwdag is dag een. De rest van de week gebruik je om te leren.
-
Dag 1
Bouwen
In een werkdag maken we de kern-userflow klikbaar, met data die op jullie praktijk lijkt. Aan het eind van de dag heb je een deelbare URL.
-
Dag 2
Deelnemers regelen
Vijf tot acht mensen uit de doelgroep is genoeg om patronen te zien. Bestaande klanten, prospects of mensen uit je netwerk die het probleem herkennen.
-
Dag 3
Eerste gesprekken
Laat mensen zelf klikken en zeg zo min mogelijk. Waar ze stilvallen of iets verkeerd interpreteren is waardevoller dan wat ze erover vinden.
-
Dag 4
Doorgaan en bijstellen
Als dezelfde hobbel drie keer terugkomt, weet je genoeg. Soms kun je die tussendoor aanpassen en de rest van de gesprekken op de nieuwe versie doen.
-
Dag 5
Patronen op een rij
Wat kwam er bij vrijwel iedereen terug, wat was persoonlijk? Alleen het eerste is een signaal waar je een besluit op baseert.
04
/
04
Wat je met de uitkomst doet
Een week is genoeg om een richting te bevestigen of te laten vallen.
De bruikbaarste uitkomst is vaak niet ja of nee, maar een verschuiving. Mensen blijken een ander deel van het probleem urgenter te vinden dan jij dacht, of ze haken af op iets dat je als bijzaak had ingepland. Dat weten voordat je gaat bouwen scheelt maanden.
Houd er rekening mee dat vijf tot acht gesprekken geen bewijs zijn. Het is genoeg om grove fouten te vinden en om te merken of het probleem leeft. Het is niet genoeg om een businesscase op te bouwen.
Wil je eerst weten of je idee überhaupt de investering waard is, dan sluit je app-idee valideren daarop aan. Voor de vraag of er markt voor is, staat marktvraag valideren klaar. En als de uitkomst positief is en je wilt weten wat een vervolg inhoudt, kijk dan bij prototype testen.
05
/
05
Veelgestelde vragen
Hoeveel mensen moet ik spreken?
Vijf tot acht uit dezelfde doelgroep is genoeg om patronen te zien. Komt dezelfde hobbel bij bijna iedereen terug, dan is dat een signaal. Meer gesprekken maken het beeld scherper, maar de grootste inzichten zitten meestal in de eerste paar.
Moeten het bestaande klanten zijn?
Niet per se, maar ze moeten het probleem wel herkennen. Iemand die er nooit last van heeft, geeft vriendelijke maar waardeloze feedback. Bestaande klanten zijn makkelijker te bereiken en vaak eerlijker.
Wat vraag ik precies tijdens zo'n gesprek?
Zo min mogelijk. Geef een opdracht, bijvoorbeeld probeer hier een aanvraag te doen, en kijk wat er gebeurt. Vraag pas achteraf waarom ze ergens aarzelden. Uitleggen hoe het werkt maakt de test waardeloos.
Kan ik dit ook zonder prototype doen?
Je kunt gesprekken voeren over het probleem, en dat is nuttig. Maar zodra het over de oplossing gaat, vult iedereen zijn eigen versie in en meet je vooral beleefdheid. Iets klikbaars haalt die ruimte weg.
Wat als de reacties gemengd zijn?
Dat is meestal het echte antwoord. Kijk of de kritiek over hetzelfde onderdeel gaat. Als dat zo is, kun je dat aanpassen en opnieuw toetsen. Verspreide kritiek zonder patroon wijst er vaker op dat de doelgroep te breed is gekozen.
Kunnen jullie de gesprekken voor ons doen?
Wij bouwen het prototype. Het testen doe je zelf, en dat is een bewuste keuze: de reacties uit eerste hand horen is een groot deel van de waarde. Wel denken we mee over wat je voorlegt en waar je op let.
Wat als er in die week iets aangepast moet worden?
Kleine aanpassingen zijn vaak mogelijk, bijvoorbeeld een tekst of een stap in de flow. Grote wijzigingen zijn een nieuwe scope-vraag, en die kun je beter maken nadat alle gesprekken zijn geweest.
