Een webapp vertelt je pas of je businessidee werkt als je hem zo bouwt dat hij dat kan vertellen. Vijf functies maken het verschil: meten wat gebruikers doen, een betaalknop voordat alles af is, feedback in de app zelf, een wachtlijst met uitnodigingen in groepjes, en een beheeromgeving met de juiste cijfers. Ze kosten samen weinig extra bouwtijd, maar zonder deze functies lanceer je een product en weet je na drie maanden nog steeds niet of je moet doorgaan. In dit artikel lees je per functie wat het is, wat het je vertelt en hoe je het eenvoudig houdt.

De korte versie

  • Bouw het meten in vanaf dag één. Achteraf toevoegen kost meer en je mist juist de eerste, leerzaamste gebruikers.
  • Gedrag zegt meer dan meningen. Wat mensen doen en waarvoor ze willen betalen, telt zwaarder dan wat ze zeggen.
  • Laat mensen in groepjes toe, zodat je na elke aanpassing kunt zien of het beter werkt.
  • Spreek vooraf af wanneer je stopt, bijstuurt of doorbouwt. Anders blijf je eindeloos hopen op de volgende maand.

Heb je je idee nog niet getoetst met gesprekken of een wachtlijst? Begin dan bij SaaS laten bouwen als niet-technische founder. Dit artikel gaat over de stap daarna: de eerste versie zo bouwen dat hij je antwoorden geeft.

1. Meten wat gebruikers doen

De belangrijkste vraag in de eerste weken is niet hoeveel mensen zich aanmelden, maar hoeveel er daarna echt de kernfunctie gebruiken. Daarvoor heb je een trechter nodig: aanmelden, eerste keer inloggen, de kernfunctie voor het eerst gebruiken, terugkomen. Op elke stap zie je hoeveel mensen afhaken.

  • Meet een handvol momenten, niet elke klik. Vijf tot tien gebeurtenissen zijn genoeg om de trechter te zien.
  • Kies een privacyvriendelijke analysetool, bij voorkeur met opslag in de EU, en meet geen persoonsgegevens die je niet nodig hebt.
  • Kijk naar de grootste val in de trechter. Haakt de helft af vóór de kernfunctie, dan zit het probleem in de onboarding, niet in je idee.

Zonder deze metingen weet je bij weinig gebruik niet of mensen je product niet willen, of dat ze er gewoon niet doorheen komen. Dat zijn twee heel verschillende problemen.

2. Een betaalknop voordat alles af is

Mensen zeggen snel dat ze iets "zeker zouden gebruiken". Of ze ervoor willen betalen, merk je pas als er een betaalknop staat. Je hoeft niet te wachten tot het hele product af is om dat te testen.

  • Voorverkoop of early access. Laat gebruikers nu al betalen voor toegang, eventueel met korting voor de eerste groep.
  • Een knop voor een functie die er nog niet is. Twijfel je of een uitbreiding de moeite waard is? Zet er een knop voor in de app en meet hoe vaak erop geklikt wordt. Dit heet ook wel een "fake door".
  • Wees eerlijk. Wie op zo'n knop klikt, ziet direct een duidelijke melding, zoals "Deze functie komt binnenkort. Wil je vroeg toegang?" Zo test je de vraag zonder iemand te misleiden, en verzamel je meteen geïnteresseerden.

Een klik op een betaalknop is een sterker signaal dan tien enthousiaste reacties. Een echte betaling is nog sterker.

3. Feedback in de app zelf

Een enquête die je een maand na aanmelding mailt, wordt door weinig mensen ingevuld, en vooral door de mensen die het al leuk vinden. Feedback werkt beter als je één vraag stelt op het moment dat het ertoe doet.

  • Vlak na de kernfunctie: "Heeft dit je geholpen?" met ja of nee, en een optioneel tekstveld.
  • Bij afhaken: wie een abonnement opzegt of een proces halverwege stopt, krijgt één korte vraag naar de reden.
  • Altijd bereikbaar: een vaste knop "Feedback geven" of een direct contactadres, zodat gebruikers zelf iets kunnen melden.

Lees alle reacties zelf in de eerste weken. Het patroon in tien korte antwoorden vertelt je vaak meer dan een grafiek.

4. Wachtlijst en uitnodigingen in groepjes

Het is verleidelijk om iedereen tegelijk binnen te laten. Maar als je de app daarna aanpast, weet je niet meer welke gebruikers wat hebben meegemaakt. Met uitnodigingen in groepjes (cohorten) houd je dat overzicht.

  • Laat per week een groep toe, bijvoorbeeld twintig of vijftig mensen van je wachtlijst.
  • Pas tussen de groepen één ding aan, zoals de onboarding of de prijs, en vergelijk de volgende groep met de vorige.
  • Houd persoonlijk contact met de eerste groepen. Een kort gesprek met een paar vroege gebruikers levert inzichten op die je niet uit de cijfers haalt.

Een bijkomend voordeel: als er iets misgaat, raakt dat een kleine groep die weet dat ze vroeg instapt, en niet al je gebruikers tegelijk.

5. Een beheeromgeving met de juiste cijfers

Alle metingen hebben weinig zin als je ze in drie verschillende tools moet opzoeken. Een eenvoudig overzicht in je eigen beheeromgeving zorgt dat je er elke week naar kijkt. Drie cijfers zijn genoeg:

  1. Activatie: welk deel van de nieuwe gebruikers de kernfunctie minstens één keer gebruikt.
  2. Terugkeer: welk deel een week of een maand later nog actief is, per groep uit stap 4.
  3. Conversie: welk deel betaalt, of op de betaalknop uit stap 2 klikt.

Zet daarnaast een lijst met de nieuwste feedback uit stap 3, en je hebt in één scherm alles om je wekelijkse beslissing te nemen.

Tip: bespreek deze vijf functies al in de intake met je ontwikkelpartij. Ingebouwd in de eerste versie kosten ze weinig extra werk; achteraf toegevoegd mis je juist de data van je eerste gebruikers.

Wat zijn goede signalen, en wanneer stop je?

Er is geen vast getal dat voor elk product geldt, maar er zijn wel duidelijke patronen.

  • Goed teken: gebruikers komen terug zonder dat je ze herinnert, ze vragen wanneer een functie komt, of ze betalen zonder lang onderhandelen.
  • Bijsturen: mensen melden zich aan maar bereiken de kernfunctie niet, of ze gebruiken het één keer en komen niet terug. Pas dan eerst de onboarding of de belofte aan, voordat je nieuwe functies bouwt.
  • Stoppen of omgooien: na een paar groepen en aanpassingen blijven activatie en terugkeer laag, en niemand klikt op de betaalknop. Dan is het probleem waarschijnlijk niet groot genoeg, of los je het voor de verkeerde doelgroep op.

Product-market fit, eenvoudig uitgelegd

Product-market fit betekent dat je product een probleem oplost dat een duidelijke groep mensen zo belangrijk vindt, dat ze het blijven gebruiken en ervoor willen betalen. Je merkt het vaak eerder dan je het kunt meten: de vraag trekt aan zonder dat je hard hoeft te duwen.

Een veelgebruikte manier om het te toetsen, is je actieve gebruikers één vraag te stellen: "Hoe teleurgesteld zou je zijn als je dit product niet meer kon gebruiken?" Met als antwoorden zeer teleurgesteld, een beetje teleurgesteld of niet teleurgesteld. Een bekende vuistregel van groeimarketeer Sean Ellis is dat je op de goede weg bent als ongeveer 40 procent "zeer teleurgesteld" antwoordt. Zie dat als richtlijn, niet als harde grens: de trend over meerdere groepen zegt meer dan één meting.

Spreek vooraf met jezelf af wat je verwacht te zien, en na hoeveel weken of groepen je de balans opmaakt. Dan neem je een beslissing op basis van cijfers, niet op basis van hoop.

Zo bouwen we het

We bouwen webapplicaties en SaaS-MVP's in 4 tot 8 weken, met een vaste scope, prijs en deadline en elke week een werkende versie. Een MVP begint bij €3.000 tot €5.000. Welke van deze functies in jouw eerste versie horen, bespreken we in de intake, zodat je vanaf de lancering kunt zien of je idee werkt. Lees ook Wat is een MVP? of bekijk hoe ons proces werkt.