Por que a priorização é o que decide tudo
Uma equipe pequena roda talvez dois ou três experimentos por semana; só as equipes de alta velocidade chegam a dez ou vinte — e mesmo isso é puxado quando o tráfego é escasso. Com tão poucas vagas, o custo real de um teste medíocre não é o teste em si; é a ideia mais forte que você deixou de lado para rodá-lo. Um roadmap existe para que cada vaga vá para a ideia de maior valor esperado, não para a voz mais alta da daily. Ser dono dessa fila ordenada é boa parte do que faz um Growth PM.
Monte o backlog a partir do funil e do momento aha
Não comece por uma lista de desejos. Comece por onde o funil vaza. Percorra cada etapa — visita, cadastro, ativação, retenção, receita — e anote as maiores quedas; cada uma é uma hipótese testável. Dê peso maior às etapas mais próximas do momento aha da ativação, já que um usuário que nunca se ativa raramente fica. Trate qualquer momento aha que você nomear como uma correlação a validar, não como uma causa comprovada: um sinal de ativação prevê a retenção, não prova que você a causou. Cada vazamento vira uma linha do backlog — a hipótese, a métrica em que ela deve mexer e um palpite aproximado de quanto.
Pontue as ideias com ICE
O ICE, popularizado por Sean Ellis, dá a cada ideia uma nota de 1 a 10 em três eixos: Impact (impacto), quanto ela pode mexer na métrica; Confidence (confiança), quão seguro você está de que vai funcionar; e Ease (facilidade), quão pouco esforço ela exige. Multiplique os três, ordene do maior para o menor e trabalhe de cima para baixo. É rápido porque são três palpites honestos. Essa rapidez também é o porém: a nota é uma estimativa, não um fato. Leia um 512 e um 480 como praticamente iguais, não como um veredito. O número ordena a lista; não decide por você.
Quando o alcance varia, use RICE
O ICE deixa de funcionar quando duas ideias diferem muito no número de usuários que atingem. O RICE, criado pela Intercom, resolve isso acrescentando o Reach (alcance) e dividindo pelo Effort (esforço): (Alcance x Impacto x Confiança) / Esforço. Uma dica de interface vista por todos os visitantes e um ajuste escondido em uma página de configurações passam a ser pontuados na mesma base. A troca é rapidez por uma estimativa de alcance que você precisa embasar. Vale o mesmo alerta — multiplicar quatro números inventados pode produzir uma falsa precisão, então mantenha os insumos aproximados e revise-os conforme for aprendendo.
| Critério | ICE | RICE |
|---|---|---|
| Fórmula | Impacto x Confiança x Facilidade | (Alcance x Impacto x Confiança) / Esforço |
| Rapidez | Rápido — três palpites de 1 a 10 | Mais lento — precisa de um número de alcance |
| Ideal para | Triar rapidamente um backlog grande | Ideias cujo alcance varia muito |
| Principal armadilha | A facilidade esconde o esforço real | Falsa precisão a partir de insumos frágeis |
Revise em uma cadência fixa e descarte os perdedores
Defina um ritmo fixo — uma revisão semanal ou quinzenal em que você lê os resultados, promove os vencedores e aposenta o resto. Descartar no prazo é a disciplina que mantém a fila andando; um teste que continua rodando é uma vaga que continua ocupada. Seja honesto: a maioria dos testes volta sem resultado e, com pouco tráfego, muitos já nascem sem poder estatístico — muitas vezes a decisão certa é não fazer teste A/B, e sim lançar e monitorar, como mostra o guia sobre testes com pouco tráfego. Quando você mede, uma leitura limpa costuma exigir um grupo holdout, que uma plataforma como o Customer.io ou uma stack de engajamento auto-hospedada pode separar para você.