Como estruturar um time de growth (e onde entra o RevOps)

Estruturar um time de growth não é montar um organograma novo, é garantir que um conjunto de funções exista e tenha dono. Em vendas complexas, essas funções são seis: demanda, aquisição, pré-venda, vendas, operação de receita e análise. Numa empresa pequena, uma ou duas pessoas acumulam todas. Numa empresa maior, cada uma ganha um responsável dedicado. O erro mais caro é inverter a ordem: contratar cargos antes de definir funções, e comprar ferramenta antes de desenhar processo. Este artigo mostra quais são as funções, quem acumula o quê em cada estágio e onde o RevOps entra nessa história.

Por que "montar um time de growth" é a pergunta errada

A maior parte do conteúdo sobre estrutura de time de growth foi escrita para empresas de software de médio e grande porte, com marketing, vendas e sucesso do cliente já existindo como três departamentos separados. Nesse contexto, faz sentido discutir squads, chapters e organogramas.

Não é a realidade de quem vende complexo no Brasil. A empresa típica de incorporação, indústria, agro ou serviço B2B de ticket alto tem uma pessoa de marketing (às vezes uma agência), três a oito vendedores, nenhum time formal de pós-venda e um sócio envolvido nas negociações grandes. Perguntar "qual organograma de growth eu monto" não ajuda essa empresa, porque a resposta honesta é: nenhum, ainda.

A pergunta útil é outra. Não é "quais cargos eu crio", é "quais funções precisam existir para o crescimento acontecer, e quem responde por cada uma hoje". Função é o trabalho que precisa ser feito. Cargo é como você organiza pessoas para fazê-lo. Função vem primeiro, sempre, e quase toda empresa tem lacunas de função que nenhum organograma novo resolve.

As seis funções que precisam existir

Independentemente do tamanho, uma operação de crescimento em venda complexa precisa cobrir seis funções. Elas não são seis pessoas.

1. Demanda. Construir presença e lembrança no mercado que ainda não está comprando, para que a sua marca esteja na lista quando o gatilho de compra aparecer. É conteúdo, posicionamento, presença em busca, autoridade, eventos, relacionamento. Trabalha o pipeline de seis a vinte e quatro meses.

2. Aquisição. Capturar e converter quem já está em busca ativa. É mídia, landing pages, SEO de fundo, iscas, formulários. Trabalha o resultado do trimestre.

3. Pré-venda. Qualificar o que chega, mapear o comitê de compra e preparar a passagem para quem fecha. Em operações menores, é o próprio vendedor ou o sócio quem faz.

4. Vendas. Conduzir o diagnóstico, a proposta, a negociação e o fechamento, guiando um grupo de decisores até a decisão.

5. Operação de receita (RevOps). Cuidar do que atravessa todas as áreas: o processo, o CRM, os critérios de qualificação, o handoff, a integração das ferramentas, a confiabilidade do dado. É a função que ninguém enxerga até ela faltar.

6. Análise. Ler a cadeia, achar o elo mais fraco, priorizar o que corrigir e medir se funcionou. Sem essa função, a operação vira atividade sem direção, tema que detalhamos em as métricas de growth que importam.

Repare que quatro dessas funções (demanda, aquisição, pré-venda e vendas) são visíveis e costumam ter dono. As duas últimas, operação e análise, são as que quase sempre estão órfãs. E são justamente elas que determinam se as outras quatro funcionam de forma integrada ou em silos.

Quem acumula o quê, por estágio

A estrutura certa depende do estágio, e a evolução tem uma ordem lógica. Os estágios abaixo são referências, não regras rígidas.

Estágio 1: o fundador é o motor. Marketing terceirizado ou inexistente, o sócio vende. Aqui, demanda e vendas ficam com o fundador, aquisição com a agência, e operação e análise simplesmente não existem. Isso é aceitável, desde que seja consciente. O risco é confundir a energia do fundador com um processo, e depois tentar contratar alguém para replicar algo que nunca foi escrito.

Estágio 2: a primeira estrutura. Entra um responsável de marketing e o time de vendas cresce. Aqui aparece o problema clássico: marketing responde por leads, vendas responde por receita, e ninguém responde pela junção entre os dois. A função de operação de receita precisa nascer aqui, mesmo que sem cargo, como responsabilidade explícita de alguém. É onde a maioria trava.

Estágio 3: a especialização. O volume justifica separar pré-venda de vendas, e a demanda ganha dedicação própria, separada da aquisição. É o estágio em que faz sentido criar a função de SDR, desde que o funil já converta e o processo já exista.

Estágio 4: a operação madura. Cada função tem dono, o RevOps é um papel formal, e a análise deixa de ser um relatório mensal para virar rotina de decisão.

O erro mais comum é pular estágios contratando gente. Uma empresa no estágio 2 que contrata três SDRs não vira estágio 3, vira uma empresa do estágio 2 com folha maior e um pipeline mais poluído. A estrutura precede a contratação, e não o contrário. É a mesma lógica que aplicamos à decisão de criar pré-vendas: estrutura antes de escala.

Onde entra o RevOps

RevOps (Revenue Operations, ou operações de receita) é a função responsável por tudo que atravessa marketing, vendas e pós-venda: o processo comum, os critérios compartilhados, o CRM como fonte única de verdade, a integração das ferramentas e a confiabilidade dos dados que sustentam a decisão.

A razão de existir é simples: quando cada área tem o próprio processo, a própria ferramenta e o próprio placar, a operação vira um conjunto de silos que se comunicam por reclamação. Marketing entrega o que considera lead qualificado, vendas diz que o lead não presta, e ninguém tem um critério escrito que resolva a discussão. O resultado é o que já descrevemos como o vazamento na junção do funil: a perda não está no topo nem no fundo, está na emenda, tema de funil de marketing x funil de vendas.

Na prática, a função de RevOps responde por:

O processo cross-funcional. Quem faz o quê, em qual ordem, com qual prazo, do primeiro contato à assinatura, incluindo o handoff entre as áreas.

Os critérios compartilhados. O que é lead qualificado, o que é oportunidade, o que precisa ser verdade para avançar de etapa. Critério escrito é o que encerra a briga de opinião.

O sistema e o dado. O CRM configurado para refletir o processo real, as integrações funcionando, o dado registrado de forma consistente. Sem isso, o pipeline mostra ficção com aparência de precisão.

A leitura da operação. Os painéis e indicadores que mostram onde a operação vaza, tema do funil de vendas bem instrumentado.

Uma tradução necessária para venda complexa: o discurso padrão de RevOps assume marketing, vendas e sucesso do cliente como as três pernas da receita, porque nasceu em software de assinatura, onde a renovação é o centro da economia. Numa venda de projeto, a terceira perna raramente é um time de CS: costuma ser a entrega, a obra, a operação de pós-venda ou o relacionamento que gera recompra e indicação. A lógica de integrar as etapas de receita continua valendo, mas quem são as pernas muda. Copiar o organograma de SaaS aqui é o mesmo erro de copiar o playbook de SaaS, que discutimos em growth marketing.

RevOps não é renomear um cargo

Como o termo virou moda, vale nomear os erros que esvaziam a função.

Trocar a placa e manter o silo. Renomear o gestor de operações de vendas para "líder de RevOps" e mantê-lo respondendo só por vendas não muda nada estruturalmente. RevOps só existe se tiver mandato para redesenhar processos que atravessam áreas.

Comprar ferramenta antes de desenhar processo. Contratar a plataforma completa antes de definir critérios e fluxo não cria processo, apenas digitaliza o caos existente, às vezes piorando, porque agora o caos é automático.

Virar polícia de processo. RevOps que cria regras rígidas, cobra cumprimento e não aceita retorno de quem executa produz o efeito oposto: o time contorna o sistema, cria planilhas paralelas e a operação perde a fonte única de verdade. A função é de facilitação, não de fiscalização.

Fazer sem patrocínio da liderança. Redesenhar processos que atravessam áreas mexe com poder e com rotina estabelecida. Sem o sócio ou a diretoria comprando a briga publicamente, a iniciativa morre na resistência.

Tratar como projeto de tecnologia. A maior parte do trabalho de RevOps é acordo entre pessoas, não integração entre sistemas. Ferramenta perfeita com time que não usa é dinheiro parado.

A ordem de montagem

Se a sua empresa está construindo essa estrutura agora, a sequência que funciona é esta.

Primeiro, mapeie as funções, não os cargos. Liste as seis e escreva quem responde por cada uma hoje. As lacunas aparecem sozinhas, e quase sempre estão em operação e análise.

Segundo, cubra as lacunas com responsabilidade antes de cobrir com contratação. Muita coisa se resolve atribuindo a função a alguém que já está na casa, com tempo protegido na agenda. Cargo novo é a solução mais cara e nem sempre a primeira.

Terceiro, escreva o processo e os critérios. É a parte chata e a que mais rende. Critério de qualificação, regra de avanço de etapa, acordo de handoff com prazo. Sem isso, qualquer time contratado vai operar por opinião.

Quarto, instrumente no CRM. Depois do processo desenhado, e não antes.

Quinto, crie a rotina de leitura. Uma reunião curta e recorrente em que os números viram decisão. Sem rotina, o melhor painel do mundo é enfeite.

Sexto, contrate para escalar o que já funciona. Contratação resolve capacidade, não resolve ausência de processo.

Erros comuns

Contratar cargo para resolver falta de função. Se ninguém responde pela junção entre marketing e vendas, contratar mais um vendedor não muda nada.

Copiar o organograma de SaaS. Squads, chapters e trios de marketing, vendas e CS pressupõem um contexto que a venda de projeto não tem.

Deixar operação e análise órfãs. São as funções invisíveis e as que determinam se as outras funcionam integradas.

Comprar ferramenta esperando que ela crie processo. A ferramenta digitaliza o que existe. Se o que existe é confusão, ela acelera a confusão.

Criar RevOps sem mandato. Sem autoridade para mexer em processo de outras áreas, a função vira relatório.

Escalar antes de estruturar. Time maior sobre processo inexistente produz mais atividade e menos previsibilidade.

Perguntas frequentes

O que é um time de growth? É o conjunto de pessoas que responde pelas funções de crescimento de uma empresa: demanda, aquisição, pré-venda, vendas, operação de receita e análise. Não é necessariamente um departamento novo; em empresas menores, essas funções são acumuladas por poucas pessoas.

Quais funções um time de growth precisa cobrir? Seis: construir demanda no mercado que ainda não compra, adquirir e converter quem já busca, qualificar e mapear o comitê na pré-venda, conduzir o fechamento, operar o processo e o dado que atravessam as áreas (RevOps) e analisar a cadeia para priorizar correções.

O que é RevOps? Revenue Operations é a função que integra marketing, vendas e pós-venda em um processo único, com critérios compartilhados, CRM como fonte única de verdade e dados confiáveis para decisão. Existe para eliminar os silos que fazem a operação perder valor na passagem entre áreas.

Qual a diferença entre RevOps e Sales Ops? Sales Ops otimiza a operação de vendas. RevOps atua sobre todo o ciclo de receita, atravessando marketing, vendas e pós-venda. Renomear Sales Ops para RevOps sem ampliar o mandato mantém o silo, apenas com nome novo.

Quando contratar alguém dedicado a growth? Quando as funções já estão mapeadas, o processo está escrito e a lacuna é de capacidade, não de definição. Contratar antes disso transfere para uma pessoa nova um problema que é estrutural.

Preciso de um time grande para fazer growth? Não. Precisa das seis funções cobertas, com responsáveis claros. Uma operação de quatro pessoas bem organizada supera uma de doze operando em silos.

Conclusão

Time de growth não é organograma, é cobertura de funções. Antes de discutir cargos, vale responder quem, hoje, responde por demanda, aquisição, pré-venda, vendas, operação de receita e análise. As lacunas aparecem rápido, e elas quase sempre estão nas duas funções invisíveis: a operação, que costura as áreas, e a análise, que aponta onde corrigir.

O RevOps é a resposta formal para a primeira dessas lacunas, mas só funciona com mandato real para mexer em processo, com patrocínio da liderança e com o desenho vindo antes da ferramenta. Renomear cargo e comprar plataforma são as duas formas mais caras de não resolver o problema.

E a regra que atravessa tudo: estrutura antes de escala. Contratar gente para operar um processo que não existe produz folha maior e a mesma imprevisibilidade.

Se você quer saber quais funções estão descobertas na sua operação hoje, comece pelo Diagnóstico de Growth da Unfold e receba a leitura do seu cenário com um plano de evolução.

Leia também

• Growth marketing: o que é, como funciona e por que não é tráfego pago

• Funil de marketing x funil de vendas: a diferença e a junção

• Pipeline de vendas: como gerenciar e transformar em previsão de receita

• As métricas de growth que importam: uma cadeia, não uma lista

Fontes

• Forrester, State of Business Buying (89% das decisões de compra B2B atravessam múltiplos departamentos, o que sustenta a necessidade de processo cross-funcional).

• Panoramas RD Station (54% das empresas brasileiras não usam CRM e 62% não acompanham as taxas de conversão do funil, indicadores da lacuna de operação de receita).