13.2 Cinco formas de desenhar a mesma empresa
Agora o organograma. Ele só é útil depois do capítulo anterior porque os cinco modelos que você vai ver não são cinco desenhos concorrentes. São cinco respostas diferentes à mesma pergunta, que é onde ficam os direitos de decisão que você acabou de mapear. Lidos assim, eles deixam de ser estilo e viram custo.
A Órbita tem 57 pessoas no bloco de go-to-market e 2 pessoas carimbadas como operações comerciais. Esses dois números, sozinhos, já eliminam três dos cinco modelos. Guarde os dois antes de responder.
Pergunta antes de ler
Com 57 pessoas de go-to-market e 2 de operações, qual dos cinco modelos você recomendaria à Órbita? Escreva o nome do modelo e quantas pessoas ficam no centro.
Depois escreva o teste que provaria que você errou. Se você não conseguir escrever o teste, a recomendação era preferência, não decisão.
A resposta mais comum em sala é hub e raios, e ela é a mais citada exatamente porque é a mais recomendada na literatura internacional, que foi escrita para empresas com duzentas pessoas de go-to-market. Aplicada à Órbita, ela significa fragmentar duas pessoas em um centro de uma e dois satélites de meia, o que entrega o pior dos dois mundos: nem padronização, porque o centro é uma pessoa sem tempo, nem proximidade, porque meia pessoa não senta em reunião nenhuma. O modelo não está errado. Está fora da faixa de tamanho em que ele funciona, e faixa de tamanho é a primeira coisa que se pergunta sobre um modelo organizacional.
Três escolhas, e o organograma é só a primeira
- Modelo operacional de RevOps
A combinação de três escolhas: (1) onde as pessoas de operações se sentam no organograma, (2) como os direitos de decisão estão distribuídos entre o centro e as pontas, e (3) como o trabalho entra e como ele sai. O organograma é só a primeira das três, e é a única que as empresas costumam copiar.
Por que importa: empresas copiam o organograma de RevOps de uma empresa que admiram sem copiar os direitos de decisão nem o processo de entrada de pedidos, e concluem que RevOps não funciona aqui. O que não funcionou foi a cópia de um terço de um modelo.
Teste de que o modelo está definido: você consegue responder por escrito a quatro perguntas. Quem decide. Como um pedido entra. Qual é o prazo prometido de resposta. E quem paga a conta quando duas áreas querem coisas incompatíveis. Se falta qualquer uma, você tem um desenho, não um modelo.
Arraste o desenho para o lado para ver inteiro
O painel 3 merece trinta segundos a mais. Nele, a linha cheia sobe para o hub e a linha tracejada desce para a função. A pessoa senta com vendas todo dia, participa da reunião de pipeline, conhece os negócios pelo nome, e mesmo assim quem avalia o desempenho dela e quem define o vocabulário que ela usa é o centro. Esse cruzamento é o modelo inteiro. Faça o satélite reportar à função que ele atende, porque é mais prático, e em três meses você não tem hub e raios: tem um descentralizado com um centro decorativo, e o centro decorativo custa o salário de uma pessoa.
O que cada modelo compra e o que ele vende
| Modelo | FTE de operações | O que compra | O que vende | Quando é a escolha certa |
|---|---|---|---|---|
| Centralizado | 1 a 5 | Definição única e um ARR só, por construção | Distância da execução: processo elegante que o vendedor burla | Quase sempre, abaixo de 5 FTE. Não há gente para distribuir |
| Descentralizado (federado) | qualquer | Proximidade máxima e resposta curtíssima dentro da função | A definição única. Cada operação otimiza o número do chefe dela | Nunca por escolha. É o estado de quem não decidiu |
| Hub e raios | acima de 5 | Definição do centralizado com proximidade do descentralizado | Simplicidade: exige governança escrita para não voltar aos silos | Acima de 5 FTE, com padrões prontos e dois segmentos distintos |
| Corte por segmento | acima de 4 | Aderência a processos de venda genuinamente diferentes | Profundidade técnica: cada pessoa faz tudo razoavelmente | Quando SMB e Enterprise são dois negócios, não dois tamanhos |
| Corte por função | acima de 3 | Profundidade de especialista em sistema, processo e análise | Visão de ponta a ponta: ninguém enxerga o ciclo inteiro | Quando os segmentos usam o mesmo processo e as funções não |
As faixas de tamanho são heurísticas de consultoria, não medição: vêm dos guias de estrutura de time do The RevOps Report (2026) e do Pedowitz Group (sem ano declarado), e valem como faixa de plausibilidade, nunca como autoridade. Leia primeiro a coluna do que o modelo vende, porque é ela que vai doer.
- Hub e raios (hub-and-spoke)
Um centro detém dados, sistemas, definições, análise e governança. Profissionais embarcados sentam com cada segmento, região ou função, mas reportam ao centro, não à função que atendem. A linha de reporte do satélite é o que impede o retorno aos silos.
Três pré-condições, e faltando qualquer uma o modelo destrói valor: time de operações acima de aproximadamente 5 FTE; definições, prazos internos e relatórios já padronizados; e pelo menos dois segmentos com processos materialmente diferentes. A Órbita cumpre uma das três, a dos segmentos: são três, com ciclos de 38, 94 e 186 dias. Falha nas outras duas. Uma só já reprova, e a Órbita falha em duas.
Arraste o desenho para o lado para ver inteiro
Por que a arquitetura de dados copia o organograma
- Lei de Conway aplicada à receita
Adaptação da observação de Melvin Conway, publicada em 1968: a arquitetura dos seus sistemas e dados acaba espelhando a estrutura de comunicação da sua organização. Três operações independentes produzem três bases de dados independentes, por mais que o contrato com a ferramenta seja um só.
Por que importa: explica por que projeto de fonte única da verdade fracassa sem mudança organizacional. Se três pessoas em três áreas têm o direito de criar campo, você vai ter três dicionários de dados. O software não impede isso. A governança impede.
O erro que custa caro: comprar ferramenta de integração para resolver problema de direito de decisão. A ferramenta sincroniza os três dicionários. Ela não os unifica.
um dicionário de dados ⟸ um aprovador de mudança de esquema
Leia em português: a manobra de Conway ao contrário. Em vez de desenhar a arquitetura e esperar que a organização se adapte, você nomeia um aprovador único para mudança de esquema e deixa a arquitetura convergir sozinha. É mais barato, é mais rápido, e é a única ordem que funciona. A Órbita tem a demonstração impressa: quatro versões do ARR dentro de um único contrato de CRM.
Olhe o que a Órbita produziu sem que ninguém tenha decidido produzir. A planilha da CFO fecha em R$ 24,8 milhões. O CRM, em R$ 26,9 milhões, porque soma o valor total de contratos plurianuais. O ERP, em R$ 25,2 milhões, porque conta matriz e filial separadamente, já que para faturar elas são mesmo separadas. O painel de BI, em R$ 23,2 milhões, porque foi construído sobre um extrato de outubro e nunca mais atualizado. Nenhum dos quatro está errado dentro da própria pergunta. Quatro perguntas, quatro donos, quatro respostas. É a lei de Conway funcionando com precisão de relógio.
R$ 3,76 milhõesDistância entre o maior e o menor ARR da Órbita, 15,2% do número oficialNenhum erro de digitação em nenhum dos quatro. Quatro estruturas de decisão, quatro números.Arraste o desenho para o lado para ver inteiro
Os quatro sinais de que o modelo acabou
A pergunta que o leitor de fato tem não é qual modelo é melhor. É quando eu troco. Trocar cedo fragmenta um time pequeno. Trocar tarde significa conviver por trimestres com uma operação que já parou de entregar sem que ninguém consiga provar que parou. Os quatro sinais abaixo são objetivos de propósito: cada um é um número que a empresa já coleta ou passa a coletar em uma semana.
Na práticaÓrbita Software · o modelo de hoje e os quatro gatilhos
O diagnóstico, com um teste de trinta segundos. Peça o número de clientes ativos a duas áreas separadamente. O CRM responde 544 e o ERP responde 611. A definição vigente de cliente ativo é esta: não existe. A divergência é de 12,3%. Acima de 10%, você está descentralizado, independentemente do que diga o organograma. A Órbita tem 2 pessoas carimbadas como operações e opera no painel 2.
A recomendação. Centralizado, com presença obrigatória por segmento. Não é meio hub e raios: é um centralizado em que uma pessoa do time senta, toda semana, na revisão de pipeline de cada segmento. O centralizado compra definição única e vende distância da execução, e a presença semanal é o preço que você paga para não comprar a distância junto. Custa calendário, não dinheiro.
O que falta antes de qualquer coisa. O inventário de cadência da Órbita registra 4 rituais que não existem: Comitê de receita (as três áreas juntas), Revisão de dados / qualidade de CRM, QBR (business review trimestral) e Revisão de retenção. Três deles interessam a este capítulo, porque são os que dão ao modelo um lugar onde as decisões da grade de 13.1 são de fato tomadas. O quarto, a revisão de retenção, é do capítulo de sucesso do cliente e aparece de novo no plano de 180 dias de 13.8. Antes de mover uma caixinha, ponha os três na agenda.
Gatilho 1, fila. Prazo mediano de entrega de um pedido acima de 10 dias úteis por dois meses seguidos. É o sinal mais precoce e o mais fácil de medir, e o capítulo 13.4 mostra por que ele não cresce em linha reta.
Gatilho 2, contorno. Qualquer área construindo a própria solução por fora. A Órbita já tem dois: a planilha de ARR da CFO, que é a que vai ao conselho, e os nove painéis de BI construídos sobre extratos manuais. Cada contorno é um voto de desconfiança que não aparece em pesquisa de clima.
Gatilho 3, especialização forçada. Um generalista gastando mais de 60% do tempo numa única função. Quando isso acontece, o corte por função já começou sozinho, e o único erro possível é fingir que não.
Gatilho 4, latência. Um relatório de rotina levando mais de 3 a 5 dias. Na Órbita o fechamento de ARR consome 36 dias-pessoa de BI (3 dias × 12 meses), e é um relatório mensal que deveria sair em horas.
O veredito. A Órbita tem dois dos quatro gatilhos disparados antes de ter um modelo declarado. Isso não significa trocar de modelo. Significa que ela ainda não tem um, e que declarar o primeiro é o trabalho da primeira semana.
Arraste o desenho para o lado para ver inteiro
Exercício 13.245 minutos, organograma da sua empresa e acesso a dois sistemas
- Faça o teste de divergência na sua empresa: peça a mesma contagem a duas áreas diferentes e anote os dois números. Calcule a diferença em percentual.
- Responda por escrito às quatro perguntas do conceito de modelo operacional. Quem decide, como um pedido entra, qual é o prazo prometido, quem paga a conta do conflito.
- Escreva os quatro gatilhos de migração da sua operação, cada um com número, unidade e a fonte exata de onde o número sai.
- Conte quantas pessoas podem criar um campo novo no seu CRM sem pedir a ninguém. Depois conte quantos dicionários de dados diferentes existem. Compare os dois números.
- Item adversarial. Construa o argumento mais forte a favor de adotar hub e raios na Órbita hoje, com 2 pessoas. Depois derrube o seu próprio argumento com uma conta.
Conferir respostasEsconder respostas
- O teste de divergência. Qualquer diferença acima de 10% entre duas áreas para a mesma contagem prova descentralização de fato. Na Órbita a contagem de clientes diverge em 12,3%, e as causas nomeadas são filiais cadastradas como cliente próprio, duplicatas e contas de teste nunca removidas. O ponto do item não é o percentual: é que você nomeou as causas em vez de arbitrar qual sistema está certo.
- O modelo atual. Se você não conseguiu responder às quatro perguntas por escrito, o gabarito é: você não tem um modelo, tem um desenho. Não é provocação, é o diagnóstico mais comum, e é um bom lugar para começar, porque declarar o primeiro modelo custa uma reunião.
- Os quatro gatilhos. Um gatilho bom tem número, unidade e fonte de medição. “Prazo mediano de entrega acima de 10 dias úteis por dois meses seguidos, medido na planilha de pedidos” é gatilho. “Quando o time estiver sobrecarregado” é adjetivo, e adjetivo nunca dispara, porque ninguém consegue declará-lo sem parecer que está reclamando.
- A conta de Conway. Espere correspondência quase exata: se três áreas podem criar campo, você encontra três dicionários. Se o seu resultado foi diferente, verifique se alguma área simplesmente parou de usar o sistema e migrou para planilha. Isso conta como um quarto dicionário, não como padronização.
- O item adversarial. O argumento mais forte a favor de hub e raios na Órbita é o de antecipação: os três segmentos já têm processos genuinamente diferentes, e montar a estrutura certa agora evitaria uma reorganização daqui a dois anos. O argumento é bom e está errado por aritmética. Antecipar estrutura exige gente que você não tem, e fragmentar 2 pessoas não é neutro: é perder as duas vantagens ao mesmo tempo durante os dois anos inteiros. A forma correta de antecipar é escrever hoje as pré-condições e o gatilho, e migrar no dia em que o terceiro cadeado abrir. Estrutura se antecipa em documento, não em organograma.
Armadilha: fazer o satélite reportar à função que ele atende
A proposta chega sempre com uma boa justificativa operacional, e quem a faz não está de má-fé. O argumento é este: a pessoa senta com vendas, participa da reunião de pipeline, conhece os negócios. Faz mais sentido que reporte ao CRO, que é quem vê o trabalho dela todo dia. O centro fica com a arquitetura e a governança. Todo mundo ganha.
O que acontece em três meses é previsível e não depende de caráter. A avaliação de desempenho da pessoa passa a ser escrita por quem tem interesse em que o pipeline pareça maior. Quando surge a pergunta de se um negócio deve ou não sair do estágio de proposta, ela responde a quem assina a avaliação dela. Não porque é desonesta, mas porque é assim que incentivo funciona em qualquer pessoa com contas para pagar. Seis meses depois, a definição do centro continua escrita e não é mais praticada em lugar nenhum.
Na Órbita o custo teria nome e número. O CRM já reporta R$ 26,9 milhões de ARR contra R$ 24,8 milhões da planilha da CFO, diferença de R$ 2,14 milhões. Um satélite avaliado pelo CRO não corrige essa diferença. Ele aprende a explicá-la.
Quem entrega a linha de reporte do satélite à função que ele atende trocou o modelo por um organograma que se parece com ele, e descobre isso na primeira auditoria de investidor.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Quais são as três escolhas que compõem um modelo operacional de RevOps, e qual delas as empresas copiam quando copiam o modelo de outra empresa?
Onde as pessoas se sentam no organograma, como os direitos de decisão se distribuem entre centro e pontas, e como o trabalho entra e sai. As empresas copiam a primeira, que é a única visível de fora, e concluem que RevOps não funciona quando o que não funcionou foi a cópia de um terço do modelo. O teste de que você tem um modelo e não um desenho são as quatro perguntas: quem decide, como entra o pedido, qual é o prazo, quem paga a conta do conflito.2Uma empresa com 6,5 FTE de operações, definições de funil escritas e estáveis há um ano, e dois segmentos com processos de venda idênticos. Ela deve adotar hub e raios? Justifique pelas pré-condições e diga qual modelo você recomendaria.
Não. Duas pré-condições estão cumpridas, tamanho e padrão pronto, e a terceira falha: os segmentos não são materialmente diferentes. Hub e raios existe para resolver proximidade com realidades distintas, e não há realidades distintas a resolver. Com 6,5 FTE, padrão pronto e variabilidade dominante na função e não no segmento, o corte correto é por função: um especialista de sistemas, um de processo, um de análise. Repare que a resposta saiu da régua de variabilidade e não do tamanho, e que o tamanho sozinho teria dado a resposta errada.3No Módulo 4 você desenhou a matriz de aprovação de desconto e o balcão de negócios. Em qual dos cinco modelos deste capítulo aquele balcão é mais fácil de operar, e por quê?Módulo 4 · 4.5
No centralizado, e por um motivo que não tem nada a ver com eficiência. O balcão só funciona se a regra de desconto for a mesma para todo mundo e se quem opera o balcão não for avaliado por quem quer o desconto aprovado. No centralizado, as duas condições vêm de graça com o desenho. No descentralizado, o balcão nasce dentro de vendas e vira carimbo em oito semanas. No hub e raios ele funciona, desde que o satélite reporte ao hub, que é exatamente a armadilha deste capítulo. Na Órbita não existe balcão: quem aprova é o CRO, por WhatsApp, e 57 contratos do ano fecharam acima de 25%, dez pontos acima do limite da regra não escrita.4Escreva de memória as três pré-condições de hub e raios, o corolário operacional da lei de Conway e a regra da variabilidade dominante.
Pré-condições: acima de cerca de 5 FTE, definições e relatórios já padronizados, e pelo menos dois segmentos com processo materialmente diferente. Corolário de Conway: se você quer um único dicionário de dados, primeiro crie um único aprovador de mudança de esquema, e a arquitetura segue. Regra da variabilidade dominante: compare quanto o processo muda entre funções com quanto ele muda entre segmentos, e corte pelo eixo de maior diferença. Se você escreveu a regra sem a palavra comparar, releia, porque o erro clássico é medir só um dos dois eixos.