Seus Primeiros 30/60/90 Dias como Novo Analista de Negócios

Dia 3. Você ainda está descobrindo quais canais do Slack importam quando a DM de número 14 chega: "puxa rápido, você consegue o MRR por segmento até o fim do dia?" Você ainda não tem acesso ao Looker. Seu notebook está ligado há 19 horas.

Você abre o wiki. O BA anterior deixou 47 painéis. Doze deles estão quebrados. Os outros 35 têm nomes como receita_FINAL_v3_use_este. Três equipes (Finanças, RevOps e o chefe de gabinete do CEO) dizem, cada uma em separado, que o número delas é o verdadeiro. Dois desses números nem chegam a concordar em 8%.

Esse é o trabalho. Não a descrição da vaga, o trabalho real. E se você não tomar cuidado, os próximos 90 dias vão seguir exatamente o mesmo caminho do BA anterior: afogado em solicitações ad hoc, sem entregar nada de sua autoria, e esgotado silenciosamente por volta do quarto mês.

A maioria dos BAs perde o primeiro trimestre na fila do Slack. Veja como não deixar isso acontecer.

Por Que um Plano 30/60/90 Importa Especialmente para BAs

Engenheiros recebem um plano 30/60/90 porque o trabalho deles tem limites claros: tickets, PRs, rotações de plantão. PMs recebem um porque as partes interessadas têm stand-ups. BAs costumam pular esse plano porque o trabalho parece não ter bordas.

Esse é exatamente o problema.

Sem um plano escrito, você vira uma máquina de SQL. Alguém manda uma DM com uma pergunta, você escreve a query, cola a resposta, segue em frente. Repita 80 vezes por semana. No dia 90, o seu gestor pergunta o que você entregou e você responde: "fechei 312 solicitações ad hoc." Isso não é algo seu. É uma fila no Jira com batimento cardíaco.

O trabalho é insight, não pulls. O plano 30/60/90 é como você recupera tempo para fazer o trabalho de verdade. É um contrato que você escreve consigo mesmo (e discretamente com o seu gestor) que diz: no primeiro mês não estou prometendo entregas. No segundo, vou entregar uma coisa que se multiplica. No terceiro, serei dono de uma métrica.

Se você não conseguir que o seu gestor aprove esse arco, isso também é informação. Significa que o cargo é "fechador de tickets", não "analista", e você deve renegociar ou atualizar o currículo antes do segundo mês.

Dias 1 a 30: Auditoria e Aprendizado (Não Entregue, Não Prometa)

O primeiro mês tem uma regra: nenhum novo painel, nenhum novo relatório, nenhum compromisso além de "te respondo na terça." Você está em modo de recepção.

Faça o inventário de cada painel, relatório e extração recorrente

Abra o Looker (ou Tableau, ou Mode, ou o que a sua equipe usa). Exporte a lista completa de ativos. Classifique cada um em uma planilha:

Status	Definição	Ação até o dia 30
Em uso	Mais de 20 visualizações nos últimos 90 dias, dono identificado	Documentar, não mexer
Obsoleto	Menos de 5 visualizações em 90 dias, sem dono	Adicionar à lista de descontinuação
Quebrado	Erros ao carregar, ou números contradizem a fonte única da verdade	Adicionar à lista de descontinuação, sinalizar na auditoria
Duplicado	Mesma métrica que outro painel, com filtros diferentes	Marcar para consolidação

Uma empresa SaaS de médio porte costuma ter entre 40 e 200 ativos de BI, e 30 a 50% deles vão cair nas categorias "obsoleto" ou "quebrado". Isso não é preguiça do seu antecessor. É o que acontece quando ninguém é pago para manter um parque de BI.

Escreva a lista de descontinuação (mas não a envie ainda)

Até o dia 21, você deve ter uma lista escrita com 15 a 25 painéis para descontinuação. Não envie o memorando no dia 21. Guarde. Você ainda não tem credibilidade para excluir coisas, e um memo de exclusão escrito por alguém com três semanas de casa parece imprudente ou ingênuo.

Salve o rascunho. Você vai enviá-lo no dia 35, depois de ter entregado algo e construído alguma reputação.

Mergulho no schema

Encontre a equipe de engenharia de dados. Convide-os para um café. Peça que expliquem:

As 5 a 7 tabelas principais que 80% das queries de analytics tocam (geralmente users, accounts, subscriptions, events, opportunities, mais 1 a 2 específicas do domínio)
Onde vivem os modelos dbt, quem é responsável por cada um e quais estão ativamente mantidos versus abandonados
Cada variante de definição de receita no warehouse (voltaremos a isso; está bagunçado)
As tabelas "não consulte diretamente" (firehoses de eventos brutos, tabelas bloqueadas por compliance, qualquer coisa que acione o plantão)

Tome notas. Notas de verdade, em um documento que o seu futuro eu possa pesquisar. Até o dia 30 você deve conseguir responder "onde fica o ARR?" sem precisar perguntar a ninguém.

1:1 com os 5 maiores solicitantes de ad hoc

Puxe os últimos 90 dias de solicitações da fila do BA anterior (histórico do Slack, Jira, onde quer que estivessem). Ordene por volume. Os 5 maiores solicitantes geraram 60 a 70% da carga. Marque 30 minutos com cada um.

A pergunta não é "quais relatórios você quer?" Isso gera uma lista de desejo com 14 painéis. A pergunta é: qual decisão você está realmente tomando com esses dados?

Você vai descobrir que 3 dos 5 maiores solicitantes usam analytics para responder à mesma questão subjacente ("estamos batendo o número?") com enquadramentos diferentes. Isso é uma oportunidade de consolidação. Os outros 2 fazem trabalho real e distinto, e merecem algo próprio.

Configure um formulário de entrada de solicitações

Até um formulário no Notion é melhor do que DMs. O formulário precisa de três campos: qual decisão você está tomando, quando precisa da resposta e como seria "bom o suficiente". Esse terceiro campo elimina 40% das solicitações na hora, porque o solicitante percebe que não sabe a resposta.

Informe as pessoas sobre o formulário com gentileza na semana 4. Não force ainda. O dia 31 é quando ele passa a ter dentes.

Dias 31 a 60: Entregue 1 Coisa de Alto Impacto e Defina o SLA

O segundo mês é quando você começa a ser pago pelo que faz. Você ganhou o direito de agir. Use-o.

Escolha UM painel que substitua 5 ou mais pulls ad hoc

Observe a sua pesquisa com os solicitantes. Encontre o buraco em formato de painel que, se preenchido, silenciaria o maior número de DMs. Para a maioria dos BAs B2B SaaS no primeiro ano, é algo como:

Um painel unificado de pipeline e receita com definições consistentes entre Vendas, CS e Finanças
Uma visão de rotatividade de clientes e expansão segmentada por ICP
Uma ponte entre uso de produto e receita para o movimento PLG

Escolha um. Entregue. Consiga que um executivo o use em uma reunião. Essa é a barra. Não "distribuído pela empresa inteira." Usado, uma vez, em um contexto de decisão real. Se o CRO abrir na reunião de previsão de segunda-feira, você ganhou o segundo mês.

Publique o SLA de ad hoc

Envie por escrito, para o canal, no dia 35:

SLA de analytics ad hoc

Triagem em até 24h: vou responder, delimitar o escopo e informar se é um pull de 20 minutos, um projeto de 2 dias ou algo que devemos transformar em painel.

Entrega em 72h para pulls delimitados com menos de 4 horas de trabalho.

Qualquer coisa maior passa pelo formulário de entrada e é priorizada semanalmente.

DMs sem contexto serão redirecionadas para o formulário.

As pessoas vão odiar isso por 10 dias. Depois vão adorar, porque as solicitações que voltam têm decisões reais anexadas e as respostas ficam registradas.

Comece a descontinuar a lista

Envie o memorando. Dê um aviso de 2 semanas ("esses painéis serão arquivados no dia 14 de maio, salvo se alguém reivindicar a posse"). Dois ou três serão reivindicados, e isso está ótimo. Transfira-os. O restante, arquive. Não exclua do warehouse; apenas tire a publicação da ferramenta BI. Você sempre pode restaurar.

Até o dia 60, você deve ter eliminado 12 a 20 ativos e a ferramenta BI deve parecer visivelmente menos poluída.

Defina a linha de base do tempo até o insight

Antes do dia 60 terminar, registre uma medição de linha de base de quanto tempo leva para uma solicitação de uma parte interessada ir de "feita" a "respondida com uma decisão anexada". Acompanhe a mediana, não a média: um projeto de uma semana distorce a média e não diz nada.

Três versões que funcionam:

Tempo mediano de fechamento de solicitação: do envio do formulário ao "decisão registrada" (em dias)
Decisões apoiadas por dados: percentual de decisões de liderança nos últimos 30 dias que referenciaram um output de analytics (amostre 10, pergunte)
Proporção painel/pull: quantas visualizações de autoatendimento aconteceram por cada solicitação ad hoc

Escolha uma. Meça agora. Anote o número. Você vai precisar no dia 90.

Dias 61 a 90: Seja Dono da Métrica, Apresente o Relatório

O terceiro mês é quando você para de ser "o novo BA" e se torna "o analista que é dono do tempo até o insight". Essa mudança, internamente, é o que abre o próximo cargo.

Reduza o tempo até o insight

Você o mediu no dia 60. Agora movimente-o. As alavancas não são glamorosas:

Transforme em painel as 3 perguntas recorrentes mais frequentes para que parem de virar solicitações
Construa 2 a 3 templates de query que a equipe possa usar em autoatendimento
Recuse gentilmente os "pulls rápidos" que são na verdade expansão do escopo ("isso é um projeto, vamos registrar")
Faça análise em par com uma parte interessada por semana para que ela aprenda o schema

Uma meta razoável para o terceiro mês: reduzir o tempo mediano de fechamento de solicitações em 30 a 40%, ou aumentar a proporção painel/pull a partir da linha de base em 50%. Ambas são alcançáveis se você fez os meses um e dois direito.

Construa o deck do relatório de 90 dias

No dia 85, escreva um deck de 7 slides para o seu gestor e o superior dele. Não um documento cheio de texto. Um deck. Slides:

O que eu herdei: 47 painéis, 14 versões de receita, lista de pendências ad hoc de 23 itens, sem SLA
O que eliminei: lista de descontinuação com contagens de visualizações (os recibos importam)
O que entreguei: o único painel de alto impacto, com o nome do executivo que o está usando
O SLA: data de publicação, taxa de adoção, estado atual da fila de entrada
Tempo até o insight: número da linha de base no dia 60, número atual no dia 90, o delta
Ganhos de limpeza de schema: a definição canônica de receita (próxima seção), quaisquer outras consolidações
Próximos 90 dias: 1 a 2 OKRs trimestrais que você está propondo assumir

O deck deve levar 15 minutos para percorrer. Se levar 30, corte.

Feche 1 a 2 OKRs trimestrais que você realmente possui

Ao final da reunião, seu gestor deve concordar com um ou dois resultados pelos quais você é responsável no próximo trimestre. Exemplos que funcionam:

"Reduzir o tempo mediano até o insight de 6 dias para 2 dias até o final do Q3"
"Migrar os 3 relatórios ad hoc de maior tráfego para painéis de autoatendimento"
"Estabelecer definições canônicas de métricas para receita, ARR e retenção líquida; descontinuar todas as variantes"

O que você quer evitar: "apoiar a equipe com analytics." Isso não é um OKR, é uma descrição de cargo, e na hora da avaliação não dá ao seu gestor nada concreto para defender.

A Realidade do "Looker com 14 Versões de Receita"

Em algum momento do primeiro mês, você descobriu que o warehouse tem 14 definições diferentes de receita. Reservada, faturada, coletada, reconhecida (GAAP), reconhecida (interna), convertida para MRR, convertida para ARR, ARR com rotatividade líquida, retenção bruta, retenção líquida, ARR com contratos em rampa, apenas expansão, apenas novos logos, e uma coluna literalmente chamada receita_FINAL.

Você não consegue consertar isso na semana um. Provavelmente não consegue no primeiro trimestre. Mas você pode começar, e começar é a diferença entre um BA e um BA Sênior.

O Playbook não político:

Escolha um guardião, não um vencedor. Não tome partido de Finanças ou RevOps. Consiga uma pessoa de cada (mais você) para concordar em ser o comitê de padrões. Três pessoas. Reúnam-se por 45 minutos.
Proponha UMA definição canônica para a métrica mais disputada (geralmente ARR ou retenção líquida). Escreva o SQL. Mostre o número que produz para o último trimestre. Compare com o número atual de cada equipe.
Consiga aprovação formal por escrito. Thread no Slack está ótimo. O ponto é que mais tarde, quando alguém questionar o número, você possa linkar para ele.
Descontinue o restante no dbt. Marque os modelos antigos como descontinuados, dê uma janela de 30 dias e depois remova. Os painéis de outras equipes vão quebrar. Envie o aviso e mantenha a linha.
Repita para a próxima métrica no próximo trimestre. Isso é uma limpeza de 12 meses, não um sprint.

A armadilha é tentar canonicalizar 14 métricas no segundo mês. Você vai iniciar uma guerra de território, perder e queimar o capital político de que precisa para tudo o mais. Uma métrica por trimestre. Lento com aprovação formal supera rápido e revertido.

Armadilhas Comuns a Evitar

Alguns padrões que afundam novos BAs nos primeiros 90 dias:

Dizer sim a todo pull. Você se sente prestativo. Não está. Está ensinando a organização a contornar o formulário de entrada. No terceiro mês, o SLA terá apodrecido e você terá voltado ao status de máquina de venda automática.
Reconstruir antes de entender. É tentador eliminar o trabalho do BA anterior e começar do zero. Não faça. Metade é estrutural de formas que não são óbvias. Audite primeiro, elimine depois, construa por último.
Ignorar a equipe de engenharia de dados. Eles possuem seus dados de entrada. Se você construir um painel em uma tabela que eles estão prestes a descontinuar, vai descobrir isso no pior momento possível. Convide para o café.
Nenhum SLA escrito. SLAs verbais não são SLAs. São vibes. Vibes não sobrevivem a um push do Q3.
Tomar partido nas guerras de métricas. Se RevOps e Finanças discordam sobre receita, seu trabalho é convocar a conversa de padrões, não declarar um vencedor. Escolher um lado lhe dá um aliado e um inimigo. Convocar dá dois aliados.

No Dia 90, Você Deve Ser Medido pelas Decisões Habilitadas

Se o seu gestor abrir a avaliação do dia 90 perguntando "quantas queries você executou", você tem o gestor errado (ou o enquadramento errado do cargo) e precisa corrigir um dos dois.

O enquadramento correto: quantas decisões o seu trabalho habilitou, quanto mais rápido a organização chegou a essas decisões e que ativo composto (um painel, um SLA, uma métrica canônica) você deixou para que o próximo trimestre se beneficie?

Essa é a diferença entre um BA e uma máquina de venda automática. A máquina fecha tickets. O BA muda a forma como a empresa se enxerga. O dia 90 é onde essa distinção começa a aparecer na sua agenda: menos DMs ad hoc, mais "você pode entrar na reunião de planejamento, queremos a sua leitura."

Quando esse convite aparecer, você terá passado pelo onboarding e entrado no trabalho de verdade. Agora construa os próximos 90.

Playbooks para Analistas de Negócios