A maioria das empresas B2B complexas trata “arquitetura de receita” como um problema de modelo. Ajustam comissões, reformulam pacotes, criam estruturas de preço por segmento. Depois se frustram porque nada muda de fato: as margens permanecem erodidas, as ofertas seguem personalizadas até a ineficiência, os comerciais continuam operando com autoridade ambígua sobre escopo e preço. A causa está em outro lugar: ninguém mapeou a relação entre o sistema de receita (como ele funciona, onde as decisões ocorrem, quem valida o quê) e as pessoas que precisam operar dentro desse sistema.
Quando essa relação está fraturada, nenhuma mudança de processo resolve. Você cria uma nova regra e ela encontra um vazio onde deveria haver responsabilidade, ou encontra uma sobreposição onde duas pessoas reivindicam autoridade, ou encontra uma lacuna onde ninguém tem competência para decidir.
Arquitetura de Receita verdadeira exige redesenho estrutural, não redesenho de modelo. E RACI é a ferramenta que torna essa estrutura visível e operacionalizável.
O que está sendo confundido com Arquitetura de Receita
Quando falamos de Arquitetura de Receita, não estou falando de precificação. Precificação é tática. Estratégia de pacote é tática. Estrutura de comissão é tática. Essas coisas importam, mas vivem dentro de um recipiente. O recipiente é o sistema de como receita é gerada, autorizada, delegada e validada na sua empresa. Se o recipiente está quebrado, a tática dentro dele não sobrevive.
Conversas que ouço repetidamente revelam essa confusão. “Precisamos arquitetar a receita” significa, na prática: “Temos margens ruins.” Ou: “Tem gente vendendo o mesmo produto por preços muito diferentes.” Ou: “Não conseguimos padronizar as ofertas.” Todos esses são sintomas. Nenhum deles é o problema estrutural.
O problema estrutural é quase sempre o mesmo: a empresa tem um fluxo de receita que funciona na sua cabeça, mas ninguém tem responsabilidade clara sobre as decisões que fazem aquele fluxo trabalhar. Ou tem responsabilidade, mas não tem autoridade. Ou tem autoridade sobre uma parte e alguém diferente tem autoridade sobre outra, sem integração. Ou tem uma pessoa integrada, mas é uma pessoa só, e quando ela sai, a estrutura colapsa.
Por que RACI expõe a fratura
RACI é um mapa: Responsável, Accountability, Consultado, Informado. Você desenha o fluxo de receita da sua empresa e para cada decisão crítica, você mapeia quem tem responsabilidade pela execução, quem tem accountability (responde pelos resultados), quem é consultado antes da decisão acontecer, e quem simplesmente precisa ser informado depois.
Quando você tenta preencher essa matriz para receita, acontecem três coisas.
Primeira: você descobre que certas decisões não têm ninguém com accountability. Uma oferta chega ao comercial. O comercial vê que o escopo é gigante, mas o cliente pagaria bem. Quem decide se aquele escopo é aceitável? Não está claro. Ninguém assina dizendo “eu valido esse escopo ou rejeito”. Então o que acontece é pior que ausência de regra: há competição implícita pela autoridade. Delivery acha que o escopo é problema deles. Comercial acha que é problema de delivery não conseguir entregar. Produto acha que é problema de requisito mal definido. Ninguém é accountable por validar escopo antes de se comprometer, então o escopo escapa e margem definha.
Segunda: você descobre que quem é responsável pela execução não tem informação suficiente para executar bem. A pessoa que fixa preço para uma oferta customizada, seja ela um comercial pleno, seja um pricing team, deveria ser consultada sobre restrições que vêm de delivery, de product, de operações. Mas muitas vezes ninguém a consulta porque “consultá-la custa tempo”. Então ela fixa preço num vácuo. Depois vem surpresa quando o deal foi vendido por X, mas o custo de delivery era Y e ninguém tinha avisado.
Terceira: você descobre que uma decisão crítica está centralizada numa só pessoa. Aquela pessoa que “faz a magia” de aprovar deals complexos, de auditar preço, de validar escopo. Ela está em tudo porque é a única que integra informação suficiente. Qual é a fragilidade dessa estrutura? Tire essa pessoa de férias por duas semanas. O sistema paralisa. Você tem responsabilidade, mas pendurada numa pessoa só, não distribuída estruturalmente pelo sistema.
O que RACI revela sobre Sistema vs Pessoas
Quando você mapeia uma empresa bem estruturada, a RACI tem uma característica: nenhuma decisão crítica tem uma pessoa única como única responsável, porque toda decisão crítica envolve integração de múltiplas perspectivas (comercial, produto, delivery, financeiro), e não porque redundância seja um objetivo em si. Se uma única pessoa integra tudo, o sistema não é resiliente. Se múltiplas pessoas integram, você tem função estruturada.
O que RACI faz é distinguir entre “pessoa” e “função”. Uma função de receita: validação de escopo, aprovação de preço, decisão de margem, auditoria de elasticidade, não deveria ser propriedade de uma pessoa. Deveria ser um processo onde múltiplas pessoas têm papéis claros: consultada, responsável pela execução, accountable pelos resultados. E para que isso funcione, essas pessoas precisam estar integradas informacionalmente. Se a pessoa que valida escopo não tem informação de operações, a validação não presta.
Aqui é onde a maioria das tentativas de “arquitetura de receita” falha. Elas desenham o processo (o sistema) sem garantir que as pessoas estejam estruturalmente preparadas para executá-lo. Ou preparam as pessoas (treinamento, ferramenta nova) sem redesenhar o sistema em que elas trabalham. Depois ficam surpresas quando nada muda.
O equilíbrio entre sistema e pessoas significa: você desenha um fluxo de receita onde nenhuma decisão crítica fica ambígua (sistema estruturado), e você designa papéis claros a pessoas reais com competência para executar esses papéis (pessoas estruturalmente posicionadas). RACI é exatamente o mapa que torna esse equilíbrio visível e testável.
Exemplo de desequilíbrio
Empresa B2B com 20M em ARR. Margem média de 65%. Mas tem deals que fecham com 45% de margem. Ninguém consegue explicar por quê. Há um padrão? Ofertas customizadas, obviamente. Quem decide se uma customização justifica uma margem mais baixa? Informalmente, é o VP comercial. Ele conhece o cliente, conhece o contexto competitivo, sabe que “se não oferecemos customização, perdem pro concorrente”. Assim, ele “negocia” a margem para baixo. Ninguém formalmente o autorizou a fazer isso. O CFO não foi consultado. Produto não foi consultado. Delivery não foi consultado sobre o impacto da customização em custo de entrega. O que acontece? Uma decisão estruturalmente crítica, qual é a margem mínima aceitável para esta customização, fica na cabeça do VP comercial.
Quando você preenche a RACI para essa empresa:
Decisão: “Aprovação de preço para oferta customizada”
- Responsável: VP comercial (executa)
- Accountable: ??? (ninguém está respondendo pelo resultado)
- Consultado: CFO (raramente), Delivery (nunca), Produto (nunca)
- Informado: Ninguém
O vazio de accountability é o desequilíbrio. O sistema (há uma decisão que precisa ser tomada) está desacoplado das pessoas (não há ninguém estruturalmente responsável). O resultado é que a decisão fica refém de uma pessoa, o VP comercial, em vez de estar estruturada em uma função. Se o VP comercial é conservador, as margens são boas, mas menos deals fecham. Se ele é agressivo, as margens caem, e o CFO entra em pânico. Nenhum dos extremos é bom. O que seria bom é ter accountability clara e compartilhada.
Arquitetura de Receita real redesenharia assim:
Decisão: “Aprovação de preço para oferta customizada”
- Responsável: VP comercial + pricing analyst
- Accountable: Chief Revenue Officer
- Consultado: CFO (antes da assinatura), Delivery (análise de custo), Produto (impacto de roadmap)
- Informado: Operações, Finance
De repente a decisão está estruturada. Não depende da capacidade pessoal do VP comercial de “saber” qual é a margem certa. Tem um processo onde múltiplas perspectivas são formalmente integradas. Tem alguém (CRO) respondendo pelo resultado. Tem accountability clara. E se o VP comercial sai, a função continua operando porque está estruturada em papéis, não em pessoas.
Por que isso importa agora
Empresas B2B complexas estão sob pressão para escalar receita sem escalar headcount proporcionalmente. Depender de pessoas para isso não fecha matematicamente, porque cada novo nível de receita exigiria uma nova pessoa capaz de integrar informação suficiente para tomar boas decisões. Estruturar essas decisões em funções, e não em pessoas, é o que torna esse crescimento viável. RACI é o mapa que permite ver se você está estruturando funções ou apenas contratando mais gente.
Segundo: empresas que já escalaram sentem a fragilidade agora. Têm margens ruins, ofertas inconsistentes, ciclos de vendas variáveis. Investem em CRM, em automação, em treinamento. Nada muda porque o problema não era executivo, era estrutural. RACI revela onde.
O que RACI revelou é apenas metade do problema
Se você mapeou sua empresa com RACI e encontrou vazios de accountability, pessoas operando sem informação integrada, decisões críticas centralizadas numa única pessoa, agora você sabe que existe desintegração estrutural. Mas saber que existe não resolve.
A maioria das empresas que descobre isso tenta consertar só de um lado. Reestrutura papéis, cria novos postos de autoridade, realinha incentivos. Funciona por um tempo. Depois as pessoas voltam aos padrões antigos porque é mais fácil. Sem sistema que force integração, voltam ao silo naturalmente. Ou tentam o contrário: implementam CRM novo, dashboards unificados, automações. Ninguém usa. As pessoas continuam sabotando porque seus incentivos ainda mandam sabotarem. O sistema fica parado ou alimentado manualmente.
Arquitetura de Receita: redesenho em duas dimensões
Se o seu mapeamento com RACI revelou desintegração, se marketing e vendas têm critérios opostos, papéis vagos, incentivos conflitantes, se dados se perdem entre áreas, se responsabilidade desaparece entre departamentos, se a saída de um vendedor leva a carteira dele ou a saída de uma pessoa-chave de marketing faz o pipeline desmoronar, você já sabe o que precisa consertar. Entre em contato para conversar sobre como.
