Português

Seus primeiros 30/60/90 dias como novo analista de FP&A

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

A primeira vez que abri o modelo operacional que meu antecessor deixou, a planilha de receita tinha onze números hardcoded rotulados "Conforme Mike, T3 2024". Havia três avisos de referência circular empilhados no canto do Excel. A aba de quadro de pessoal tinha comentários de três donos anteriores, dois dos quais não trabalhavam mais na empresa, discutindo se o custo de contratado deveria ir para OPEX ou COGS. Uma thread de comentários terminava com "vamos consertar isso no próximo trimestre", datada de dezoito meses antes.

Bem-vindo ao FP&A.

A maioria dos novos analistas de FP&A em empresas de SaaS B2B herda um modelo que ninguém entende por completo. A pessoa que construiu as abas originais saiu há dois cargos atrás. A pessoa que o remendou por último saiu há seis meses. Você agora é o terceiro ou quarto dono, e o CFO espera que você defenda cada número no BvA da semana que vem. O instinto é reconstruir tudo na segunda semana. Todo analista que fez isso viveu para se arrepender.

O trabalho dos seus primeiros 90 dias não é reescrever o modelo. É reconstruir a confiança nos números e entregar uma vitória visível, sem quebrar o fechamento.

Por que o enquadramento de 30/60/90 importa aqui

FP&A é um dos poucos trabalhos em que você pode perder credibilidade numa única reunião ruim. Se você entra na sua primeira preparação para o conselho e diz "a previsão está errada mas eu ainda não sei por quê", você fica preso escrevendo comentário de variações pelo resto do ano. Se você entra dizendo "rastreei este número até a origem, aqui está a premissa, aqui está onde eu contestaria", você é puxado para as conversas estratégicas.

O 30/60/90 não é um ritual de RH. É o tempo que você tem para conquistar o direito de tocar o modelo, o direito de questionar uma previsão e o direito de sentar à mesa quando o plano do ano que vem for moldado.

Dias 1-30: Audite, não toque

O melhor conselho que recebi na primeira semana: não mude nenhuma fórmula por trinta dias. Você vai ser tentado. Vai ver hardcodes que parecem obviamente errados. Vai ver intervalos nomeados quebrados e formatação que ninguém consertou. Deixe-os em paz.

Aqui está o que fazer em vez disso.

Audite cada premissa

Abra o modelo. Abra um Google Doc em branco. Percorra cada aba e anote:

  • Cada número hardcoded numa célula de fórmula (células que deveriam referenciar mas não referenciam)
  • Cada aviso de referência circular
  • Cada #REF! ou #N/A que foi "temporariamente" suprimido
  • Cada intervalo nomeado que foi sobrescrito ou ofuscado
  • Cada comentário de um dono anterior (cite-os ao pé da letra com a data)

Não conserte nada. Só inventarie. No dia 14, você deve ter um documento de auditoria de 30 a 50 linhas. Esse vira o seu mapa.

O primeiro hardcode que documentei foi "ARR T1 2026: 4.200.000 (conforme Sarah, pacote do conselho)". Eu o rastreei. Não havia nenhuma Sarah. Havia uma Sara que saiu em 2024 e uma Sarah em CS que nunca tinha visto o modelo. O número estava errado em US$ 180 mil. Eu não toquei nele por mais um mês, mas sabia exatamente qual fórmula consertar quando recebesse sinal verde.

Participe de cinco reuniões com parceiros de negócios, escute, não venda

Antes do dia 21, consiga ser convidado para uma reunião semanal de cada um destes:

  • Vendas (revisão de pipeline ou chamada de previsão)
  • Customer Success (previsão de renovação ou revisão de churn)
  • Marketing (contribuição de pipeline ou ritmo de orçamento)
  • Produto (roadmap e pedidos de recursos)
  • RevOps (qualidade de dados, atribuição, roteamento de leads)

Leve um caderno. Não venda o seu modelo. Não ofereça ideias. Escute por estas coisas específicas:

  • Qual número o time discute toda semana?
  • Qual número o time confia sem questionar?
  • Qual número o time silenciosamente desconfia mas nunca sinaliza?

Essas três perguntas te dizem onde está o trabalho de verdade. Os números que as pessoas discutem são geralmente puxados em excesso por ruído. Os números que confiam sem questionar geralmente estão errados mas invisíveis. Os números que silenciosamente desconfiam são geralmente os que o CFO está perguntando agora.

Mapeie cada fonte de dados

Até o fim da terceira semana, você deve conseguir desenhar um diagrama de fluxo da origem bruta à saída do modelo:

  • Salesforce → ARR por estágio (qual relatório? de quem é? cadência de atualização?)
  • NetSuite → actuals de receita (quais segmentos? qual lógica de conversão de moeda?)
  • Stripe → roll-forward de MRR (bate com o NetSuite? se não, por quanto, e por quê?)
  • HubSpot → pipeline originado por marketing (deduplicado contra o Salesforce? modelo de atribuição?)
  • HRIS → feed de quadro de pessoal (inclui vagas abertas? contratados? custo carregado ou base?)

Se dois sistemas te dão números diferentes para a mesma métrica, descubra qual deles finanças trata como verdade. Sempre há um critério de desempate. Muitas vezes ninguém o escreveu.

Aprenda o calendário de fechamento de cor

Pegue o calendário de fechamento com o controller. Memorize:

  • Dia do soft close
  • Dia do hard close
  • Prazo de entrega do BvA
  • Dono do comentário de flux por centro de custos
  • Prazo do pacote do conselho (e quem revisa antes de o CFO ver)
  • Cadência de reprevisão (mensal? trimestral? rolante de 4 trimestres?)

Perca um destes e você queima credibilidade que não consegue recuperar. O fechamento roda num relógio que não liga para o fato de você ser novo.

No dia 30, o seu entregável é um documento de auditoria de cinco páginas compartilhado com o seu gestor. Não bonito. Não polido. Só: aqui está o que o modelo faz, aqui está de onde vêm os dados, aqui está o que está quebrado e o que é só confuso.

Dias 31-60: Uma correção, um direcionador, uma previsão

Agora você pode tocar o modelo. Mas só três coisas. Não quatro. Não tudo.

Mate um hardcode

Escolha um número hardcoded do seu documento de auditoria, idealmente um numa célula de alta visibilidade (receita de topo, quadro de pessoal, top 3 de linhas de OPEX), e substitua-o por um direcionador documentado.

Um direcionador documentado é:

  1. Uma fórmula que referencia entradas a montante, não um valor digitado
  2. Um intervalo nomeado com uma descrição na coluna A ou numa aba de "direcionadores"
  3. Amarrado a um sistema de origem ou a um dono de premissa (ex.: "quadro de pessoal T2: feed do HRIS, atualizado mensalmente, dono = People Ops")

Quando você entregar isso, escreva uma nota de um parágrafo ao seu gestor: "Substituí o hardcode de ARR do T2 por um direcionador alimentado pelos closed-won do Salesforce. O número antigo era 4,2M, o número derivado do direcionador é 4,18M. Variação de 20K rastreada a dois negócios reclassificados pós-fechamento. Documentado na aba de direcionadores."

Esse parágrafo é o entregável inteiro. Não o enfeite.

Conserte um direcionador quebrado

Escolha um direcionador que já está no modelo mas produz um número em que ninguém confia. Candidatos comuns:

  • Retenção de receita líquida (NRR): geralmente quebrado porque inclui ou exclui as coortes de cliente erradas
  • Payback de CAC: geralmente quebrado porque o denominador de gasto de marketing não bate com a janela de aquisição de cliente
  • Magic number: geralmente quebrado porque o numerador de ARR novo inclui expansão quando não deveria
  • Margem bruta por segmento: geralmente quebrada porque a alocação de COGS não é atualizada desde o último lançamento de produto

Conserte exatamente um. Documente a mudança. Faça com que o parceiro de negócios afetado (Vendas para NRR, Marketing para CAC, etc.) valide a nova lógica antes de entrar na próxima previsão.

Construa uma miniprevisão para um parceiro de negócios

Escolha um dos cinco parceiros de negócios com quem você sentou nos dias 1-30. Construa para ele algo útil em 5 a 10 horas de trabalho. Exemplos:

  • Uma visão de cobertura de pipeline para o VP de vendas (pipeline atual por estágio vs meta, com benchmarks de conversão puxados dos seus próprios dados históricos)
  • Um modelo de plano de contratação para o VP de engenharia (defasagem entre vaga e início, curva de rampa, custo totalmente carregado por nível e geografia)
  • Uma ferramenta de ritmo de gasto de marketing para o CMO (orçamento por canal, gasto até a data, projeção de fim de trimestre vs plano, com uma métrica de eficiência por canal)

Duas regras. Primeira: construa para o parceiro, não para finanças. A saída deve responder à pergunta dele, não à sua. Segunda: faça pequeno. Um modelo de 200 linhas que responde bem a uma pergunta vence um modelo de 2000 linhas que responde a quatro perguntas de forma confusa.

Seu entregável do dia 60 é um hardcode consertado, um direcionador consertado e uma miniprevisão entregue. Três artefatos. Isso basta.

Dias 61-90: Seja dono do número

Agora você é dono de algo. O trabalho nos dias 61-90 é assumir a responsabilidade publicamente e preparar os próximos 90 dias.

Seja dono de uma métrica de precisão da previsão

Escolha um número pelo qual você vai ser medido. Pontos de partida comuns:

  • Precisão da previsão de receita total (previsão vs realizado, mensal, últimos 6 meses)
  • Precisão da previsão de ARR novo (liderada por vendas, útil se você está integrado com finanças de vendas)
  • Precisão da previsão de quadro de pessoal (útil se você está integrado com o time de People)
  • Margem bruta de um segmento (útil se a empresa tem relatórios por divisão)

Calcule a precisão dos 6 meses anteriores como linha de base. Defina uma meta para os próximos dois trimestres. Diga ao seu gestor qual é a meta e como você vai defendê-la.

A precisão da previsão é a métrica que converte um analista de FP&A júnior num respeitado. Você não consegue fingir. Não consegue politicar. O número ou aperta com o tempo ou não. Escolha o que você de fato consegue mover e ponha o seu nome nele.

Apresente o relatório de 90 dias

Por volta do dia 85, agende 30 minutos com o seu gestor. Leve um relatório de uma página:

O que encontrei (5 a 7 bullets cobrindo os maiores problemas de qualidade de dados, os maiores riscos de premissa, as maiores dores dos parceiros de negócios)

O que consertei (3 bullets: o hardcode, o direcionador, a miniprevisão)

O que ainda está quebrado (5 a 7 bullets, ordenados por impacto no negócio, não por quão fáceis são de consertar)

O que quero ser dono em seguida (3 prioridades para o próximo trimestre, com o argumento de cada uma)

Mantenha em uma página. O CFO e o seu gestor não têm tempo para uma apresentação. O relatório de uma página também é a sua trilha de auditoria. Quando alguém perguntar daqui a seis meses se você levantou o problema do cálculo de NRR cedo, você tem um documento datado que diz sim.

Proponha um plano de H2

Seu último entregável é um plano de H2 olhando para frente. Não uma lista de desejos. Três prioridades, cada uma com:

  • O problema (em termos de negócio, ex.: "Vendas não confia na cobertura de pipeline", não "o modelo tem um problema de CAC")
  • O trabalho (o que você vai fazer em termos de finanças)
  • A métrica de sucesso (como você e o seu gestor vão saber que funcionou)
  • O cronograma (qual mês, qual trimestre)

Se você não conseguir chegar a três prioridades, chegue a duas. Se conseguir chegar a quatro, corte uma. Três é o número certo para alguém que está na cadeira há 90 dias.

Os momentos de pânico

Dois vão acontecer. Provavelmente mais. Aqui está a triagem.

"A fórmula quebrou e eu não sei por quê." É a manhã da reunião de conselho. O modelo está jogando #REF!. Suas mãos estão tremendo. Pare. Não conserte. Salve uma cópia do arquivo quebrado com carimbo de data e hora. Abra a última versão limpa (você tem histórico de versões, certo? se não, essa é a lição). Use a última versão limpa para o pacote do conselho. Depois da reunião, compare os dois arquivos célula por célula para achar a quebra. Documente o que aconteceu, quando e o que você vai fazer para preveni-lo.

Não diga ao CFO que o modelo quebrou a menos que ele pergunte. Ele não liga. Ele liga para o pacote ter saído no prazo e estar correto. Se a última versão limpa estava errada em menos de 1%, entregue e concilie depois. Se estava errada em mais de 1%, escale para o seu gestor, nunca direto ao CFO sem o seu gestor a par.

"Meu número não bate com o número do controller." Não discuta no Slack. Vá até a mesa dele (ou entre numa chamada). Leve os dois números, as duas fontes e as duas fórmulas. A resposta quase sempre é uma de três coisas: timing (vocês puxaram snapshots diferentes), escopo (um de vocês está incluindo ou excluindo um segmento) ou definição (vocês estão calculando uma métrica ligeiramente diferente). Resolva antes de qualquer um dos dois colocar o número na frente da liderança. Controllers e analistas de FP&A que não conciliam em privado acabam conciliando em reuniões de conselho, o que é ruim para todo mundo.

Medindo o sucesso

No dia 90, a resposta para "isso foi bem?" se resume a quatro coisas:

  1. Um hardcode morto e documentado
  2. Um direcionador consertado com a aprovação do parceiro de negócios afetado
  3. Uma previsão entregue que alguém fora de finanças de fato usa
  4. Um parceiro de negócios que vai atender a sua ligação sem antes agendar uma reunião

Esse quarto é o mais importante. O trabalho técnico se acumula. Um hardcode morto no mês dois economiza horas de discussão no mês quatro. Mas a relação se acumula mais rápido. O parceiro de negócios que confia em você no mês três vai te trazer os problemas ambíguos no mês seis. Esses problemas ambíguos são onde vive o trabalho estratégico de FP&A.

Se você entregou os quatro até o dia 90, passou da fase de sobrevivência. Os próximos 90 dias são sobre expansão de escopo: ser dono de uma segunda métrica, fazer parceria com uma segunda função, matar um segundo hardcode. O padrão se repete. O modelo fica mais limpo. A previsão fica mais apertada. Seu escopo cresce.

O analista que tenta fazer isso em 30 dias fracassa. O analista que pacientemente faz a auditoria nos dias 1-30, entrega três artefatos nos dias 31-60 e assume a responsabilidade pública nos dias 61-90, esse é o analista que é puxado para a revisão de estratégia de H2 em vez de só escrever o comentário de variações dela.

Saiba mais

About the author

Camellia

Camellia

Principal Product Marketing Strategist

Camellia is Principal Product Marketing Strategist at Rework, helping B2B buyers pick the right software with confidence. With 6+ years in product marketing and 150+ SaaS tools evaluated across CRM, project management, and sales engagement, Camellia turns competitive intelligence into clear, honest comparisons. Readers get vendor evaluations they can trust to cut through marketing noise and decide faster.