Um dia na vida de um analista financeiro (o que a descrição de cargo não te conta)

A descrição de cargo dizia "gerar insights para o negócio". É uma frase boa. É também a frase mais inútil do recrutamento em finanças, porque não te diz nada sobre como uma terça-feira de fato é.

Terça-feira é assim. Você é metade malabarista de Excel e metade tradutor entre três pessoas que não falam a língua uma da outra: um VP de vendas que quer saber por que a provisão de comissão dele se moveu, um controller que precisa dos seus comentários de variação até as 11h, e um CFO que te manda Slack às 14h14 pedindo ARR por segmento por data de fechamento "até o fim do dia, se possível". Seu modelo está aberto. Sua caixa de entrada está aberta. O Slack está aberto. Assim como a descrição de cargo complementar que você leu antes de se candidatar. Só que agora é você quem vive os bullet points, e os bullets deixaram algumas coisas de fora.

Esse é o dia que a descrição de cargo não descreve. Se você é FA, FA sênior ou IC de FP&A num SaaS B2B de US$ 20M a US$ 300M de ARR, você vai concordar muito com a cabeça. É esse o ponto. Alguém precisa dar nome ao formato disso.

8h00, A varredura de variações

Café. Notebook. O Adaptive Planning já está carregado porque você não fechou de verdade ontem à noite. Você puxa o flash diário e percorre o P&L de cima a baixo. Receita, COGS, S&M, R&D, G&A. Você está procurando qualquer coisa que se moveu mais de 5% versus a previsão desde o snapshot de ontem.

Na maioria dos dias, três linhas se movem. Duas delas têm um motivo óbvio: um negócio escorregou de sexta para segunda, uma fatura de fornecedor postou atrasada. A terceira é a linha que vai comer 90 minutos da sua tarde. Você ainda não sabe disso. Só sabe que é aquela que ninguém consegue explicar numa thread de Slack em dez minutos.

Esta manhã é S&M, em alta de US$ 47 mil versus a previsão rolante. Pode ser uma fatura de contratado. Pode ser uma reclassificação. Pode ser a nova coorte de SDR que começou semana passada e alguém esqueceu de adicionar o custo carregado à planilha de quadro de pessoal. Você deixa uma nota na sua aba de rascunho: S&M +US$ 47 mil, investigar antes da leitura para os executivos. Suspeito carga de quadro de pessoal.

A tela do Adaptive é a fonte da verdade, mas você já está exportando para o Sheets porque é ali que você de fato pensa. Isso é normal. O Adaptive (ou Mosaic, ou Cube, ou Pigment, dependendo de qual ferramenta de planejamento a empresa comprou na última troca de liderança de finanças) é onde os números vivem e onde o controller vai checá-los. O Sheets é onde você descobre o que eles significam.

Uma nota para os analistas contratados nos últimos seis meses: ninguém te disse na entrevista que você passaria cerca de 40% do seu tempo movendo dados entre o Adaptive e o Sheets. Falaram de "finanças estratégicas" e "parceria de negócios". Essas coisas existem. Elas vivem nas frestas entre a movimentação de dados.

9h30, A reunião rápida com o parceiro de negócios

Reunião rápida com o parceiro de negócios de finanças de GTM, ou o FBP de Eng, ou quem quer que seja dono da função cujos números se moveram.

Hoje é GTM. O VP de vendas está na chamada porque a provisão de comissão dos AEs dele parece "completamente diferente" da do mês passado. Ele já digitou isso não pode estar certo no Slack duas vezes nesta manhã. Seu trabalho nos próximos quinze minutos é:

1. Descobrir o que mudou.
2. Decidir se é um problema de dados ou um problema de realidade.
3. Contar a ele sem fazê-lo se sentir pequeno, porque você vai precisar desse cara para te dar inputs precisos de previsão daqui a três semanas.

Você abre o NetSuite. Às vezes é o Sage, dependendo da empresa. Você puxa o detalhe de GL da conta de provisão de comissão e lá está: uma reclassificação que o controller postou no dia 28, movendo US$ 63 mil de "Comissões de vendas: direto" para "Comissões de vendas: canal". Ninguém te avisou. Ninguém avisou o VP. O total é o mesmo; o formato é diferente; ele está olhando para a linha que sempre olha, e ela está em queda.

O mini-roteiro para esse momento importa mais que o modelo:

"Ei, rapidinho. O número não está errado, a linha que se moveu. O controller reclassificou US$ 63 mil de comissão direta para comissão de canal no dia 28, então sua linha direta aparece mais baixa, mas o total está estável. Vou adicionar uma nota de rodapé ao flash a partir de amanhã. Quer que eu te explique a abertura por canal já que estamos aqui?"

Você reconheceu o pânico. Nomeou a causa. Deu a ele uma lembrancinha (a abertura por canal). Você não disse "o número está correto", porque o número estar correto não é o ponto. O ponto é que ele não consegue explicar isso ao SVP dele, e agora consegue.

A primeira vez que deixei passar uma reclassificação assim, passei duas horas reconstruindo o modelo de comissão do zero tentando achar um "bug" que não existia. O bug era um lançamento contábil que eu não li. Leia os lançamentos contábeis.

11h00, Construção de modelo no meio do dia

Esta é a parte do dia que a descrição de cargo realmente estava descrevendo quando disse "gerar insights". É também a parte mais curta do dia, em média.

Você tem cerca de duas horas reais de construção. Hoje é um roll-forward de quadro de pessoal para a atualização do plano FY27. O CHRO mandou um plano de contratação atualizado na última sexta, e o CFO quer ver o impacto do custo carregado por departamento antes do sync de executivos de sexta. O Sheets é o seu rascunho. O Adaptive é onde tem que pousar. A matemática tem que fechar em três níveis: comissão total, opex total e quadro de pessoal final por departamento.

Você constrói o roll-forward como uma aba. A coluna A é o quadro de pessoal do período atual. A coluna B é o salário inicial (carregado com benefícios, encargos do empregador, despesa de equity). A coluna C é a data de contratação. A coluna D é o custo proporcional do período. Você escreve um SUMIF que puxa a consolidação por departamento. Você colore as células de premissa de amarelo. Você coloca um carimbo de "última atualização" no topo da aba.

Você também salva o arquivo como headcount-rollforward-FY27-v3-WIP.xlsx. Depois v4. Depois v4-clean. Depois v4-clean-FINAL. Depois v4-clean-FINAL-shareable.

Controle de versão em arquivos .xlsx é, genuinamente, o maior problema não resolvido de FP&A. O Adaptive tem histórico de versões. O Sheets tem histórico de versões. A passagem entre os dois não tem. Todo time de FP&A em que trabalhei perdeu pelo menos uma tarde com "espera, qual versão o CFO viu?". Não há boa resposta aqui. Os melhores times que conheço têm uma convenção de nomenclatura que aplicam religiosamente e uma única pasta de drive compartilhada por ciclo de planejamento, e aceitam que, no quarto mês, alguém ainda vai mandar uma v2 por engano.

13h30, Almoço (opcional)

Vinte minutos na sua mesa, comendo algo que saiu de um pote. Você rola o Slack. O CRO posta um print de um dashboard do Looker com um emoji de ponto de interrogação. Você não responde ainda. O emoji de ponto de interrogação é isca.

14h14, O pedido pontual que come a tarde

Slack do CFO:

"Ei, consegue me passar ARR por segmento por data de fechamento até o fim do dia? Preciso para a chamada de preparação amanhã de manhã."

O dashboard do Looker para isso existe. Você sabe que existe porque ajudou a construí-lo nove meses atrás. Você também sabe que ele está "meio errado". Os cortes de segmento usam um mapeamento de tier de cliente que não é atualizado desde que os novos tiers de preço lançaram em fevereiro, e a lógica de data de fechamento usa a data de vigência do contrato em vez da data de booking, o que serve para algumas perguntas e está bem errado para outras.

A tentação é dizer "sim" e começar a puxar. Não faça isso. A pergunta de escopo de 15 minutos salva sua tarde.

Você responde:

"Já estou nisso. Duas perguntas rápidas de escopo para eu acertar de primeira:

1. Segmento = mapeamento de tier atual (fev '26 em diante) ou os buckets originais SMB/MM/Ent?
2. Data de fechamento = data de booking ou data de vigência do contrato? Padrão que eu usaria: tier atual + data de booking, últimos 6 trimestres. Faz sentido? Previsão 16h."

Três coisas acabaram de acontecer. Você ganhou permissão para usar seus padrões. Sinalizou que entende que existe mais de uma resposta válida. Estabeleceu uma previsão antes que eles pudessem estabelecer uma para você.

O CFO responde "tier atual + booking, faz sentido, vlw". Você agora tem uma estimativa real, um escopo real e um prazo real. Você também sabe que o entregável é Sheets, não uma apresentação, porque o CFO disse "para a chamada de preparação", o que significa que ela vai colocá-lo na frente de outra pessoa e conduzi-la ao vivo. Uma apresentação seria atrito. Uma aba limpa com um gráfico no topo é o formato certo.

Você puxa a exportação bruta do NetSuite (ou Sage). Cruza com o mapeamento de segmento no Salesforce. Constrói o cubo no Sheets. Adiciona um gráfico. Confere os totais contra o dashboard do Looker no qual você não confia, e a diferença é de 2,1%, que é o tamanho do desvio de mapeamento de segmento que você previu. Você anota: delta vs dashboard do Looker = 2,1%, puxado pelo remapeamento de tier de fev '26. Looker ainda não atualizado.

Enviado às 15h51. O CFO responde "perfeito" com um joinha. O Slack das 14h é o padrão mais comum de "para onde foi minha tarde" em FP&A. A pergunta de escopo de 15 minutos é o hábito de maior alavancagem que você pode construir.

16h00, A cauda longa

Você troca de contexto de volta para o roll-forward de quadro de pessoal, exceto que agora tem um Slack do parceiro de negócios de GTM perguntando sobre a divisão de comissão de canal desta manhã, e o controller quer saber se você conciliou a variação de S&M, e você não conciliou.

Esta é a hora em que o custo real do dia aparece. Cada interrupção te custa dez minutos de recarregar o modelo na cabeça. Você tem que escolher. Hoje você escolhe a variação de S&M, porque o prazo do controller é mais rígido que a curiosidade do parceiro de GTM. Você vai mandar ao parceiro de GTM uma nota às 17h30 dizendo "retomo amanhã de manhã, antes da reunião rápida".

A variação de S&M acaba sendo uma fatura de contratado que chegou duas semanas atrasada e foi codificada no centro de custos errado. Doze minutos cavando no NetSuite. Você escreve o comentário de variações:

S&M +US$ 47 mil vs previsão: fatura de contratado de US$ 52 mil (coaching de rampa de SDR do T1, fornecedor: BlueArrow) codificada como S&M-Direto em vez de S&M-Programas; (US$ 5 mil) de timing em reembolsos de viagem. Sem problema de gasto subjacente.

Duas frases. A segunda frase é a que o CRO de fato vai ler.

17h00, QA de modelo no fim do dia

Esta é a parte chata. É também a parte que decide se você mantém o emprego.

Você volta ao roll-forward de quadro de pessoal e roda a passada de QA:

• Verificação de amarração: opex total no modelo = opex total no snapshot do Adaptive que você usou como ponto de partida, mais os deltas que você introduziu de propósito. Se não baterem, você tem uma mudança não intencional. Encontre-a.
• Verificação de soma de totais: os totais da consolidação por departamento = a soma das linhas individuais. Parece bobo. As pessoas erram isso o tempo todo.
• Auditoria de células de premissa: toda célula amarela que você criou ainda está amarela, tem um valor e tem um comentário se o valor não for óbvio.
• Verificação de aba obsoleta: o SUMIF que puxa da aba de quadro de pessoal. Está puxando da aba atual, ou de uma aba que você renomeou uma hora atrás e esqueceu?

Hoje à noite você acha um. O SUMIF do custo carregado de R&D está puxando de uma aba chamada Headcount-archive em vez de Headcount-current. O custo carregado total de R&D no resumo está errado em US$ 211 mil. Se você tivesse mandado o modelo ao CFO sem pegar isso, teria passado a manhã de amanhã reconstruindo a confiança dela nos seus números, o que leva semanas. Hoje à noite você gastou quatro minutos consertando uma referência de célula.

A passada chata de QA das 17h é a hora de maior ROI do dia. Ninguém nunca vai te parabenizar por ela. Só vão notar se você pulá-la.

Uma palavra rápida sobre o fechamento de mês

Tudo acima é um dia normal. Fechamento de mês não é um dia normal.

Nos dias 1 a 7 do mês, o dia descrito acima não existe. Você está num relógio diferente:

• Dia 2: o controller fecha os livros. Você fica de prontidão para reclassificações que vai precisar explicar.
• Dia 3: puxada de variações, por departamento, por conta de GL, contra a previsão e contra o mês anterior.
• Dia 4 até as 11h: comentários de variação devidos ao controller para o relatório gerencial.
• Dia 5-6: revisões dos parceiros de negócios. Todo BP quer saber por que a linha dele se moveu. Toda resposta leva mais tempo do que a pergunta merece.
• Dia 7: rascunho da apresentação do conselho. Você vai reescrever a mesma narrativa de opex quatro vezes. A quarta versão vai ser pior que a segunda. Você vai manter a segunda.

Fechamento de mês é a semana em que sua relação com o sono é avaliada. Planeje em torno dele. Não agende consultas no dentista na primeira semana do mês. Não prometa um documento de uma página ao CHRO no dia 4. Os veteranos do seu time aprenderam a dizer não durante essa semana, e você deveria aprender com eles.

O que diferencia o FA que é promovido

Aqui está a coisa que a descrição de cargo realmente, realmente não te conta.

Não é velocidade de modelagem. Quase todo mundo em FP&A é rápido no Excel em doze meses. Não é proficiência em Adaptive. O treinamento é decente. Não é até que horas você fica durante a preparação para o conselho; isso é um imposto, não uma habilidade.

A coisa que diferencia o FA que é promovido a FA sênior, depois a FP&A Manager, é a habilidade de tradutor. Especificamente: transformar uma variação em uma frase que o CRO de fato vai ler. Transformar uma carga de quadro de pessoal de US$ 211 mil em uma pergunta que o CHRO consegue responder numa reunião. Transformar um Slack das 14h do CFO numa aba de Sheets que permite a ela conduzir a chamada de preparação das 9h.

O modelo é o requisito mínimo. A tradução é o trabalho.

Dois FAs na mesma empresa, mesmas ferramentas, mesmas horas. Um manda um comentário de variações de 14 linhas com os lançamentos contábeis subjacentes citados. O outro manda duas frases e um verbo. O CRO lê o segundo e o encaminha. Seis meses depois, esse FA está apresentando no ensaio da apresentação do conselho. Doze meses depois, ela está tocando uma função.

A habilidade de tradutor compõe. A habilidade de modelagem estanca.

Se você terminar de ler isto e levar só uma coisa adiante, leve esta: toda vez que você escrever algo para alguém acima de você no organograma, faça a pergunta brutal: o CRO leria além da primeira frase? Se a resposta for não, o modelo não está pronto.

Esse é o dia. Essa é a parte que a descrição de cargo não te conta. Vá fechar suas abas.

Saiba mais

• Modelo de descrição de cargo de analista financeiro: a descrição de cargo complementar a que este guia reage
• Como construir um modelo de três demonstrações sem quebrá-lo
• Análise de variações que não é só passada de olho
• Trabalhando com seu parceiro de negócios sem virar uma calculadora