Voltarrevops
Notícias

R$ 7,7 tri em vendas: o maior laboratório de RevOps ignorado

O comércio brasileiro movimenta trilhões e emprega milhões — e opera receita no escuro. Analisamos o gap sob a ótica de RevOps.

16 min de leitura
Compartilhar

Existe um setor no Brasil que movimenta trilhões de reais por ano, emprega mais de dez milhões de pessoas, atravessa toda a economia real — e que quase ninguém no ecossistema de RevOps olha com seriedade. Não é SaaS. Não é fintech. Não é o unicórnio da vez. É o comércio. Varejo, atacado, distribuição, o balcão da esquina e o gigante do e-commerce. Segundo dados divulgados pela Confederação Nacional do Comércio de Bens, Serviços e Turismo (CNC) ao longo de 2025 e 2026, o comércio brasileiro responde por algo próximo de R$ 7,7 trilhões em faturamento anual e sustenta mais de 10,6 milhões de empregos formais.

E aqui está a pergunta que deveria incomodar qualquer pessoa que opera receita: como um setor dessa dimensão opera a receita dele? A resposta, quando você abre o capô, é desconfortável. A maior parte do comércio brasileiro gerencia receita como se ainda fosse 1998 — no achismo, na planilha, no sentimento do gerente de loja. O maior laboratório de RevOps do país está funcionando no escuro. E ninguém está olhando.

Os números que ninguém traduz em receita operada

Vamos começar pela escala, porque ela é o que torna o silêncio ao redor desse tema tão estranho. R$ 7,7 trilhões é um número difícil de processar. Para dar dimensão: é uma fatia enorme do PIB brasileiro passando por caixas registradoras, marketplaces, distribuidoras e balcões. São 10,6 milhões de pessoas — mais gente do que a população de muitos países europeus — trabalhando dentro de operações que, no fim das contas, existem para uma coisa só: gerar receita.

Agora compare isso com o volume de conteúdo, ferramentas, cases e discussões de RevOps voltados para o comércio. Praticamente inexistente. Todo o discurso de Revenue Operations foi construído sobre a lógica do SaaS: MRR, churn, expansion, pipeline coverage, forecast trimestral. É uma linguagem que faz sentido para uma empresa que vende assinaturas recorrentes de software. Mas ela não conversa com quem gerencia 40 lojas, 12 mil SKUs e uma margem que oscila com o câmbio.

A desproporção entre escala e atenção Comércio brasileiro vs. foco do ecossistema RevOps Escala econômica do comércio R$ 7,7 tri • 10,6 mi de empregos Atenção de RevOps ao setor quase todo o conteúdo e ferramentas apontam para SaaS O gap entre o tamanho do problema e a atenção dedicada a ele é a maior oportunidade não explorada de RevOps no Brasil
A escala econômica do comércio não tem correspondência na atenção que o ecossistema de RevOps dedica ao setor.

O que os números escondem é o seguinte: cada ponto percentual de eficiência de receita nesse setor vale bilhões. Se uma operação SaaS de R$ 10 milhões melhora sua conversão em 5%, ganha R$ 500 mil. Se o comércio brasileiro, na média, melhorasse a operação de receita em uma fração desse percentual, estaríamos falando de dezenas de bilhões destravados. A alavancagem está toda aqui — e é justamente onde a disciplina de RevOps menos foi aplicada.

O que o mercado diz — e o que ele ignora

Quando analistas como Gartner e Forrester falam de Revenue Operations, o pano de fundo é quase sempre o mundo B2B de tecnologia. A promessa é conhecida: empresas que alinham marketing, vendas e customer success em torno de um dado único e de processos integrados crescem de forma mais consistente e previsível. É verdade. E é uma tese que já defendemos em profundidade no nosso guia definitivo sobre o que é RevOps.

Mas repare no viés. Todo o corpo de conhecimento assume três coisas que o comércio não tem da mesma forma:

  1. Um pipeline de deals nomeados. No SaaS, você acompanha oportunidades individuais que avançam por estágios. No varejo de balcão, o "pipeline" é um fluxo anônimo de milhares de transações diárias. Você não sabe o nome de quem vai comprar amanhã.
  2. Recorrência contratual. A obsessão de RevOps com churn e renewal pressupõe contratos. O comércio tem recompra, não renovação. É um outro tipo de relação, muito menos rastreada — como discutimos ao falar de customer expansion que o CRM não rastreia.
  3. Um CRM no centro da operação. No SaaS, o CRM é o sistema nervoso. No comércio, o centro costuma ser o ERP e o PDV. O relacionamento com o cliente, quando existe como dado, mora em silos desconectados.

O resultado prático é que o comércio foi, por padrão, deixado de fora da conversa. Não porque não precise de RevOps — mas porque o vocabulário e as ferramentas foram desenhados para outro tipo de negócio. E o setor, do seu lado, também não se enxerga como candidato. Fala-se em "gestão de varejo", "trade marketing", "pricing", "CRM de fidelidade" — nunca em Revenue Operations como disciplina unificadora.

O comércio não sofre por falta de dados. Sofre por ter oceanos de dados transacionais que ninguém orquestra em torno de uma estratégia única de receita.

A verdade incômoda: escala não é maturidade

Aqui vem o ponto que costuma gerar desconforto quando eu apresento essa análise para executivos de varejo. Ter R$ 7,7 trilhões de faturamento setorial não significa maturidade de receita. Significa volume. São coisas diferentes, e confundi-las é o primeiro erro estratégico do setor.

Uma operação pode faturar centenas de milhões e ainda assim não conseguir responder perguntas básicas de RevOps:

  • Quanto vale, em receita futura, um cliente que comprou hoje pela primeira vez?
  • Qual canal traz o cliente que recompra mais — e não apenas o que gera mais primeira venda?
  • Qual o custo real de aquisição por canal, considerando loja física, e-commerce e WhatsApp?
  • Onde exatamente o cliente abandona a jornada entre o interesse e o caixa?

A maioria das operações comerciais não sabe responder isso com dados. Sabe o faturamento total, sabe o ticket médio, sabe o giro de estoque. Mas isso é medir o resultado, não operar a receita. É a diferença entre olhar o placar e entender o jogo. E essa é exatamente a armadilha que descrevemos ao falar da maturidade de RevOps sem autoengano: muitas empresas grandes se acham avançadas quando na verdade operam no improviso em escala.

O comércio brasileiro é, em boa medida, uma coleção de operações grandes e imaturas em receita. A escala mascara o improviso. Enquanto o dinheiro entra pelo volume, ninguém questiona a eficiência. Mas margem apertada, concorrência de marketplace e comportamento de compra cada vez mais fragmentado estão corroendo essa gordura. A conta do improviso está chegando.

Por que o comércio é o melhor laboratório de RevOps

Minha tese central é a seguinte: o comércio brasileiro é o melhor laboratório de RevOps que existe no país justamente porque combina três condições raras — volume massivo de dados transacionais, múltiplos canais convivendo simultaneamente e ciclos de compra curtos que geram feedback quase imediato.

Deixa eu destrinchar por que essas três condições, juntas, formam o ambiente ideal para aplicar e testar RevOps de verdade:

1. Volume de dados que o SaaS sonha em ter

Uma operação SaaS de médio porte fecha talvez algumas centenas de deals por ano. Uma rede de varejo processa milhares de transações por dia. Cada transação é um evento de receita com hora, valor, produto, canal e — se a operação for minimamente organizada — identificação do cliente. É um volume de dados que permite testar hipóteses de receita com significância estatística real, coisa que o SaaS raramente consegue por falta de amostra.

2. Multicanalidade nativa

O comércio brasileiro já opera loja física, e-commerce, marketplace e — cada vez mais — WhatsApp como canal de venda. Isso é o omnichannel que o resto do mercado ainda está tentando montar no PowerPoint. O desafio de atribuir receita quando o cliente descobre no Instagram, negocia no WhatsApp e finaliza na loja é o problema de RevOps mais rico que existe. É a versão de varejo do dilema que analisamos sobre como provar que a receita veio do WhatsApp.

3. Ciclo curto = aprendizado rápido

No enterprise B2B, uma mudança de processo leva um ou dois trimestres para mostrar efeito no forecast. No comércio, você muda a operação numa segunda e vê o impacto no faturamento da mesma semana. Essa velocidade de feedback é ouro para RevOps, porque permite iterar experimentos de receita numa cadência que nenhum outro setor oferece.

Por que o comércio é o laboratório ideal 1 Volume de dados Milhares de transações por dia = amostra real Significância estatística que o SaaS não tem 2 Multicanalidade Loja + e-commerce + marketplace + WhatsApp Omnichannel nativo, não de PowerPoint 3 Ciclo curto Muda na segunda, mede na sexta Feedback rápido = iteração acelerada Ambiente perfeito para testar hipóteses de receita com escala, contexto e velocidade — e ninguém está usando
As três condições que fazem do comércio o laboratório de RevOps mais rico do país — e menos explorado.

Junte as três: você tem um ambiente onde é possível formular uma hipótese de receita na segunda-feira, testar em milhares de transações reais durante a semana, atribuir resultado por canal e ter conclusão estatisticamente sólida no fim do mês. Não existe playground melhor para RevOps. E ele está sendo desperdiçado.

Case: uma rede de varejo de R$ 90 milhões

Deixa eu aterrissar essa tese num cenário concreto e verossímil. Imagine uma rede de varejo de material de construção e acabamento, com faturamento anual na casa de R$ 90 milhões, distribuída em oito lojas físicas numa região metropolitana, um e-commerce próprio, presença em dois marketplaces e um volume crescente de vendas fechadas por WhatsApp. Cerca de 260 funcionários. Uma operação típica do comércio brasileiro de médio porte — nem pequena demais, nem gigante.

Em 2025, a diretoria contratou uma consultoria para entender por que o crescimento tinha estagnado apesar de o mercado da região estar aquecido. O diagnóstico inicial foi revelador. A empresa tinha:

  • Um ERP robusto controlando estoque e financeiro
  • Um PDV integrado nas lojas físicas
  • Uma plataforma de e-commerce separada, com base de clientes própria
  • Um programa de fidelidade que ninguém alimentava direito
  • Três atendentes fazendo vendas por WhatsApp em números pessoais, sem nenhum registro estruturado

Cinco fontes de dados de clientes. Zero visão unificada. Ninguém na empresa conseguia dizer se o cliente que comprou porcelanato na loja física era o mesmo que pediu argamassa pelo WhatsApp três semanas depois. A receita existia, mas era operada como cinco negócios diferentes tocando o mesmo estoque.

O que a análise de RevOps encontrou

Ao cruzar os dados manualmente — um trabalho penoso, porque nada estava conectado — a consultoria descobriu padrões que a operação nunca tinha visto:

Descoberta O que a operação achava O que os dados mostraram
Canal mais lucrativo Marketplace (maior volume) WhatsApp (maior ticket e recompra)
CAC por canal Nunca calculado Marketplace: margem quase zero após taxas
Recompra em 90 dias "Cliente de obra some" 38% recomprava se abordado no WhatsApp
Origem da 1ª venda "Vem tudo da loja" Loja fechava, mas descoberta era digital

Repare no que aconteceu. A empresa estava empurrando volume para o marketplace, o canal que ela achava ser o motor — e que, depois das taxas, entregava margem próxima de zero. Enquanto isso, o WhatsApp, tratado como canal informal tocado por três pessoas em celulares pessoais, era onde estavam o maior ticket e a maior recompra. A operação estava, sem saber, subsidiando o canal errado.

A intervenção

A consultoria não propôs uma revolução tecnológica cara. Propôs aplicar lógica de RevOps ao que já existia. O plano, executado ao longo de sete meses em 2025 e início de 2026:

  1. Identidade unificada de cliente. Antes de qualquer coisa, resolver quem é quem. Um processo simples de captura de CPF no PDV e no e-commerce começou a unir os silos. Não foi um projeto de "single source of truth" perfeito — como já argumentamos, dados não se resolvem só comprando CRM — mas foi suficiente para começar a enxergar o cliente inteiro.
  2. WhatsApp profissionalizado. Migração dos números pessoais para uma operação estruturada com API oficial, registro de conversas no CRM e atribuição de receita. O canal deixou de ser invisível.
  3. Realocação de investimento. Reduziu-se a agressividade no marketplace de margem zero e redirecionou-se verba para acelerar o WhatsApp e a recompra.
  4. Ciclo de recompra ativo. Um fluxo simples: clientes de obra recebiam contato programado no WhatsApp no momento provável da próxima etapa da construção. Não spam — timing.

O investimento total, entre consultoria, API de WhatsApp, integração de dados e treinamento, ficou em torno de R$ 240 mil ao longo do período.

O resultado

Em aproximadamente nove meses, a rede reportou:

  • Aumento de 22% na taxa de recompra em 90 dias, puxado pelo ciclo ativo de WhatsApp
  • Crescimento de 31% na receita via WhatsApp, agora rastreada e atribuída
  • Melhora significativa de margem consolidada ao reduzir dependência do marketplace
  • Pela primeira vez, um número de CAC por canal que permitia decisão consciente de alocação

O crescimento estagnado não era falta de mercado. Era falta de operação de receita. A empresa tinha todos os ingredientes — volume, canais, dados — mas nenhuma orquestração. Foi RevOps, no sentido mais puro, aplicado a um negócio que nunca ouviu a sigla.

Antes e depois: silos vs. receita orquestrada ANTES — 5 negócios, 1 estoque Loja física E-commerce Marketplace WhatsApp Fidelidade Sem visão do cliente inteiro DEPOIS — receita orquestrada Cliente unificado Canais atribuídos CAC por canal visível Recompra ativa +22% recompra • +31% WhatsApp Investimento: ~R$ 240 mil
A transformação não foi tecnológica — foi de orquestração. Os dados já existiam; faltava operá-los como receita única.

"Mas comércio não é SaaS" e outras objeções

Sempre que apresento essa tese, aparecem as mesmas objeções. Vale enfrentá-las de frente, porque algumas têm fundo de verdade.

"RevOps foi feito para receita recorrente. Comércio é transacional."

Parcialmente verdade, e é a objeção mais honesta. RevOps nasceu no SaaS e sua obsessão com recorrência não se traduz literalmente. Mas o núcleo de RevOps não é recorrência — é orquestrar pessoas, processos e dados em torno de uma visão única de receita. Isso vale para qualquer negócio que tenha mais de um canal e mais de uma equipe tocando a receita. O comércio tem exatamente isso. A recompra é a versão transacional da recorrência, e ela é rastreável e operável do mesmo jeito.

"Varejo já tem trade marketing, pricing, category management. Não precisa de mais sigla."

O comércio tem muitas disciplinas — e é justamente esse o problema. Trade marketing otimiza gôndola, pricing otimiza margem, category management otimiza mix. Cada uma olha uma peça. RevOps é a camada que faltava: a que amarra todas essas peças em torno da receita total do cliente ao longo do tempo, não da transação isolada. Não é mais uma sigla concorrente; é a que costura as que já existem.

"A margem do varejo é apertada. Não sobra dinheiro para projeto de RevOps."

Esse argumento se vira contra quem o usa. Margem apertada é exatamente a razão para operar receita com rigor. Quando você tem gordura, pode se dar ao luxo do improviso. Quando a margem é fina, cada ponto de eficiência de aquisição e recompra é a diferença entre lucro e prejuízo. O case acima começou justamente aí: a empresa estava subsidiando o canal errado por não medir. O custo de não fazer RevOps era maior que o de fazer.

"Não temos gente qualificada para isso."

Verdade — e é onde está a maior barreira real. O talento de RevOps hoje está concentrado no ecossistema de tecnologia, não no varejo. Como discutimos ao falar de quanto ganha um profissional de RevOps, esse perfil é escasso e disputado. Mas isso não é motivo para não começar; é motivo para começar pequeno, com foco em um problema de receita concreto, e construir a competência internamente. Não se resolve o comércio inteiro de uma vez. Resolve-se um canal mal atribuído, uma recompra ignorada, um dado siloado — e vai crescendo.

O que acontece quando o laboratório acordar

Duas forças estão prestes a forçar o comércio a acordar para RevOps, quer ele queira ou não.

A primeira é a fragmentação do comportamento de compra. O cliente já não segue um funil linear. Ele descobre no Instagram, pesquisa no Google, pergunta no WhatsApp, compara no marketplace e finaliza onde for mais conveniente. Operar receita sem visão unificada desses canais está ficando impossível — e caro. Quem continuar tratando cada canal como um negócio separado vai perder para quem enxerga o cliente inteiro.

A segunda é a IA aplicada à operação. Já vemos IA entrando no comércio pela porta da eficiência operacional, mas — como argumentamos ao analisar a IA no e-commerce brasileiro — a estratégia de receita continua analógica. A IA vai amplificar quem tem dados orquestrados e vai deixar para trás quem tem dados siloados. Um modelo de IA precisa de dados unificados de cliente para prever recompra, personalizar oferta e otimizar canal. Sem a fundação de RevOps, a IA no varejo será só um chatbot bonito respondendo perguntas — não um motor de receita.

O comércio brasileiro não vai adotar RevOps porque leu sobre a sigla. Vai adotar porque a margem apertada e a IA vão tornar o improviso insustentável.

E aqui está a virada de perspectiva com que quero encerrar. Estamos acostumados a olhar para o SaaS como a vanguarda de RevOps e para o comércio como o setor atrasado. Mas talvez seja o contrário. O SaaS aplicou RevOps porque foi obrigado a construir métricas para justificar valuation. O comércio nunca precisou — o volume falava por si. Agora que o volume não basta mais, o comércio vai aplicar RevOps sobre uma base de dados infinitamente mais rica do que qualquer SaaS jamais terá. Milhões de transações, múltiplos canais, ciclos curtos.

Quando esse laboratório finalmente acordar, ele não vai imitar o RevOps do SaaS. Vai reinventá-lo. E as lições que sairão de operar receita em R$ 7,7 trilhões e 10,6 milhões de empregos vão redefinir o que a disciplina significa. O maior laboratório de RevOps do país está ali, ligado, funcionando — só esperando alguém perceber que ele existe. A pergunta não é se o comércio vai entrar na conversa de RevOps. É quem vai chegar primeiro e transformar volume em maturidade. Porque quem fizer isso não vai só melhorar sua margem — vai escrever o próximo capítulo da disciplina.

Compartilhar
Artigos relacionados