A função em uma frase
Um Growth PM decide o que testar em seguida. Ele pega a direção definida pelo Growth Lead — a métrica, a estratégia — e a transforma em um roadmap concreto de experimentos: uma lista ordenada de testes, cada um com uma hipótese e uma condição de vitória clara. É uma das duas funções de direção em uma equipe de growth, entre o Growth Lead, que define a métrica, e os profissionais de marketing, engenheiros e analistas que rodam os testes.
O briefing do teste é o entregável central
O primeiro movimento do PM é tornar testável um objetivo vago — “melhorar a ativação” vira apostas específicas, como encurtar o formulário de cadastro ou acrescentar um checklist de configuração. Cada aposta vira um briefing, o entregável pelo qual um Growth PM é avaliado. Um bom briefing declara a hipótese (no que acreditamos e por quê), a métrica principal, as variantes, o público e a amostra, e o que contaria como vitória ou derrota antes de o teste rodar. Bem escrito, o briefing permite que um profissional de marketing ou um engenheiro monte o teste sem reunião — e que o analista leia o resultado sem reabrir a discussão sobre a configuração.
Priorização: impacto, confiança, esforço
Existem mais ideias do que a equipe consegue rodar, então o PM as ordena. O atalho comum é o ICE — impact, confidence, ease (impacto, confiança, facilidade) —, popularizado por Sean Ellis e amplamente documentado por equipes como as que escrevem na Reforge. O RICE acrescenta o reach (alcance) na frente. O framework importa menos que a disciplina: dê nota a toda ideia nos mesmos eixos, e a aposta de maior valor esperado vai primeiro.
Ritmo, não canais
Um Growth PM raramente toca um canal pessoalmente. O resultado dele é a taxa de aprendizado validado: quantos testes bem especificados saem por ciclo e com que clareza cada um chega a uma conclusão. Brian Balfour enquadra growth como um processo repetível — objetivo, ideias, priorização, teste, análise —, rodado em um ritmo. O PM é dono desse ritmo e mantém o backlog andando, enquanto o resto da equipe executa.
Testes dentro das suas jornadas
No fromHello, um teste vive dentro da jornada que ele altera. Uma etapa de divisão A/B envia as pessoas por duas variantes na porcentagem que você definir, e você escolhe a métrica de sucesso: chegar a uma etapa posterior, um e-mail entregue, aberto ou clicado, ou um evento dentro de um número definido de dias. Os resultados da jornada mostram exposições e taxas por variante, com uma leitura de significância que não declara vencedor com poucos dados e um alerta quando um vencedor estiver definido, e os funis mostram onde as pessoas desistem antes de você escrever o próximo briefing. Um cliente MCP pode puxar o funil de engajamento ou o desempenho da jornada e rascunhar a próxima variante como rascunho de jornada; publicá-la por meio de um agente exige uma etapa de confirmação no seu cliente de IA. Para compará-lo com uma suíte que você conhece, veja fromHello vs. HubSpot.