Alle artikelen Het juiste bouwen

User Research op Budgetbasis: 5 Methoden Die Bijna Niets Kosten

Door het FabricLoop Team  ·  Mei 2026  ·  9 min lezing

Grote bedrijven hebben UX-onderzoeksafdelingen. Zij voeren longitudinale studies uit, rekruteren deelnemers uit panelen, en brengen maanden door met het synthetiseren van gegevens voordat zij een productbeslissing nemen. Jij hebt dat niet. Maar hier is wat je wel hebt: directe toegang tot je gebruikers, een korte feedbacklus, en het vermogen om snel te handelen.

User research vereist geen lab. De vijf methoden hieronder kosten weinig tot niets, kunnen deze week worden uitgevoerd, en zullen je meer over je product vertellen dan de meeste oprichters in een jaar in het donker leren.

Waarom "Ik denk dat mijn gebruikers X willen" gevaarlijk is

Oprichters zijn patroonmatchers. Je leeft met het probleem, je hebt met enkele mensen gesproken, en je hebt een sterk mentaal model van wat je gebruikers nodig hebben gevormd. Dat model voelt nauwkeurig aan — maar het is gebouwd op onvolledige signalen.

Onderwerp Aanname (gok) Wat onderzoek vaak onthult
Waarom gebruikers zich aanmelden "Zij willen de kernfunctie" Zij zagen een specifieke use case in een review of referral
Waarom gebruikers weggaan "De prijs was te hoog" Zij konden niet uitvogelen hoe zij het in de eerste week moesten instellen
Wie je echte gebruiker is "De persoon die betaalt" Een werknemer drie niveaus lager die adoptie aanstuurt (of blokkeert)
Welke functie volgende moet bouwen "Functieaanvragen in het inbox" Een werkstroomworkaround die gebruikers zelf hebben gebouwd, verbergend de echte lacune

De kosten van fout raden is niet alleen tijd — het is geloofwaardigheid. Het verzenden van functies die niemand gebruikt, of het negeren van de wrijving die je retentie doodt, zet aan over maanden.

"Je mening over wat gebruikers willen is een hypothese. Hun gedrag zijn de gegevens."

Vijf methoden die bijna niets kosten

1

Het gemodereerde interview van 5 gebruikers

Plan 30-minuutgesprekken met 5 huidige gebruikers. Stel open vragen over hun werkstroom, niet je product. Vijf is genoeg — je hoort hetzelfde drie keer in gesprek vier. Neem op met toestemming, transcribeer, en tag patronen over sessies.

Gratis
2

Sessieopnamen (Hotjar / Microsoft Clarity)

Beide tools hebben genereuze gratis niveaus. Bekijk 10–20 echte sessies van gebruikers die door je sleutelstromen bewegen. Zoek naar razendsnelle klikken (herhaald klikken in frustratie), U-bochten (onmiddellijk teruggaan na ergens arriveren), en uitstapelpunten. Je zult verwarring zien die je je nooit hebt voorgesteld.

Gratis
3

De 3-vragenonderzoeksmicro in-app

Trigger een korte enquête op een specifieke actie (bv. na voltooiing van een sleuteltaak of na 7 dagen gebruik): "Wat bracht je hier vandaag?" / "Heb je het bereikt?" / "Wat hield je bijna tegen?" Houd het op maximaal 3 vragen — responstarieven storten in na 3.

Gratis
4

Concurrent reviewmining

Ga naar G2, Capterra, Trustpilot, of de App Store-reviews voor je top 3 concurrenten. Filter voor 3-sterrenreviews — die zijn het meest eerlijk. Zoek naar zinnen zoals "Ik zou willen," "het enige dat ontbreekt," en "we schakelden over omdat." Dit zijn de onvervulde behoeften van je markt, gratis aan je gegeven.

Gratis
5

Guerrilla-usabilitytesting

Zoek 3 personen die ruwweg je doelgebruiker aanpassen — de partner van een collega, iemand in een coffeeshop, een contact in je netwerk. Geef hen een taak ("probeer je aan te melden en X te voltooien"). Kijk in stilte toe. Niet uitleggen, niet helpen. 20 minuten toekijken hoe iemand worstelt met je onboarding is meer waard dan 20 uur intern debat.

~$0–30

Wat te doen met wat je leert

Onderzoek is nutteloos tenzij het iets verandert. Na elke ronde onderzoek schrijf je precies drie dingen op:

  1. Wat we hebben bevestigd: aannames die standhielden. Dit is belangrijk — het vernauwt je besluitruimte.
  2. Wat we hebben geleerd dat we ongelijk hadden: de meest waardevolle output. Minimaliseer dit niet. Deel het wijd.
  3. Wat we anders gaan doen: een specifieke, vastgestelde actie. Als onderzoek geen beslissing verandert, had je het onderzoek niet nodig.
Tip Deel onderzoeksbevindingen met je hele team, niet alleen product. Ingenieurs die rechtstreeks van gebruikers horen schrijven betere code. Ondersteuningsteams die sessieopnamen zien, ontwikkelen meer empathie. Klantgericht personeelsleden die interviewtranscripten lezen, geven beter advies. Onderzoek is een culturele praktijk, geen afdeling.

Hoe vaak onderzoek uit te voeren

Vroeg stadium (pre-product-market fit): voer elke week enige vorm van onderzoek uit. Minstens één gebruikersconversatie. Minstens één sessieopname-review. De feedbacklus moet strak zijn omdat je nog steeds ontdekt wie je voor bent.

Groeiërstadium: maandelijks of om de twee weken. Wijs iemand aan om het onderzoeksritme te bezitten — zelfs als het de oprichter of een productpersoon is die 2 uur per week besteedt. Laat het verwallen en je zult weer voor jezelf gaan bouwen.

Veel voorkomende fout Stoppen met onderzoek na het vinden van product-market fit. PMF is niet permanent — markten verschuiven, gebruikers evolueren, nieuwe concurrenten verschijnen. De bedrijven die relevant blijven behandelen onderzoek als voortdurend, niet als een fase waar zij doorheen gingen.

De ene vraag die ze allemaal slaat

Als je weinig tijd hebt en gebruikers maar één ding kunt vragen, stel deze vraag: "Loop me door de laatste keer dat je [product] gebruikte om [probleem] op te lossen. Begin bij het begin."

Deze vraag forceert een verhaal, geen waardering. Het onthult echte context, echte wrijving, en echte uitkomsten — geen hypothetische voorkeuren. Luister naar wat zij overslaan (zij hebben ermee opgehouden te geven) en wat zij in detail beschrijven (het is erg belangrijk).

Hoe FabricLoop doorlopend onderzoek ondersteunt Onderzoeksinzichten bevinden zich in te veel plaatsen — Notion-documenten, e-maildraden, Slack-berichten, belregistraties die niemand opnieuw bezoekt. FabricLoop houdt je onderzoeksaantekeningen, synthetische documenten, en vervolgingstaken in één thread, zodat bevindingen niet verdampen en de context maanden later doorzoekbaar is wanneer het opnieuw relevant wordt.

10 dingen om van dit artikel weg te nemen

  1. Oprichtersintuit is een startingshypothese, geen vervanging voor onderzoek.
  2. Vijf gebruikersinterviews onthullen de dominante thema's — je hebt niet 50 nodig.
  3. Sessieopnameprogramma's zoals Microsoft Clarity hebben gratis niveaus en onthullen onzichtbare wrijving.
  4. In-app-onderzoeken moeten maximaal 3 vragen zijn — de voltooiing daalt scherp na dat moment.
  5. Concurrent 3-sterrenreviews zijn een goudmijn van onvervulde behoeften die je markt openbaar uitzend.
  6. Guerrilla-usabilitytesting met 3 personen in 20 minuten onthult meer dan weken intern debat.
  7. Onderzoek is alleen nuttig als het een beslissing verandert — documenteer de "wat zullen we anders doen" expliciet.
  8. Deel bevindingen over het hele team, niet alleen product — het verandert hoe ingenieurs en ondersteunend personeel denken.
  9. Pre-PMF: onderzoek wekelijks. Post-PMF: minstens maandelijks. Stop nooit helemaal.
  10. "Loop me door de laatste keer dat je dit gebruikte" is de enige beste onderzoeksvraag die je kunt stellen.