Português

Um dia na vida de um Gerente de RevOps: o que a descrição de cargo não conta

A descrição de cargo para a sua vaga de Gerente de RevOps provavelmente abre com algo como "ser dono da precisão do forecast, fazer parceria com a liderança de vendas, impulsionar o alinhamento cross-funcional". Real, tecnicamente verdadeiro, inútil. Nada disso te prepara para a DM no Slack às 7h42 do seu CRO que diz: "Ei, você consegue checar por que o ACV caiu 18% no dashboard? Perguntando antes do standup."

Essa DM é o trabalho de verdade. Traduzir um pânico em um número, um número em uma causa-raiz, uma causa-raiz em uma resposta de uma frase que seu CRO possa repetir no standup sem soar como se estivesse se atrapalhando, tudo nos dezessete minutos antes de o standup começar. A descrição de cargo não vai te contar sobre essa DM. Então aqui vai uma terça-feira que tive recentemente, hora a hora, com os nomes trocados e os problemas de qualidade de dados reais.

Se você é um candidato avaliando a vaga, é para isto que você está se candidatando. Se você está há seis meses no cargo e se perguntando se é normal, é. Se você é um gestor de contratação definindo o escopo da vaga, leia isto e revise a descrição de cargo.

7h42: a DM no Slack antes do café

O celular vibra. CRO. Pergunta sobre ACV. Abro o Looker no celular, dou uma olhada na cohort e na hora percebo que não é uma queda real de ACV. É uma queda de definição. Alguém mudou como o Annual Contract Value é consolidado no modelo dbt dois dias atrás, e agora deals multianuais estão sendo divididos pela média entre anos em vez de pegar o valor de contrato do primeiro ano. O número não se mexeu; o cálculo, sim.

Respondo digitando: "Não é real. Mudança no modelo dbt na sexta, deals multianuais estão entrando como média. Vou ter o patch pronto até as 9. Use o número da semana passada no standup." Crise neutralizada em uma mensagem. Hora de de fato começar o dia.

8h00: varredura de pipeline

Café, segundo monitor, duas abas: Salesforce e Clari. Não estou olhando o pipeline. Estou olhando o que se moveu no pipeline durante a noite.

Este é o músculo que ninguém te diz para construir. Pipeline em repouso não significa nada. Pipeline em movimento (o que mudou de estágio, o que teve close date empurrado, o que teve valor editado) é onde a verdade mora. Rodo um relatório salvo: Oportunidades modificadas nas últimas 24 horas, agrupadas por mudança de estágio. Sessenta e três linhas.

A maioria é ruído. Três não são.

A primeira é um deal de US$ 180 mil que acabou de empurrar o close date pela terceira vez. Q3 para Q4, Q4 para Q1, Q1 para Q2. Esse é o padrão do terceiro escorregão, e na minha experiência significa que o deal está morto e o AE ainda não sabe, ou sabe e não quer levar o golpe. Marco no meu caderno para levantar na reunião de forecast.

O segundo é um deal que regrediu silenciosamente de Negotiation para Proposal. Regressões de estágio são quase sempre ou um sinal real (troca de champion, renovação de orçamento) ou um problema de higiene de CRM (um AE que clicou no dropdown errado). Verifico o log de atividades. O champion saiu da empresa na segunda-feira. Regressão real. O AE não atualizou a descrição do deal, então isso teria ficado invisível na reunião de forecast. Adiciono à minha lista.

O terceiro é um deal de US$ 40 mil em que o AE aumentou o valor em 20% sem nenhuma atividade na conta há onze dias. Suspeito. Edições de valor sem atividade são um sinal de sandbagging ou esticamento. Vou perguntar sobre isso no 1:1 amanhã, não na reunião de forecast. Expor um AE na frente do CRO é como você perde AEs.

9h30: preparação da reunião de forecast

A reunião de forecast das 10h é onde meu trabalho fica mais visível e mais frágil. Tenho trinta minutos para reconciliar três números que deveriam bater mas nunca batem:

  1. O que o CRO vai dizer, baseado na leitura que ele fez dos AEs nos 1:1s de ontem.
  2. O que o Clari mostra, baseado no commit e best case inseridos pelos reps, ponderados pelo modelo de IA.
  3. O que a consolidação AE a AE mostra no Salesforce, baseado no que está de fato no CRM agora.

Esses três números costumam diferir entre si em 8% a 15%. O número do CRO geralmente é o mais alto (viés de recência dos 1:1s). O do Clari geralmente fica no meio. A consolidação do Salesforce geralmente é a mais baixa porque metade dos AEs não atualizou seus deals desde a última quinta-feira.

Meu trabalho nesses trinta minutos é identificar os três deals sobre os quais o CRO vai ser questionado, pré-escrever as respostas e decidir se sinalizo o problema de qualidade de dados subjacente hoje ou espero. Hoje o problema é que um fluxo do Zapier que alguém configurou em 2024 está silenciosamente reescrevendo valores de Stage em leads de entrada. Há quarenta e duas oportunidades atualmente em Stage = Discovery que deveriam estar em Stage = Qualification porque o Zap está disparando no gatilho errado. Encontro isso a cada dois meses. Registro, conserto depois da reunião e não menciono na reunião. O CRO não precisa de um diagnóstico de Zapier às 10h.

11h00: o pedido de conserto de sistema

Reunião de forecast encerrada. Inbox aberta. Quatro mensagens no Slack. A que importa é de um AE: "O Outreach não está registrando tasks de volta no SF para a nova sequência. Isso é um bug?"

Não é um bug. Nunca é um bug. É que Marketing renomeou a campanha duas semanas atrás, o mapeamento campanha-para-sequência no Outreach quebrou silenciosamente, e agora o registro de tasks está falhando para qualquer deal originado daquela campanha. Quarenta minutos para diagnosticar (ler os logs da API do Outreach, cruzar com o histórico de campanhas do SF, encontrar a renomeação). Dez minutos para consertar (atualizar o mapeamento, publicar a mudança, validar que três tasks de teste registram corretamente). Zero agradecimentos, porque para o AE foi só "o Outreach quebrado de novo".

Esta é a parte do trabalho que compõe ao longo do tempo. Cada sistema que você opera está a uma renomeação do Marketing, uma mudança de sequência do Salesloft, uma descontinuação de campo do Salesforce de quebrar. Os bons Gerentes de RevOps que conheço todos mantêm um wiki privado: quais integrações quebram quando qual coisa muda lá em cima. O meu tem 31 entradas. É o documento mais valioso que possuo.

13h00: a briga assíncrona sobre qualidade de dados

Almoço na minha mesa. Thread no Slack com três SDRs e dois AEs sobre o Lead Source ficando em branco. Essa é a briga recorrente, e aprendi que a única forma de vencê-la é tornar o custo problema deles, não meu.

Posto no canal: "Puxei os dados: no último trimestre, 31% dos deals closed-won não tinham atribuição de fonte. É por isso que o Marketing está tendo crédito cortado no plano de remuneração. Se vocês querem que a remuneração pondere inbound corretamente, precisamos do source preenchido em cada lead. Não estou pedindo que vocês gostem do campo. Estou dizendo que é por isso que a matemática do seu spiff está errada."

Três respostas em cinco minutos. Dois AEs discutem. Um SDR diz "justo, vou consertar". Essa é a vitória. Você não precisa que todos concordem; você precisa que a matemática fique visível o suficiente para que ninguém possa fingir que ela não existe. Brigas de qualidade de dados se ganham com impacto na remuneração, não com sermões.

15h00: três stakeholders, um conjunto de dados

O meio da tarde é quando os pedidos se acumulam. Hoje:

  • O CFO quer net revenue retention por segmento para o deck do board. Precisa na sexta.
  • O CMO quer atribuição por canal para um post-mortem de campanha. Quer amanhã.
  • O CRO quer pipeline coverage por rep para um 1:1 com o COO. Quer daqui a duas horas.

Mesmos dados de origem. Três cortes diferentes. Três prazos diferentes. Posso entregar um hoje.

Entrego o do CRO. Não porque ele é o mais importante, mas porque o prazo dele é o mais curto e o corte é o mais simples. Pipeline coverage por rep é um filtro de explore no Looker de 90 segundos. Mando ao CFO um e-mail de espera: "Trabalhando no NRR por segmento. Vou ter um rascunho para você quinta no fim do dia para que tenhamos a sexta para revisões." Mando no Slack para o CMO: "Post-mortem de atribuição por canal chegando quarta à tarde. Quer definir os canais comigo primeiro ou uso o padrão do seu último brief?"

O truque para não ficar soterrado é converter cada pedido em ou um artefato entregue ou um compromisso com escopo e data. Pedidos abertos apodrecem. Pedidos com escopo, não.

17h30: reconciliação de Commit vs. Best Case

A maior parte do time desloga. Abro o Salesforce e puxo o movimento de pipeline do dia para uma planilha Google de uma aba só. Três colunas: AE, variação no Commit, variação no Best Case.

Estou procurando dois padrões. AEs cujo Commit mal se mexe mas cujo Best Case fica inchando estão se sobre-comprometendo: estão fazendo um colchão para a reunião mas empilhando deals otimistas no Best Case para parecerem bem na coverage. AEs cujo Commit cai mas cujo Best Case fica estável estão fazendo sandbagging, baixando o piso silenciosamente enquanto mantêm o teto inalterado. Os dois padrões mentem em direções diferentes. Os dois importam para o planejamento de quota do mês que vem.

Hoje há um de cada. Escrevo um resumo de duas linhas nas minhas notas: "Sara: sobre-comprometendo no Best Case, três deals parecem esticados. Marcus: Commit caiu US$ 90 mil sem atividade que justifique, candidato a sandbag." É isso. Essas duas linhas viram a pauta da reunião de forecast de amanhã.

21h00: jantar. Depois o modelo dbt.

Minha esposa pergunta como foi meu dia. Digo "normal". Ela sabe o que isso significa. Aguento o jantar.

Às 21h estou de volta à minha mesa porque o dashboard do Looker que o CRO abre às 8h amanhã está puxando de um modelo dbt que eu agora sei que está quebrado. O problema de ACV da manhã foi o sintoma; a causa é uma renomeação de coluna no modelo upstream opportunities_enriched para a qual meu modelo downstream revenue_metrics não foi atualizado.

Abro o projeto dbt. Encontro a coluna problemática. O nome antigo era acv_first_year, o novo é acv_year_one. Quem fez a mudança upstream não propagou. Conserto o SQL downstream em três referências em dois modelos. Rodo dbt test localmente. Duas asserções falham por causa de um problema de null não relacionado que não tenho tempo de perseguir hoje à noite, então faço um conserto de escopo no problema original, publico o PR, aviso nosso analytics engineer para revisar amanhã de manhã e valido que o modelo foi reconstruído de forma limpa em produção.

23h14. Abro o Looker, atualizo o dashboard. O ACV voltou ao número certo. Fecho o laptop. A reunião de forecast é às 8h.

O que a descrição de cargo não diz

A descrição de cargo descreve o título. Ela diz que você vai ser dono da precisão do forecast e impulsionar o alinhamento cross-funcional. Não diz o que essas frases de fato significam.

Você é um tradutor. O CRO fala pipeline. O CFO fala margem. O CMO fala MQLs e CAC. Os AEs falam comissão. Seu trabalho é fazer todos os quatro números reconciliarem com a mesma verdade subjacente, todo dia, a tempo da próxima reunião. Na maioria dos dias ninguém percebe. No dia em que percebem, é porque algo quebrou e você é o único que consegue ver por quê.

Você também é um debugger de sistemas em que mais ninguém pensa. Renomeações de campo no Salesforce, fluxos do Zapier, drift de colunas no dbt, mapeamentos de campanha no Outreach, caches de explore no Looker: esse é o seu clima. Os AEs veem o clima como bugs. Você vê como terça-feira.

E você é um político sem mandato. Você media divergências entre executivos que estão acima de você na hierarquia, usando dados que eles não pediram e em que não confiam totalmente, com prazos que não são seus.

O que é "bom" aos 6 meses

Se você é novo na cadeira, estes são os indicadores antecedentes de que você vai conseguir:

  1. Você consegue nomear os três maiores vazamentos de qualidade de dados da organização. Em voz alta, sem notas, na ordem de impacto na receita.
  2. Você matou pelo menos um relatório recorrente que ninguém lia. Pontos extras se era um favorito do CRO que se revelou vaidade.
  3. A reunião de forecast roda 15 minutos mais curta do que quando você começou. Porque as perguntas são respondidas antes da reunião, não durante.
  4. Pelo menos um AE parou de te mandar mensagem no Slack para coisas que ele consegue resolver sozinho. Ele aprendeu porque você construiu um relatório salvo e parou de responder DMs que o relatório responderia.
  5. O financeiro confia no seu número de pipeline coverage. Confiança aqui significa que eles param de perguntar "isso é real" e começam a perguntar "o que isso implica".

Se você está acertando três desses cinco aos seis meses, está no caminho. Se está acertando zero, a vaga não está quebrada; o seu escopo está. Converse com seu gestor sobre o que você de fato foi contratado para consertar versus o que você tem apagado de incêndio.

A stack que você vai tocar todo dia

As ferramentas mudam a cada dois anos. As categorias não. Aqui está o que costuma estar no cinto de um Gerente de RevOps em um SaaS B2B de US$ 5M a US$ 200M de ARR:

  • CRM: Salesforce ou HubSpot. Sistema de registro para contas, contatos, oportunidades. O Salesforce ganha em customização e lógica de estágios; o HubSpot ganha em velocidade de configuração e integração com Marketing. De qualquer forma, é onde 60% das suas brigas de qualidade de dados acontecem.
  • Camada de forecasting: Clari ou BoostUp. Fica em cima do CRM, pondera deals com sinais de IA, faz aflorar risco. Você vai gastar mais tempo validando os números deles do que confiando neles. Trate-os como uma máquina de hipóteses, não uma fonte de verdade.
  • Sales engagement: Outreach ou Salesloft. Sequências, discador, registro de tasks. O primeiro lugar que quebra quando Marketing renomeia uma campanha. Mantenha o dashboard de saúde da integração fixado.
  • Execução cross-team: Rework. Para times de SaaS B2B que precisam da camada de deals/tasks/projetos que conecta a atividade do CRM à entrega de fato (implementação, onboarding, sucesso). Encaixa bem quando Vendas faz handoff para um time de CS ou Serviços e o trabalho precisa morar em algum lugar fora do CRM. Útil quando seu time é de porte médio (20 a 500) e você precisa de ops cross-funcional sem costurar três ferramentas.
  • Transformações: dbt. É dono da camada de modelagem entre o data warehouse bruto e o BI. Se você não conhece dbt, aprenda. Se conhece, você já está de plantão às 23h.
  • BI: Looker ou Tableau. O que os executivos de fato abrem. Looker para self-serve guiado por explore, Tableau para dashboards executivos. Qualquer um dos dois é downstream do dbt; se o dbt está quebrado, o BI está quebrado.
  • Slack: onde a maior parte do trabalho de fato acontece. As DMs, as threads, as brigas assíncronas. Se a sua higiene de Slack é ruim, seu dia é ruim.

Você também vai tocar Excel e Google Sheets mais do que gostaria de admitir. Às vezes o jeito mais rápido de reconciliar três números é despejá-los numa planilha, olhar os deltas e seguir em frente. Não peça desculpas por isso.

Encerramento

Se esta terça-feira (o diagnóstico, a mediação, o SQL às 23h, o e-mail de espera para o CFO, o argumento de impacto na remuneração com os SDRs) soa energizante, você foi feito para a vaga. O trabalho não é fácil, mas é coerente. Há um motivo para cada parte do dia, e as partes compõem.

Se soa como uma punição, a descrição de cargo mentiu para você. Não há vergonha em sair antes da próxima reunião de forecast. RevOps não precisa de mártires; precisa de tradutores que consigam dormir.

Para a descrição de cargo que este artigo desmascara, veja a companheira Descrição de cargo de Gerente de Revenue Operations. O abismo entre a descrição de cargo e esta terça-feira é onde a maioria das contratações de RevOps falha nos primeiros 90 dias. Leia as duas. Decida.

Saiba mais