Het werk in één zin
Een Growth PM beslist wat er als volgende wordt getest. De Growth PM neemt de richting die de Growth Lead heeft bepaald – de metric, de strategie – en maakt er een concrete experimentenroadmap van: een gerangschikte lijst tests, elk met een hypothese en een duidelijke winvoorwaarde. Het is een van de twee sturende rollen in een growthteam, tussen de Growth Lead die de metric bepaalt en de marketeers, engineers en analisten die de tests draaien.
De testbrief is het belangrijkste werkstuk
De eerste zet van de PM is een vaag doel toetsbaar maken – “activatie verbeteren” wordt een reeks concrete gokken, zoals het aanmeldformulier inkorten of een checklist voor de inrichting toevoegen. Elke gok wordt een brief, het werkstuk waarop een Growth PM wordt beoordeeld. Een goede brief noemt de hypothese (wat we denken en waarom), de primaire metric, de varianten, het publiek en de steekproef, en wat als winst of verlies zou tellen, nog voordat de test draait. Goed geschreven laat de brief een marketeer of engineer de test bouwen zonder vergadering – en laat hij de analist het resultaat lezen zonder opnieuw over de opzet te discussiëren.
Prioriteren: impact, zekerheid, moeite
Er zijn meer ideeën dan het team kan draaien, dus de PM rangschikt ze. De gangbare afkorting is ICE – impact, confidence, ease (impact, zekerheid, gemak) – populair gemaakt door Sean Ellis en uitgebreid beschreven door onder meer de auteurs van Reforge. RICE zet er reach (bereik) voor. Het kader doet er minder toe dan de discipline: scoor elk idee op dezelfde assen, en de gok met de hoogste verwachte waarde gaat als eerste.
Ritme, geen kanalen
Een Growth PM draait zelden zelf een kanaal. Het resultaat is het tempo van gevalideerd leren: hoeveel goed uitgewerkte tests er per cyclus live gaan, en hoe zuiver elke test tot een uitkomst komt. Brian Balfour beschrijft growth als een herhaalbaar proces – doel, ideeën, prioriteren, testen, analyseren, uitgevoerd in een vast tempo. De PM is eigenaar van dat tempo en houdt de backlog in beweging, terwijl de rest van het team uitvoert.
Testen binnen je journeys
In fromHello zit een test in de journey waar hij iets aan verandert. Een stap met een A/B-split stuurt mensen naar twee varianten in de verhouding die jij instelt, en je kiest zelf de succesmetric: een latere stap bereiken, een e-mail die is afgeleverd, geopend of aangeklikt, of een event binnen een ingesteld aantal dagen. De resultaten van de journey tonen per variant hoeveel mensen hem kregen en de percentages, met een significantie-indicatie die op te weinig data geen winnaar aanwijst en een melding zodra er een winnaar klaarstaat, en funnels laten zien waar mensen afhaken voordat je de volgende brief schrijft. Een MCP-client kan de engagementfunnel of de prestaties van de journey ophalen en de volgende variant opstellen als concept van een journey; die publiceren via een agent vereist een bevestigingsstap in je AI-client. Wil je het afzetten tegen een suite die je kent, zie dan fromHello vs. HubSpot.