Growth hacking: 7 tactieken en een betrouwbaar experiment

Begin met één aantoonbare klantvraag

Waar loopt iemand vast: het aanbod begrijpen, beginnen, terugkomen of betalen? Kies een concrete waarneming voordat je een tactiek selecteert. “We willen harder groeien” is een doelrichting, geen testbare vraag. “Nieuwe gebruikers begrijpen de eerste instelstap niet” is een onderzoeksvraag die je kunt aanscherpen.

De zeven tactieken hieronder verschillen in functie. Een uitlegpagina helpt bij oriëntatie, een gebruiksvoorbeeld bij starten en een verwijzingsmechanisme bij delen. Geen van die ingrepen repareert automatisch een product dat een verkeerde behoefte bedient.

Gebruik een klein werkdocument met vraag, bewijs, hypothese, eigenaar en beslismoment. Begin met wat je al weet uit gesprekken, ondersteuning en beschikbare gegevens. Ontbrekende data is aanleiding voor onderzoek, niet voor het invullen van een succespercentage.

Wat is growth hacking?

Growth hacking is een werkwijze waarbij een team gerichte experimenten gebruikt om productgebruik, klantwerving of commerciële resultaten te verbeteren. Marketing, ontwerp, productontwikkeling en analyse kunnen daarin samenwerken. De waarde zit in een herhaalbaar leerproces, niet in het woord “hack”.

Een bruikbaar experiment heeft een afgebakende verandering en een vooraf besproken manier om de uitkomst te beoordelen. Soms is een gerandomiseerde A/B-test passend; soms levert een interview of een papieren prototype eerst het noodzakelijke begrip. Die onderzoeksvormen geven verschillende soorten bewijs.

Groei is niet alleen meer registraties. Denk ook aan geschikt gebruik, behoud, marge en klanttevredenheid. Een extra aanvraag die niet bij het aanbod past kan de werklast verhogen zonder zakelijke waarde toe te voegen.

Waar komt de term vandaan?

Sean Ellis beschreef de rol in zijn artikel Find a Growth Hacker for Your Startup van 26 juli 2010. Zijn context was een startup die na eerste productvalidatie een herhaalbare groeiaanpak zoekt. Dat is historische context, geen voorschrift dat ieder bedrijf dezelfde organisatievorm moet aannemen.

Verhalen over bekende technologiebedrijven kunnen een mechanisme verduidelijken. Ze bewijzen niet welke ingreep hun volledige groei veroorzaakte. Omstandigheden, product, distributie en investeringen verschillen. Deze gids gebruikt daarom geen onbewezen historische groeipercentages als verkoopargument.

Growth hacking en marketing: geen tegenstelling

Verschillende werkvragen kunnen elkaar aanvullen

Werkvraag	Mogelijke aanpak	Controlepunt
Begrijpt de doelgroep ons aanbod?	Positionering, interviews en inhoudelijke uitleg	Kunnen mensen het aanbod juist navertellen?
Kunnen nieuwe gebruikers beginnen?	Ontwerpcontrole en onboardingonderzoek	Welke taak lukt wel of niet, en waarom?
Helpt een specifieke wijziging?	Passend experiment met controlegroep	Is het verschil betrouwbaar en zakelijk relevant?
Blijft het aanbod waardevol?	Gebruik, klantcontact en zakelijke opvolging	Wat gebeurt er na de eerste actie?

Marketing kan net zo goed onderzoekend en datagedreven zijn. Een growth-team heeft ook positionering, kwaliteit en vakkennis nodig. Een groot budget is geen vereiste voor een klantgesprek; een klein budget maakt een ingewikkelde test niet vanzelf verantwoord.

Vijf afspraken voor een bruikbaar experiment

1. Begin met een waarneming. Beschrijf de bron en wat je nog niet weet.
2. Formuleer de verwachting. Welke verandering zou voor welke doelgroep iets verbeteren, en waarom?
3. Kies de methode. Een prototypeonderzoek en een A/B-test zijn niet uitwisselbaar.
4. Bewaar randvoorwaarden. Denk aan toegankelijkheid, foutmeldingen, klantlast, privacy en kosten.
5. Leg het besluit vast. Uitrollen, aanpassen, stoppen of verder onderzoeken zijn allemaal mogelijke uitkomsten.

Datagedreven werken betekent niet dat aannames verdwijnen. Het betekent dat je ze zichtbaar maakt en onderzoekt. Een mislukte test is alleen leerzaam als de meetopzet de vraag daadwerkelijk kon beantwoorden. Een onduidelijke meting wordt niet achteraf een overtuigend experimentverhaal.

AARRR: vijf verschillende vragen over de klantreis

Dave McClure presenteert in zijn Startup Metrics for Pirates vijf invalshoeken: Acquisition, Activation, Retention, Referral en Revenue. Gebruik ze als indeling van vragen, niet als universele funnel die iedere klant precies zo doorloopt.

AARRR vertaald naar een eigen meetdefinitie

Onderdeel	Vraag	Wat je vooraf afbakent
Acquisition	Wie bereikt het aanbod?	Kanaal, doelgroep en geldige bezoekdefinitie
Activation	Ervaart iemand de eerste bruikbare waarde?	Een product- of dienstspecifieke taak
Retention	Komt iemand terug wanneer dat zinvol is?	Vergelijkbare startgroep en passend tijdvenster
Referral	Helpt iemand een ander het aanbod te vinden?	Verwijzing, geldigheid en eventuele beloning
Revenue	Ontstaat zakelijke waarde?	Betaling, marge, annulering en opvolging

Een eenmalige installatieklus heeft een ander terugkeerpatroon dan dagelijks gebruikte software. Vergelijk daarom geen algemene retentiepercentages zonder context. Ook het grootste percentageverlies is niet automatisch de beste eerste verbeterkans: kosten, klantwaarde, onzekerheid en uitvoerbaarheid tellen mee.

Eerst begrijpen of het aanbod waarde heeft

Product-market fit beschrijft de aansluiting tussen aanbod en een relevante behoefte. Klantgesprekken, feitelijk gebruik, betalingsbereidheid en redenen om te vertrekken kunnen die aansluiting helpen onderzoeken. Eén enquêtegrens of een handvol enthousiaste reacties bewijst haar niet voor de hele markt.

Je mag juist experimenteren om die aansluiting beter te begrijpen. Wat niet verstandig is: grote wervingsuitgaven behandelen als oplossing voor een onbekend productprobleem. Begin bijvoorbeeld met een begeleide gebruikstaak voordat je meer mensen door dezelfde onduidelijke onboarding stuurt.

Leg vast welk gedrag werkelijk waarde betekent. Een account aanmaken is niet hetzelfde als het product kunnen gebruiken. Een demo boeken is niet hetzelfde als een passend verkoopgesprek. Kies een definitie die je later ook kunt controleren.

Zeven tactieken, ieder met een passende onderzoeksvraag

1. Een bruikbare verwijzingsroute

Maak het eenvoudig voor een gebruiker om iemand anders op relevante informatie te wijzen. Beschrijf eventuele voorwaarden en beloningen duidelijk. Test eerst of het mechanisme bij het product past en geen ongewenste berichten of misbruik stimuleert.

Fictief voorbeeld: een samenwerkingsproduct laat een gebruiker bewust een projectuitnodiging delen. Onderzoek niet alleen verzonden uitnodigingen, maar ook geldige deelname en ondersteuning achteraf. Importeer of benader geen contactpersonen zonder passende grondslag en toestemming waar vereist. Een deelteller is geen bewijs van exponentiële groei.

2. Een eerlijke wachtlijst

Een wachtlijst kan passen wanneer capaciteit of toegang werkelijk beperkt is. Leg uit waarvoor iemand zich aanmeldt, wat de verwachtingen zijn en hoe afmelden werkt. Maak geen kunstmatige schaarste, verzonnen deelnemersaantallen of aftellende teller die steeds opnieuw begint.

Fictief voorbeeld: een opleider opent een volgende groep zodra begeleiding beschikbaar is. Onderzoek of de uitleg vragen voorkomt en of belangstellenden later werkelijk passend instromen. Het aantal e-mailadressen alleen bewijst geen productvraag of omzet.

3. Inhoud die een beslisvraag oplost

Werk een handleiding, keuzehulp of begrensd praktijkvoorbeeld uit voor een aantoonbaar ontbrekende vraag. Verbind de uitleg aan een logische vervolgstap. Meer artikelen produceren is geen experiment wanneer de doelgroep, hypothese en beoordeling ontbreken.

Fictief voorbeeld: een dienstverlener verduidelijkt welke informatie voor een offerte nodig is. Beoordeel begrijpelijkheid en geschiktheid van aanvragen; tel niet uitsluitend paginabezoeken. De gids over contentstrategie helpt bij het kiezen van onderwerpen.

4. Productgebruik dat de waarde uitlegt

Bij product-led growth speelt gebruik van het product een rol in kennismaking en uitbreiding. Een proefomgeving, voorbeeldproject of begeleide introductie kan daarbij helpen. Een gratis abonnement is niet voor ieder aanbod geschikt; ondersteuning, productkosten en verkoopcomplexiteit bepalen mede de keuze.

Fictief voorbeeld: nieuwe gebruikers proberen met voorbeeldgegevens één basistaak. Onderzoek of ze de taak zelfstandig kunnen afronden en wat er daarna nodig is. Zet geen echte klantgegevens in een demonstratie zonder passende toestemming.

5. Een klein hulpmiddel met duidelijke grenzen

Een calculator, checklist of controlehulp kan een concrete vraag beantwoorden. Maak invoer, aannames en beperkingen zichtbaar. Reserveer ook capaciteit voor onderhoud, toegankelijkheid, foutafhandeling en vragen van gebruikers; “gratis voor de gebruiker” betekent niet kosteloos voor de aanbieder.

Fictief voorbeeld: een planningstool rekent met door de gebruiker ingevoerde uren. De uitkomst is een scenario, geen gegarandeerde besparing. Verzamel alleen gegevens die nodig zijn voor de afgesproken functie.

6. Een inhoudelijke uitwisseling ondersteunen

Een gebruikersgroep kan vragen, werkwijzen en feedback bij elkaar brengen. Bepaal eerst wie er baat bij heeft en wie modereert. Een leeg kanaal openen of een ledenaantal verzamelen is nog geen waardevolle gemeenschap.

Fictief voorbeeld: vakgenoten bespreken periodiek een concreet implementatieprobleem. Beoordeel of deelnemers bruikbare antwoorden krijgen en willen terugkomen. Plaats geen gefingeerde bijdragen en maak commerciële betrokkenheid duidelijk.

7. Een afgebakende wijziging zorgvuldig testen

Kies bij een A/B-test vooraf doelgroep, toewijzing, primaire maat, relevante minimale verandering, steekproefbehoefte en beslisregel. Houd rekening met normale gebruikscycli en meerdere vergelijkingen. Stop niet alleen omdat een tussentijdse uitslag gunstig lijkt, tenzij de gekozen analysemethode dat vooraf verantwoord ondersteunt.

Onderzoek naar sample ratio mismatch laat zien waarom onverwachte verschillen in groepsverdeling een signaal van datakwaliteitsproblemen zijn. Onderzoek die oorzaak voordat je een winnaar uitroept. Kleine aantallen of kapotte logging worden niet opgelost door een mooier dashboard.

Controleer bij openbare websitevarianten ook Googles richtlijnen voor A/B-tests en zoekmachines: geen cloaking, passende canonieke verwijzingen en tijdelijke redirects waar van toepassing, en geen onnodig lange test. Laat de technische uitwerking aansluiten op de werkelijke opzet.

Google Optimize en Optimize 360 zijn sinds 30 september 2023 niet meer beschikbaar. Kies geen tool op basis van een verouderde lijst. Beoordeel actuele mogelijkheden, kosten, dataverwerking en integratie voor jouw testvraag.

Een bekend mechanisme is nog geen resultaatbewijs

Dropbox documenteert een verwijzingsprogramma met extra opslagruimte en voorwaarden voor geldige deelname. Dat is een controleerbaar voorbeeld van een mechanisme. Deze documentatie bewijst niet welk deel van de historische bedrijfsgroei door dat programma is veroorzaakt.

Vertaal een voorbeeld daarom naar vragen: welk gebruikersprobleem lost het op, welke kosten heeft het en welke neveneffecten kunnen ontstaan? Een aanpak van een bekend bedrijf kopiëren zonder die afweging is geen experiment. De voorbeelden bij de zeven tactieken zijn uitdrukkelijk fictief en geen klantcases van Pico Yellow.

ICE gebruiken als bespreekhulp, niet als rekenwaarheid

ICE staat voor impact, confidence en ease. Je kunt die drie aspecten gebruiken om ideeën te bespreken: verwachte betekenis, onderbouwing en uitvoerbaarheid. Leg je eigen schaal en rekenwijze vast. Een score is een inschatting; “confidence” is hier geen statistische kans dat een experiment slaagt.

Fictieve prioriteitsbespreking, zonder gemeten scores of resultaten

Idee	Onderbouwing	Eerste beslissing
Een onduidelijke formulierinstructie herschrijven	Terugkerende vragen zijn vastgelegd	Eerst de nieuwe uitleg met gebruikers bespreken
Een verwijzingsprogramma toevoegen	Nog geen bevestigde behoefte	Eerst waarde, kosten en misbruikrisico onderzoeken
Een bestaande foutmelding repareren	De fout is reproduceerbaar	Herstel en hertest; geen experiment nodig om een fout te laten bestaan

Risico's, afhankelijkheden en verplicht herstel kunnen zwaarder wegen dan een totaalscore. Een toegankelijke foutmelding hoeft niet te wachten op een groeicompetitie. Bewaar ook waarom een idee niet wordt uitgevoerd.

Wie is waarvoor verantwoordelijk?

Verdeel minimaal de vraagstelling, inhoudelijke bevestiging, uitvoering, meetcontrole en het uiteindelijke besluit. Eén persoon kan meerdere rollen vervullen, maar laat dat expliciet zijn. Betrek de verantwoordelijke voor het product of de dienstverlening bij beloften en randvoorwaarden.

De analist controleert definities en datakwaliteit; ontwerp en ontwikkeling maken de wijziging bruikbaar en herstelbaar; de zakelijke eigenaar beoordeelt of het resultaat waarde heeft. De publicatie over interpretatiefouten bij experimentmetingen onderstreept dat een aantrekkelijk cijfer verkeerd kan worden uitgelegd.

Voor een kleine organisatie kan een afgebakende websitevraag voldoende zijn om te beginnen. Voor complexe software of gevoelige gegevens zijn aanvullende product-, statistische of privacy-expertise en afspraken nodig. Een marketingbureau is niet automatisch bevoegd of toegerust om iedere producttest uit te voeren.

Wanneer levert experimenteren een misleidend antwoord op?

• Je kiest pas na afloop de maat die het gunstigst uitvalt.
• Je vergelijkt verschillende doelgroepen of periodes alsof ze gelijk zijn.
• Je telt klikken als klanten of registraties als bruikbaar productgebruik.
• Je negeert fouten, extra ondersteuning of lagere kwaliteit van aanvragen.
• Je presenteert een gebruiksgesprek als statistisch bewijs van conversiewinst.
• Je noemt een onbesliste uitkomst alsnog een winnaar om een planning te halen.

De richtlijnen voor analyse na een experiment bespreken onder meer het zorgvuldig afbakenen van werkelijk geraakte gebruikers en controles op vertekening. Een extra uitsplitsing achteraf kan een nieuwe onderzoeksvraag opleveren, maar is niet automatisch een vooraf bevestigd effect.

Aan de slag met een fictieve experimentbriefing

Voorbeeldsituatie, geen klantresultaat: een zakelijke dienstverlener vermoedt dat de offerteaanvraag onduidelijk is. Er zijn vragen over de benodigde informatie, maar nog geen betrouwbare conversiemeting. De eerste stap is een korte ontwerpproef, niet meteen een A/B-test.

Fictieve experimentbriefing voor een duidelijkere offerteaanvraag

Veld	Afspraak
Vraag	Begrijpt een beoogde klant welke informatie nodig is?
Verandering	Twee papieren varianten van de uitleg, met dezelfde werkelijke voorwaarden
Methode	Begeleide gebruikstaak; volgorde en observaties vastleggen
Waarneming	Wat begrijpt de deelnemer, waar twijfelt die en welke vraag blijft open?
Randvoorwaarde	Geen echte aanvraag of onnodige persoonsgegevens verzamelen
Besluit	Uitleg aanpassen of verder onderzoeken; geen conversiestijging claimen

Als later een kwantitatieve test passend is, maak je daarvoor een afzonderlijk meetplan. Leg ook bij geen duidelijk verschil vast wat de test wel en niet kon aantonen. “Niet beslist” kan een correct onderzoeksresultaat zijn.

Voor hulp bij de websitekant kun je conversiegericht webdesign bespreken. Pico Yellow bakent onderzoek, ontwerp, ontwikkeling en controle af in een offerte op maat. De gids over conversieoptimalisatie verdiept de meet- en ontwerpvragen. Er wordt geen vaste groeisnelheid of product-marktaansluiting beloofd.

Veelgestelde vragen over growth hacking

Wat is growth hacking in gewone taal?

Gericht onderzoeken welke verandering klanten en de onderneming helpt, met een duidelijke vraag, passende methode en een controleerbaar besluit.

Is het alleen geschikt voor startups?

Nee. Ook bestaande organisaties kunnen gericht experimenteren. De methode en verantwoordelijkheden moeten wel passen bij het aanbod, de doelgroep en de risico's.

Wat is het verschil met marketing?

Er is overlap. Marketing kan net zo goed onderzoekend zijn; een growth-aanpak betrekt vaak ook productgebruik en ontwikkeling. Het zijn geen tegenpolen.

Moet ik altijd een A/B-test uitvoeren?

Nee. Een gesprek, gegevenscontrole of prototype kan eerst een betere methode zijn. Die uitkomsten zijn geen statistisch bewijs van conversiewinst.

Hoe lang moet een experiment duren?

Dat hangt af van methode, aantallen, gebruikscyclus en de vooraf gekozen beslisregel. Er is geen algemene termijn van één of twee weken die iedere test betrouwbaar maakt.

Is de hoogste ICE-score altijd de beste keuze?

Nee. De score is een bespreekhulp. Onderbouwing, risico's, verplicht herstel en afhankelijkheden kunnen een ander besluit rechtvaardigen.

Kan ik Google Optimize nog gebruiken?

Nee. Google Optimize en Optimize 360 zijn sinds 30 september 2023 niet meer beschikbaar. Controleer actuele alternatieven op jouw eisen.

Bewijst een verwijzingsprogramma snelle groei?

Nee. Het beschrijft een mechanisme. Geschiktheid, geldige deelname, kosten en zakelijke uitkomsten moeten afzonderlijk worden onderzocht.

Wat als een test geen winnaar oplevert?

Leg vast wat is onderzocht en welke onzekerheid resteert. Niet uitrollen of eerst nader onderzoek doen kan het juiste besluit zijn.

Kan Pico Yellow de uitvoering verzorgen?

Voor websiteonderzoek, ontwerp en ontwikkeling bespreken we de vraag en verantwoordelijkheden in een offerte op maat. Aanvullende product- of statistische expertise wordt niet stilzwijgend verondersteld.