Revenue Operations (RevOps) é a função dona dos sistemas, dos dados e do processo por trás de cada time que gera revenue. Numa empresa B2B isso significa a camada operacional embaixo de sales, marketing e customer success. RevOps é dono do CRM, dos dados que fluem por ele, da lógica de automação que conecta a ferramentas adjacentes, e das métricas que a organização GTM usa pra tomar decisões.
O que um time de RevOps de fato faz
O dia a dia se divide em quatro blocos:
- Sistemas. Escolher, configurar e manter o stack de ferramentas GTM: CRM (HubSpot, Salesforce), sequencer (Outreach, Salesloft, Apollo), enriquecimento de dados (Clay, ZoomInfo), conversation intelligence (Gong), automação (n8n, Zapier), orquestração de IA (Claude + MCP).
- Dados. Garantir que os dados certos fluam entre sistemas, que os registros estejam limpos, que os campos signifiquem o que os reps acham que significam, e que os relatórios reflitam a realidade.
- Processo. Desenhar como os leads são roteados, como os deals progridem, como as renovações são trackeadas, como os handoffs entre times acontecem, e como as exceções são tratadas.
- Insight. Construir relatórios e forecasts em que o CRO confia. Velocidade de pipeline, taxas de conversão por segmento, forecast vs realizado, drivers de churn.
RevOps vs Sales Ops
Sales Ops é a função predecessora — mesma ideia mas restrita só ao time de sales. RevOps emergiu em 2018-2020 quando empresas B2B SaaS perceberam que sales, marketing e customer success estavam todos operando contra o mesmo buyer journey mas em sistemas desconectados. Tratar esses times como domínios de ops separados criava drift de dados, guerras de atribuição e desacordos de forecast que o CRO não conseguia resolver.
A consolidação do RevOps coloca um único time no comando do ciclo completo de revenue — lead → opportunity → customer → renewal/expansion — com um único modelo de dados e um conjunto unificado de métricas.
Quando uma empresa precisa de RevOps?
O trigger normalmente não é o tamanho; é a complexidade. Uma B2B SaaS de 30 pessoas com um único motion (inbound demo, fechamento por AE) ainda não precisa de RevOps. Uma B2B SaaS de 30 pessoas com três motions (inbound + outbound + product-led) e três personas absolutamente precisa, porque o modelo de dados e o tooling têm que lidar com as variações.
Lá pelos $10M ARR a maioria das empresas B2B SaaS tem uma função dedicada de RevOps. Lá pelos $25M ARR é tipicamente um time de 2-5 com um Head of RevOps ou VP RevOps reportando pro CRO.
O que mudou com IA
Antes de 2024, RevOps era em grande parte encanamento — como os dados se movem, como os sistemas se conectam, como os dashboards refletem a realidade. Depois de 2024, ferramentas AI-native (as colunas de IA do Clay, conversation intelligence do Gong, Claude + MCP para workflows agênticos) mudaram a pergunta. Agora o leverage não é “como movemos os dados”, é “que workflow de IA podemos rodar sobre os dados que temos”.
Um time moderno de RevOps escreve Claude Skills, constrói agentes em n8n que triam o inbound, deploya Cursor rules pros tipos data-engineer, e trata o stack de ferramentas de IA como um domínio de primeira classe — não um experimento lateral.
Funções adjacentes
- Marketing Ops — mesma ideia, restrita às ferramentas de marketing (HubSpot Marketing Hub, Marketo, Pardot, Customer.io)
- Sales Ops — só sales, a predecessora de RevOps
- CS Ops / Customer Success Ops — só customer success, focada em Gainsight, Catalyst, Vitally
- GTM Engineering — título emergente pro lado técnico de RevOps (escreve código, constrói agentes, é dono da infra)
Numa empresa pequena tudo isso é a mesma pessoa. Numa empresa grande são funções distintas reportando através do mesmo líder de operações.