O que faz um Growth Engineer?

A função em uma frase

Um Growth Engineer é a pessoa que torna o growth mensurável. Ele instrumenta o produto para que cada ação relevante vire um evento, mantém um plano de rastreamento que nomeia esses eventos de forma consistente e corrige os vazamentos do funil que os dados revelam. Entre as oito funções, ele fica ao lado do Growth PM: o PM decide o que testar, o engenheiro torna o teste mensurável. O código dele serve aos experimentos, não ao roadmap do produto.

O que ele entrega de fato

A maior parte do trabalho é estrutura que o resto da equipe nunca vê. A equipe do PostHog descreve um Growth Engineer como alguém que escreve código para mexer nas métricas do negócio, e não para construir funcionalidades — a estrutura dos testes A/B, as correções do funil, o rastreamento que diz se alguma coisa funcionou.

• Mapear um funil — cadastro, ativação, upgrade — e instrumentar cada etapa para que as desistências fiquem visíveis.
• Adicionar o evento que falta. O exemplo clássico é um subscription_started que ninguém conectou, e por isso a receita fica invisível para o funil.
• Auditar o plano de rastreamento: eliminar eventos duplicados, corrigir nomes inconsistentes, documentar o que cada propriedade significa.
• Construir as ferramentas internas e as integrações — webhooks, sincronizações, painéis — que permitem às outras funções agir a partir dos dados.

O plano de rastreamento é o entregável

Tudo o que vem depois depende de eventos limpos. O Amplitude chama a taxonomia de eventos de base de uma boa análise: uma convenção de nomes consistente, propriedades combinadas, uma única fonte de verdade. O Segment descreve o plano de rastreamento como um documento vivo do que você rastreia e por quê. Acerte nisso e perfis, segmentos e jornadas leem todos do mesmo fluxo confiável. Erre e todo relatório mente sem fazer barulho.

Por que a função multiplica o resultado da equipe

Um Growth Engineer raramente é dono de uma métrica própria. O resultado dele é a capacidade da equipe de mexer em qualquer métrica. Quando o Performance Marketer quer um segmento de LTV alto sincronizado com uma plataforma de anúncios, ou o Data Analyst precisa de um relatório de coorte que não seja feito às cegas, o engenheiro é o motivo pelo qual esses dados existem e são confiáveis. Instrumente uma vez, e todas as funções leem os mesmos eventos. Esse efeito multiplicador é o motivo pelo qual a função não é um luxo.

Growth Engineer vs. engenheiro de produto

Os dois escrevem código; a pergunta que respondem é diferente. Um engenheiro de produto pergunta se a funcionalidade funciona. Um Growth Engineer pergunta se a funcionalidade mexe no número — e instrumenta o produto para que dê para saber. Ele entrega mais rápido e com menos acabamento, porque uma correção de rastreamento que sai no próximo trimestre é uma correção que não ensinou nada.

O que um Growth Engineer faz com o fromHello

O snippet first-party do fromHello registra page_viewed e session_started automaticamente, além de element_visible, cliques, envios de formulário e profundidade de rolagem assim que você os configura como gatilhos, sem código, e o seu código envia os eventos que importam, como subscription_started, a partir do navegador ou do seu back-end com uma chave de API. O snippet não carrega pixels de terceiros. Cada evento chega ao perfil da pessoa, os segmentos dinâmicos são recalculados a cada evento e as jornadas começam a partir de eventos: o caminho da captura ao gatilho mostrado acima, na prática. As propriedades dos eventos podem ser mapeadas para o perfil, e uma etapa Webhook conecta o resto da sua stack. Pelo servidor MCP do fromHello, o cliente de IA que você já usa, como Claude Code ou Cursor, pode listar os eventos e as propriedades que estão chegando, mapear uma propriedade para o perfil ou criar um segmento; nenhuma ferramenta de IA envia mensagens. Para compará-lo com uma ferramenta que você conhece, veja fromHello vs. Customer.io.