Seus Primeiros 30/60/90 Dias como Novo Growth Marketer
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Na primeira vez que entrei em um projeto do Segment sem dono, passei uma tarde inteira tentando descobrir por que o evento signup_completed disparava duas vezes para alguns usuários e nenhuma vez para outros. O líder de crescimento anterior tinha saído quatro meses antes. Havia três definições concorrentes de "ativado" escritas em três páginas diferentes do Notion, e um projeto no Mixpanel onde metade dos dashboards apontava para nomes de eventos obsoletos. Meu 1:1 com o CEO era na manhã seguinte. Ele queria cadastros dobrados até o Q4.
Se você acabou de começar um papel de crescimento e o documento de boas-vindas parece suspeito curto, essa é a versão do trabalho que ninguém te contou. O dashboard limpo que você imaginou não existe. O backlog de hipóteses não está lá. O analista de dados amigável no Slack é compartilhado entre quatro PMs e tem 90 horas de trabalho enfileiradas. E o CEO já prometeu um número ao conselho. Aqui está como não entrar em pânico por 90 dias.
Por que a maioria das contratações de crescimento trava nos primeiros 90 dias
Três modos de falha aparecem quase sempre.
O primeiro é entregar experimentos antes que a instrumentação seja confiável. Na semana três, você empurra um ajuste de onboarding. Na semana seis, o ganho parece ótimo. Na semana oito, alguém de dados percebe que o evento de ativação dispara antes que o usuário realmente conclua a etapa de ativação. Sua vitória evapora e sua credibilidade também.
O segundo é over-prometer na semana um. Você quer parecer ambicioso, então diz ao seu gestor que vai elevar a ativação em 20% até o final do Q3. Agora toda conversa pelos próximos três meses corre contra esse número. Você para de investigar problemas e começa a defender uma previsão que fez antes de entender o funil.
O terceiro, e o que silenciosamente mata mais novas contratações de crescimento do que os outros dois juntos, é tratar o "dobrar cadastros" do CEO como o objetivo real. Não é. É um pedido que você tem que traduzir para a etapa de ativação que está realmente quebrada, o canal que é realmente escalável e a alavanca que você pode realmente mover em 12 semanas. Novas contratações que pulam essa tradução acabam executando testes de aquisição paga em um balde com vazamento e se perguntando por que nada se compõe.
Os 30/60/90 abaixo é construído para evitar todos os três.
Dias 1 a 30: auditar, não entregar
Seu trabalho no primeiro mês é ganhar o direito de entregar. Nada mais.
Semana 1: auditoria de dados do funil
Abra o Segment primeiro. Puxe o debugger de fonte e observe o tráfego por 30 minutos. Depois abra o Mixpanel ou Amplitude e liste todos os eventos disparando no signup, ativação e conversão. Faça referência cruzada com o warehouse se você tiver um (Snowflake, BigQuery, réplica do Postgres, qualquer coisa). Você está procurando por três coisas:
- Eventos que disparam quando não deveriam. Eventos
signup_completedduplicados de uma fonte client-side e uma server-side.subscription_starteddisparando no início do trial em vez da conversão paga. Os clássicos. - Eventos que não disparam quando deveriam. O evento de "ação-chave" ausente na web mobile. Eventos de ativação que dependem de uma propriedade de usuário que é nula para 40% dos usuários.
- Propriedades que derivam.
plan_typeescrito como "free" em alguns eventos e "Free" em outros.referrerpopulado para alguns cadastros, ausente para outros.
Você encontrará pelo menos duas lacunas de instrumentação. Nunca vi um papel de crescimento onde a nova contratação não encontrou pelo menos duas. Documente-as em uma única página intitulada "Dados do funil nos quais ainda não posso confiar" com data. Esse documento é o primeiro artefato que seu gestor verá de você, e deve ser específico.
Semana 2: identificar a lacuna de ativação
Agora puxe o funil. Visita para signup para ação-chave para uso repetido dentro de 7 dias. Escolha a etapa com a queda mais acentuada que você pode realmente mover.
Esse qualificador importa. A etapa com mais vazamento na maioria dos funis B2B SaaS é visita para signup, e a maior parte desse vazamento é resolvida por gastos de aquisição paga, marca e SEO ao longo de 12 meses. Você não consegue mover isso de forma significativa no seu primeiro trimestre. Pule. Procure pela etapa de ativação, o momento em que um usuário cadastrado faz a coisa que prevê que vai voltar.
Se a queda de signup para primeira ação-chave é de 70%, essa é sua cunha. Você não precisa que 100% dos usuários atinjam a ação-chave. Você precisa encontrar os 20% dos usuários que teriam chegado lá se um obstáculo óbvio não estivesse no caminho.
Semana 3: converse com dez usuários
Cinco que ativaram, cinco que não ativaram. Sim, mesmo sem uma equipe de pesquisa. Sim, chamadas de 30 minutos. Sim, você tem que agendá-las você mesmo.
Sei que isso parece a parte que você pode pular porque é uma "pessoa de dados." Não pule. Cinco conversas com usuários que saíram na etapa de ativação vão te dizer mais sobre o que entregar nos dias 31 a 60 do que qualquer dashboard. Na primeira vez que alguém te disser que saiu porque o estado vazio mostrava três projetos de exemplo com nomes como "Plano de marketing Q4" e eles assumiram que o produto era para marketers quando eram desenvolvedores, você vai entender por quê.
Use o Calendly. Ofereça um vale de R$ 100 da Amazon. A maioria dos usuários vai dizer sim se você mantiver a chamada em 30 minutos e disser que é novo e está tentando entender o produto.
Semana 4: escolha UMA correção de alta alavancagem
Até o final da semana 4, você tem uma hipótese. Apenas uma. Escrita assim:
Hipótese: Se substituirmos o estado vazio em
/dashboardpara usuários de primeira vez por um único CTA "Crie sua primeira fonte de lead" (em vez de três projetos de exemplo), a taxa de ativação no dia 7 vai melhorar de 18% para 25% (+7pp absoluto, +39% relativo), porque 4 de 5 usuários que saíram em nossa pesquisa mencionaram confusão sobre onde começar.Área de superfície: Novos cadastros, aplicativo web, dias 0 a 7. Instrumentação necessária: Evento
empty_state_cta_clicked(atualmente ausente), atribuição de variante via ferramenta de experimentação existente. Amostra esperada para detectar: Aproximadamente 3.200 usuários por braço com 80% de poder (cadastros semanais atuais: 2.400, portanto cerca de 3 semanas). Risco: Nenhum para usuários existentes; apenas novos cadastros.
Obtenha aprovação do seu gestor e do CEO. Diga ao CEO que passou o mês um auditando porque queria vitórias defensáveis, não vitórias da semana três que desmoronam no mês três. A maioria dos CEOs razoáveis respeita isso. Os não-razoáveis te dizem muito sobre como vai ser trabalhar lá.
Dias 31 a 60: entregue 2 experimentos, construa o backlog, estabeleça a cadência
O mês dois é quando você começa a produzir saídas visíveis. Dois experimentos, um backlog real e uma leitura semanal com a qual o resto da empresa pode realmente contar.
Entregue a hipótese da semana 4 como experimento nº 1
Não espere a instrumentação ficar perfeita. Não vai ficar. Entregue o que escreveu na semana 4 com a leitura mais limpa que conseguir. Se sua ferramenta de experimentação tem problemas, use uma feature flag com divisão 50/50 e leia o resultado do warehouse. Se não tem warehouse, use o relatório de experimentos do Mixpanel e verifique a matemática manualmente.
O ponto do experimento nº 1 não é o resultado. É provar que você consegue entregar uma mudança mensurável com uma leitura limpa. Esse é o músculo que se compõe.
Execute o experimento nº 2 em paralelo em uma superfície menor
Escolha algo de baixo risco: um assunto de e-mail de onboarding, um hero de página de preços, uma mudança de copy em um modal de confirmação. Execute em paralelo. Dois experimentos rodando simultaneamente te dá uma segunda chance de aprender se o experimento nº 1 produz um resultado nulo. Também sinaliza para a organização que crescimento entregou throughput, não apenas "essa grande coisa que estávamos esperando."
Construa um backlog de hipóteses com 15 a 20 ideias
Até o final do mês dois, você deve ter um backlog real. Cada entrada precisa de:
- Hipótese (uma frase, "se X então Y porque Z")
- Área de superfície (onde vive no produto/funil)
- Ganho esperado (seu palpite honesto em pp absoluto e % relativo)
- Instrumentação necessária (eventos que existem vs. eventos a adicionar)
- Pontuação ICE (impacto x confiança x facilidade, 1 a 10 cada)
Ordene por ICE decrescente. Os 5 primeiros se tornam seu roadmap do Q3. Os 15 inferiores se tornam material bruto do Q4. Quando alguém perguntar "no que você está trabalhando em seguida?" você aponta para o backlog em vez de inventar uma resposta.
Configure uma leitura semanal de experimentos
Quinze minutos, toda sexta-feira. Três slides.
Slide 1, Entregue esta semana
- Nome do experimento + superfície
- Hipótese (uma linha)
- Resultado + p-value + amostra
- Decisão: entregar para 100% / eliminar / iterar
Slide 2, Aprendido esta semana
- Um parágrafo sobre o que o resultado significa
- O que implica para o próximo experimento
Slide 3, Entregando na próxima semana
- Top 3 do backlog
- Por que estes 3 (link para ranking ICE)
Convide o CEO. Torne chato e previsível. Nas primeiras três semanas o CEO provavelmente vai pular. Na quarta semana, quando perceberem que a leitura sempre acontece no mesmo horário e sempre diz coisas específicas, vão começar a aparecer. É quando você ganhou a credibilidade para pedir recursos mais tarde.
Dias 61 a 90: seja dono de uma métrica, apresente, proponha o segundo semestre
O mês três é quando você para de ser "a nova contratação de crescimento" e começa a ser a pessoa que é dona do funil.
Escolha sua North Star
Não cadastros. Cadastros é uma métrica de vaidade e você já sabe disso. Escolha o número de ativação ou retenção que realmente prevê receita. Para um produto PLG, isso geralmente é uma métrica de retenção semanal (retenção W1, retenção W4, "usuários que atingiram X eventos na semana 1"). Para um produto B2B sales-led, é conversão de lead qualificado para pago ou trial para pago por coorte.
Defenda a escolha com dados. Puxe a análise de coorte: dos usuários que atingiram a métrica A na semana 1, qual % ainda está por aqui no mês 3 versus usuários que não atingiram? Se a lacuna é ampla e estável, essa é sua North Star. Mostre a curva de coorte ao seu gestor. Faça-os concordar antes de colocar na frente do CEO.
Apresente o relatório de 90 dias
Um deck. Honesto. A estrutura que funciona:
- O que encontrei na auditoria. As lacunas de instrumentação. O funil como realmente é, não como o deck anterior afirmava.
- O que entreguei. Dois experimentos, resultados, aprendizados (incluindo resultados nulos, nunca os esconda).
- O backlog de hipóteses. Top 5 com pontuações ICE.
- North Star recomendada. Com os dados de coorte por trás dela.
- Roadmap do segundo semestre. Top 5 hipóteses, impacto esperado em termos absolutos, o que você precisa de eng/design/dados para entregá-los.
- O pedido. Uma coisa. Veja abaixo.
Faça um pedido
Um analista dedicado. Um orçamento para ferramenta de experimentação. Oito horas por semana de um engenheiro backend. Uma assinatura de painel de pesquisa. O que desbloqueia o próximo trimestre. Novas contratações que não fazem o pedido no relatório de 90 dias raramente obtêm recursos depois. O momento dos 90 dias é quando você tem mais alavancagem do que terá durante todo o ano, porque entregou, tem dados e o CEO ainda não o absorveu no orçamento existente da organização.
Peça a menor coisa específica que desbloqueia o maior resultado específico. "10 horas por semana de tempo de analista me permitirá executar 4 experimentos por trimestre em vez de 2, o que no ranking ICE atual do backlog deve produzir aproximadamente R$ 700K em ARR incremental no segundo semestre." Esse pedido é aprovado. "Preciso de mais recursos" não é.
A armadilha "experimento sem aprendizado"
Você pode entregar 12 experimentos em um trimestre e não aprender nada. Acontece constantemente. O padrão se parece assim:
- Amostras subdimensionadas. Você lê um resultado com 40% da amostra necessária, vê um ganho de 5%, entrega. Seis semanas depois você não consegue dizer se o ganho foi real.
- Sem controle limpo. Você mudou o estado vazio e o e-mail de boas-vindas na mesma semana. A ativação subiu. Você não sabe qual deles moveu.
- Deriva de instrumentação no meio do teste. No meio do teste, um release mudou como o evento de ativação dispara. Sua comparação antes/depois agora é sem sentido.
- Leituras de métrica de vaidade. Você mediu cliques em vez de conversões. Cliques subiram. Conversões não.
Projete experimentos que produzem um aprendizado mesmo quando o resultado é nulo. Isso significa: pré-registre a hipótese, a métrica e o tamanho de amostra. Não mude outras variáveis na mesma superfície durante a janela de teste. Se o resultado for nulo, escreva o que esse resultado nulo te diz sobre a hipótese (às vezes um resultado nulo elimina um ramo inteiro do backlog, o que é genuinamente útil). Um experimento nulo com uma leitura limpa vale mais do que um experimento "vencedor" com uma leitura suja.
Trabalhando sem analista de dados
Você provavelmente não terá um. Ou vai compartilhar um entre quatro PMs. Três coisas a configurar para parar de ser bloqueado:
- Fundamentos de SQL que você realmente precisa. Joins (inner e left), funções de janela (ROW_NUMBER, LAG, somas cumulativas) e queries de retenção de coorte. É isso. Você não precisa ser um power user do Hex. Você precisa conseguir escrever a query de retenção de coorte e verificá-la contra o Mixpanel.
- Três dashboards que você mesmo constrói. Um dashboard de funil (visita para signup para ativação para retenção por semana), um dashboard de resultados de experimentos (por experimento ativo, com amostra, ganho, p-value) e um dashboard de tendência da North Star (sua métrica escolhida, semanal, com o trimestre anterior como contexto). Construa no Mixpanel ou Amplitude, não no warehouse. Velocidade de iteração importa mais do que elegância de query.
- Como negociar tempo de analista quando há um compartilhado. Não peça "ajuda com análise de crescimento." Peça uma query específica, com o SQL que você já tentou, e um prazo três dias depois. Analistas dizem sim para isso. Dizem não para "você pode me ajudar a pensar sobre ativação."
A conversa com o CEO
O enquadramento "dobrar cadastros até o Q4" quase nunca é o objetivo real. O objetivo real geralmente é receita, o que significa que ativação e retenção importam pelo menos tanto quanto cadastros brutos. Reformular sem parecer que está recuando é uma habilidade. Aqui está um script que funcionou para mim:
"Quero entregar no objetivo de cadastros. Para chegar lá de forma responsável, passei o último mês auditando o funil. Aqui está o que encontrei: estamos perdendo 70% dos usuários cadastrados na etapa de ativação, o que significa que mesmo se eu dobrar os cadastros, o impacto na receita é aproximadamente metade do que você esperaria. Identifiquei a correção de ativação que acho que nos leva a 60 a 70% do seu objetivo de receita com cerca de 40% do trabalho de dobrar o topo do funil. Posso te mostrar o plano? Se você ainda quiser que eu priorize cadastros brutos depois de ver isso, vou mudar."
Isso não é recuar. É mostrar seu trabalho. A maioria dos CEOs responde bem a isso porque você traduziu o pedido deles em algo mensurável, fez o dever de casa e deixou a decisão final com eles.
Scorecard de 90 dias
Avalie seus próprios primeiros 90 dias. Respostas honestas apenas.
- Instrumentação confiável (S/N)
- Pelo menos 2 lacunas de instrumentação documentadas e corrigidas ou enfileiradas (S/N)
- Lacuna de ativação identificada com dados de funil (S/N)
- 10 conversas de usuários concluídas (5 ativados, 5 que saíram) (S/N)
- 2 experimentos entregues com leituras limpas (S/N)
- Backlog de hipóteses com 15 ou mais entradas com pontuações ICE (S/N)
- Leitura semanal rodando por 4 ou mais semanas consecutivas (S/N)
- North Star proposta e aceita pelo CEO e gestor (S/N)
- Roadmap do segundo semestre apresentado com top 5 hipóteses (S/N)
- Um pedido específico de recurso feito e respondido (S/N)
Oito ou mais sins e você está preparado para se compor pelo resto do ano. Cinco a sete e você tem coisas específicas para corrigir antes do mês quatro. Abaixo de cinco, encontre um par growth marketer em outra empresa e troque notas: algo estrutural está no caminho, e quase nunca é um problema de desempenho pessoal.
As contratações de crescimento que sobrevivem ao primeiro ano são quase sempre as que passaram o mês um auditando, não entregando. Você não está atrasado. Você está pagando o imposto que permite se compor pelos próximos oito trimestres em vez de queimar credibilidade nas próximas oito semanas.
Saiba Mais

Principal Product Marketing Strategist
On this page
- Por que a maioria das contratações de crescimento trava nos primeiros 90 dias
- Dias 1 a 30: auditar, não entregar
- Semana 1: auditoria de dados do funil
- Semana 2: identificar a lacuna de ativação
- Semana 3: converse com dez usuários
- Semana 4: escolha UMA correção de alta alavancagem
- Dias 31 a 60: entregue 2 experimentos, construa o backlog, estabeleça a cadência
- Entregue a hipótese da semana 4 como experimento nº 1
- Execute o experimento nº 2 em paralelo em uma superfície menor
- Construa um backlog de hipóteses com 15 a 20 ideias
- Configure uma leitura semanal de experimentos
- Dias 61 a 90: seja dono de uma métrica, apresente, proponha o segundo semestre
- Escolha sua North Star
- Apresente o relatório de 90 dias
- Faça um pedido
- A armadilha "experimento sem aprendizado"
- Trabalhando sem analista de dados
- A conversa com o CEO
- Scorecard de 90 dias
- Saiba Mais