Een app-idee valideren voor je het laat bouwen

De meeste app-ideeën komen niet door de eerste klantgesprekken heen. Niet omdat ze slecht zijn, maar omdat een idee in iemands hoofd anders klinkt dan in iemands hand. Een werkend prototype haalt die mismatch er in één dag uit.

Terug naar OneDayBuild
01 / 05

Waarom slides en mockups niet genoeg zijn

Goedkoop materiaal krijgt sociaal-wenselijke reacties. Werkend materiaal krijgt eerlijk gedrag.

Een powerpoint-deck of Figma-mockup is goedkoop om te maken, maar mensen reageren erop alsof het een marketing-pitch is. Ze knikken, ze zeggen dat het er goed uitziet, en daarna gebeurt er niets. Een werkende versie krijgt ander gedrag: mensen klikken door, raken vast, vragen waarom iets werkt zoals het werkt. Daar zit de informatie die je nodig hebt om door te bouwen of om bij te sturen.

Dat verschil is bekend uit het MVP-gedachtegoed. Een product is pas een product als iemand het in handen heeft. Voor een idee dat alleen op slides bestaat, geldt hetzelfde.

02 / 05

Drie vormen van validatie, in volgorde van moeite

Niet elke validatie-vorm geeft dezelfde diepte. Wat je in handen geeft bepaalt wat je terugkrijgt.

1. Klantgesprekken

Goedkoop en snel, maar gevoelig voor sociale druk. Mensen vertellen wat ze denken dat je wilt horen. Goed om te beginnen, niet genoeg om een investering op te baseren.

2. Klikbare mockup

Figma of Marvel. Geeft een gevoel voor flow en visueel idee. Werkt voor het ontwerptraject. Werkt minder voor de vraag of mensen het in praktijk gaan gebruiken; het blijft duidelijk een schets.

3. Werkend prototype

Echte code op een live URL. Kost meer dan een mockup, maar geeft je iets in handen waar je gedrag mee kunt observeren. Dat is wat OneDayBuild oplevert.

03 / 05

Wat je leert van een prototype op één dag

Niet alles. Wel de dingen die je voor een investeringsbeslissing nodig hebt.

  • Of de kernflow voor de gebruiker logisch aanvoelt zonder dat jij erbij zit om hem uit te leggen.
  • Welke stappen vragen oproepen die je vooraf niet had voorzien.
  • Welke veronderstellingen over je gebruikersgroep wel of niet kloppen.
  • Of het ontwerp werkbaar is binnen de techniek die je waarschijnlijk gaat gebruiken.
04 / 05

Hoe wij valideren in één dag

Van intake tot eerste observaties duurt het in praktijk zeven tot tien werkdagen.

De intake (meestal de week ervoor) bepaalt de scope. We schrijven samen op welke vraag we precies willen beantwoorden en welke flow daar het meest gericht antwoord op geeft. Daarna bouwen we op één dag de versie waarin gebruikers door die flow kunnen lopen.

De dag erna kun je het prototype naar drie tot vijf mensen sturen die in je doelgroep zitten. Een korte intake, de URL op hun telefoon, jij kijkt mee terwijl ze klikken. Binnen een week heb je observaties die je voor de rest van je traject gaat gebruiken, of waarmee je het traject helemaal stopt voor je geld uitgeeft.

05 / 05

Wanneer je nog niet aan validatie toe bent

Niet elke vraag is meetbaar met een prototype. Hieronder vragen die werken en vragen die te vaag zijn om op te baseren.

Werkbare vragen
  • Begrijpen logistiek-coördinatoren binnen 60 seconden hoe ze hier een vrachtbon mee aanmaken?
  • Klikt een HR-manager door de aanmeldflow zonder hulp van een collega?
  • Welke filters gebruiken mensen daadwerkelijk in een zoekscherm?
  • Hoe ver komen mensen in de onboarding voor ze afhaken?
Te vage vragen
  • Werkt het idee in het algemeen?
  • Vinden mensen het mooi?
  • Is het een goed business model?
  • Gaan mensen ervoor betalen op lange termijn?
06 / 06

Veelgestelde vragen

Hoeveel mensen moet ik bevragen om een idee te valideren?

Drie tot vijf gerichte gesprekken met mensen uit je doelgroep geven meestal genoeg signalen om patronen te zien. Meer dan acht voegt zelden veel toe in deze fase; minder dan drie is te smal om patronen van persoonlijke voorkeuren te onderscheiden.

Is validatie hetzelfde als marktonderzoek?

Niet helemaal. Marktonderzoek meet hoe groot de markt is en wie de concurrenten zijn (een desk-research-vraag). Validatie meet of jouw specifieke oplossing voor het probleem werkt zoals je denkt (een gedrags-vraag). Voor een app-idee heb je meestal beide nodig, in die volgorde.

Kan ik niet beter eerst alleen een landing page maken?

Voor pure pre-launch interesse-validatie van een consumentenproduct is dat een prima eerste stap. Voor zakelijke software, interne tools en B2B-flows zegt een landing page weinig; daar moet je het product zelf laten zien om bruikbare feedback te krijgen.

Wat als de validatie negatief uitvalt?

Dan heb je tienduizenden euro's bespaard. Bij ongeveer een derde van de prototypes die we leveren, leidt de validatie tot een ingrijpende koerswijziging: een andere doelgroep, een andere prijs, soms helemaal niet doorgaan. Dat is precies waarom je het doet voor je in een volwaardig traject investeert.

Klaar om je idee te toetsen?

Stuur ons de vraag die je wilt beantwoorden. Wij kijken in een intake mee of een werkend prototype hier het juiste antwoord op geeft.