Wat doet een Growth Engineer?

Het werk in één zin

Een Growth Engineer maakt growth meetbaar. De Growth Engineer instrumenteert het product zodat elke betekenisvolle handeling een event wordt, houdt een trackingplan bij dat die events consequent benoemt en dicht de lekken in de funnel die de data blootlegt. Binnen de acht rollen zit de Growth Engineer naast de Growth PM: de PM beslist wat er wordt getest, de engineer maakt de test meetbaar. De code dient experimenten, niet de productroadmap.

Wat ze echt opleveren

Het meeste werk is leidingwerk dat de rest van het team nooit ziet. Het team van PostHog omschrijft een Growth Engineer als iemand die code schrijft om bedrijfsmetrics te bewegen in plaats van features te bouwen – het raamwerk voor A/B-tests, reparaties in de funnel, de tracking die je vertelt of iets heeft gewerkt.

• Breng een funnel in kaart – aanmelding, activatie, upgrade – en instrumenteer elke stap zodat de uitval zichtbaar wordt.
• Voeg het ontbrekende event toe. Het klassieke voorbeeld is een subscription_started dat niemand heeft aangesloten, waardoor omzet onzichtbaar is voor de funnel.
• Controleer het trackingplan: schrap dubbele events, herstel inconsistente namen, documenteer wat elke eigenschap betekent.
• Bouw de interne tools en integraties – webhooks, synchronisaties, dashboards – waarmee andere rollen op de data kunnen handelen.

Het trackingplan is het resultaat

Alles verderop hangt af van schone events. Amplitude noemt de eventtaxonomie het fundament van goede analyses: een consequente naamgevingsconventie, afgesproken eigenschappen, één bron van waarheid. Segment beschrijft het trackingplan als een levend document van wat je trackt en waarom. Doe dit goed en profielen, segmenten en journeys lezen allemaal uit dezelfde betrouwbare stroom. Doe het fout en elk rapport liegt ongemerkt.

Waarom de rol een vermenigvuldiger is

Een Growth Engineer heeft zelden een eigen metric. Het resultaat is dat het team überhaupt metrics kan bewegen. Als de Performance Marketer een segment met een hoge LTV naar een advertentieplatform wil synchroniseren, of de Data Analyst een cohortrapport nodig heeft dat niet op giswerk is gebouwd, dan bestaat die data dankzij de engineer en is ze dankzij de engineer betrouwbaar. Eén keer instrumenteren, en elke rol leest dezelfde events. Door dat vermenigvuldigende effect is de rol geen luxe.

Growth Engineer vs. product engineer

Beide schrijven code; de vraag die ze beantwoorden verschilt. Een product engineer vraagt of de feature werkt. Een Growth Engineer vraagt of de feature het getal beweegt – en instrumenteert het product zodat je dat kunt zien. Ze leveren sneller en met minder franje op, want een trackingfix die volgend kwartaal live gaat, is een trackingfix waar je niets van hebt geleerd.

Wat een Growth Engineer met fromHello doet

De first-party snippet van fromHello legt zelf page_viewed en session_started vast, plus element_visible, klikken, formulierverzendingen en scrolldiepte zodra je ze als triggers instelt, zonder code, en je eigen code stuurt de events die ertoe doen, zoals subscription_started, vanuit de browser of vanuit je back-end met een API-sleutel. De snippet laadt geen pixels van derden. Elk event komt op het profiel van de persoon terecht, dynamische segmenten worden bij elk event opnieuw berekend en journeys starten vanuit events: het pad van vastleggen tot trigger hierboven, concreet gemaakt. Eigenschappen van events kun je op het profiel mappen, en een Webhook-stap verbindt de rest van je stack. Via de MCP-server van fromHello kan de AI-client die je al gebruikt, zoals Claude Code of Cursor, de binnenkomende events en eigenschappen opsommen, een eigenschap op het profiel mappen of een segment maken; geen enkele AI-tool verstuurt een bericht. Wil je het vergelijken met een tool die je kent, zie dan fromHello vs. Customer.io.