Intermediação interfuncional: quando Ops vira o tecido conjuntivo

São 16h47 de uma quinta-feira. Cai a DM no Slack do seu VP de Vendas: "ei, dá pra entrar numa call rápida? Vendas e CS estão brigando de novo por causa do crédito de cota do upgrade."

Você não é da equipe de Vendas. Não é da equipe de CS. Você não é dono do plano de remuneração nem do processo de renovação. Você vai ficar nessa call por 90 minutos, e no minuto 87 alguém vai dizer "ok, será que Ops pode só achar uma solução e mandar para todo mundo?".

Bem-vindo ao trabalho para o qual ninguém te contratou.

A descrição de cargo do Operations Manager fala de desenho de processos, gestão de fornecedores, KPIs, painéis. O que ela não diz, mas todo mundo na liderança espera silenciosamente, é que você é o tecido conjuntivo entre todas as funções que não falam diretamente umas com as outras. Vendas e CS. Finanças e Vendas. IT e Marketing. Produto e CS. Você vai ser puxado para toda briga entre equipes que não tem um dono claro, e sua avaliação de desempenho vai incluir, em silêncio, "a empresa parou de sangrar por causa dessas feridas?".

Este playbook trata de como exercer esse papel sem virar o depósito permanente do trabalho sem dono de todo mundo.

A mentalidade do intermediário

Eis a virada mental que levei três anos para de fato internalizar: você não é quem decide. Você é o tradutor.

Vendas fala em cobertura de pipeline e atingimento de cota. CS fala em NRR, GRR e contas em risco. Finanças fala em GAAP, receita diferida e trilhas de auditoria. IT fala em chamados, janelas de mudança e "alguém testou isso em staging?". Produto fala em peso de roadmap e capacidade de engenharia.

Cinco tribos, cinco vocabulários, cinco conjuntos de incentivos. A maioria das brigas interfuncionais não é de fato uma discordância sobre fatos. São duas funções falando uma por cima da outra porque ninguém está convertendo um dialeto no outro.

Essa conversão é o seu trabalho. E no segundo em que você toma um lado, perde o trabalho.

Se você tomar o lado de Vendas na briga do crédito de cota, CS vai parar de confiar nos seus grupos de trabalho. Se tomar o lado de Finanças numa questão de reconhecimento de receita, Vendas vai contornar você. A vantagem do intermediário vem da neutralidade. Você tem de ser a pessoa em quem toda função confia para representar a posição dela de forma justa para as outras, mesmo quando você, em particular, acha que um dos lados está sendo ridículo.

Há uma versão tática disso: absorva o processo, nunca a decisão. Você vai conduzir a reunião. Você vai montar o documento. Você vai escrever o resumo. Você não vai ser dono do resultado. O resultado pertence aos dois VPs que de fato têm P&L em jogo. Seu trabalho é garantir que eles tenham um caminho limpo o suficiente até uma decisão a ponto de não conseguirem evitar tomá-la.

O mapeamento "quem é dono disto?"

Antes de poder intermediar qualquer coisa, você precisa de uma resposta brutalmente específica para uma pergunta: quem é dono de cada fluxo de trabalho recorrente que atravessa as fronteiras das equipes?

Monte um RACI por fluxo de trabalho. Uma página. Cinco colunas. Nenhuma ambiguidade. Se duas equipes acham, ambas, que são Accountable pelo mesmo fluxo, você acabou de encontrar o problema de verdade, e o encontrou antes da próxima DM no Slack das 16h47.

Eis um exemplo real para a passagem de lead para oportunidade:

Um Accountable por linha. Sempre. Se você tem dois nomes na coluna Accountable, tem uma briga esperando para acontecer. Traga-a à tona antes do incêndio, não durante.

Monte um destes para cada fluxo de trabalho recorrente entre equipes:

• Passagem de lead (Marketing → SDR → AE)
• Previsão de renovação (CS → Finanças → Vendas)
• Salvamento de churn (CS → Vendas → Produto)
• Disputa de cobrança (Finanças → CS → Vendas)
• Solicitação de mudança de sistema (IT → funções afetadas)
• Integração de novo contratado (HR → IT → gestor → Ops)
• Passagem de integração de cliente (Vendas → CS, veja abaixo, este é o clássico)

Uma empresa típica de porte médio tem de 8 a 12 destes. Você consegue resolver o conjunto inteiro num trimestre se transformá-lo no seu projeto paralelo. Ninguém mais vai fazer isso, e o dia em que você tiver todos os 12 mapeados é o dia em que seu trabalho muda.

Conduzir um grupo de trabalho interfuncional

Quando algo entre equipes está ativamente quebrado, você vai ser puxado para uma reunião. Essa reunião vai, por padrão, ser:

• 60 minutos, recorrente toda semana
• 8 a 12 pessoas, incluindo 4 que você nunca viu
• Atualizações de status de cada função
• Nenhuma decisão
• Uma reunião de acompanhamento marcada para a próxima quinta

Esse é o formato que garante que nada seja resolvido. Recuse-o.

Eis o formato que de fato funciona:

60 minutos no máximo. Se você não consegue chegar a uma decisão em 60 minutos com as pessoas certas na sala, você não tem um grupo de trabalho, tem uma reunião de status. Status pertence a documentos assíncronos, não a agendas.

Três pessoas no máximo. Uma pessoa por função afetada. Quem precisa ser Consulted recebe o documento antes e o resumo depois. Quem precisa ser Informed recebe o resumo. Eles não recebem a reunião.

Regra de decidir ou cancelar. Se nenhuma decisão for alcançada até o minuto 55, a reunião é cancelada e a questão escala para os VPs. Nada de "vamos nos reunir de novo". Nada de "deixa eu checar com minha equipe". Cancelada. Escalada. A ameaça de escalonamento é o que força a decisão.

Nenhum horário recorrente até a decisão ser tomada. Grupos de trabalho existem para resolver uma questão específica, depois se dissolvem. No minuto em que entram na agenda semanal, viram teatro de atualização de status.

Uma pauta de grupo de trabalho que cabe num post-it:

Grupo de Trabalho: Crédito de Cota em Upgrades no Meio do Ciclo
Data: 2026-05-02
Participantes: VP Vendas, VP CS, RevOps (intermediário)

1. (10 min) Enuncie o problema em uma frase. Confirmem que concordam.
2. (15 min) Cada função apresenta sua posição. 5 min cada. Sem interrupções.
3. (20 min) Três opções na mesa. Prós, contras, quem paga o quê.
4. (10 min) Escolham uma. Ou escalem.
5. (5 min) Resumo, responsável, prazo. Pronto.

Vale a regra de decidir ou cancelar. No minuto 55, ou temos uma definição ou isto vai para o CRO e o CCO amanhã.

Esse formato economiza cerca de 4 horas de tempo de reunião por questão interfuncional em comparação com o padrão. Ao longo de um ano, com 8 a 12 dessas questões, você poupa à sua liderança de 32 a 48 horas de reuniões, e corta o tempo de ciclo de decisão de 3 semanas para cerca de 4 dias.

Triagem de escalonamento

Nem todo incêndio é seu incêndio. A maneira mais rápida de perder este trabalho é absorver toda falha entre equipes que cai nas suas DMs. A segunda mais rápida é devolver tudo e ficar conhecido como a pessoa de Ops que não ajuda.

A regra de triagem: absorva o processo, nunca a decisão.

Quando a DM no Slack chega, faça a si mesmo duas perguntas:

1. Há uma única função que é claramente Accountable por esta decisão?
2. Ela tem a informação de que precisa para tomá-la?

Se sim para ambas, devolva. Com educação, com um motivo específico, e com um caminho a seguir.

"Esta é uma decisão de Vendas e CS sobre o plano de remuneração. Eu não sou dono da política de cota. Você e o Mike (VP CS) podem reservar 15 minutos amanhã? Mando um documento com os três cenários para vocês entrarem prontos para decidir."

Você não está se recusando a ajudar. Está se recusando a ser dono da decisão. Está se oferecendo para fazer o trabalho de preparação, que é o real valor agregado do intermediário.

Se não para a pergunta 1 (se a questão é genuinamente sem dono, ou se duas funções reivindicam a propriedade), é aí que você absorve. Mas absorva só o processo.

"Tudo bem, eu conduzo o grupo de trabalho. Fazemos quinta às 14h, 60 minutos, você e a Sarah, decidir ou cancelar. Mando o documento de preparação na terça. A decisão fica com vocês dois. Eu só conduzo a pauta."

O padrão: você facilita para eles decidirem. Você não decide no lugar deles. O dia em que você começa a decidir no lugar dos VPs é o dia em que vira o bode expiatório conveniente para todo resultado ruim entre equipes.

O clássico "ninguém é dono da passagem de integração do cliente"

Este é o buraco negro interfuncional mais comum que já vi, e apostaria 100 dólares que está quebrado na sua empresa agora.

O formato do problema:

• O AE fecha o negócio na sexta às 17h30. Comemoração geral.
• O cliente espera uma call de kickoff "na semana que vem".
• CS assume a conta... quando, exatamente? Quando o AE atualiza o estágio no CRM? Quando Finanças emite a primeira fatura? Quando o cliente manda e-mail para o suporte perguntando quando será o kickoff?
• As 72 horas entre "negócio fechado" e "o CSM é dono disso" não pertencem a ninguém.

Nessas 72 horas, o entusiasmo do cliente chega ao pico e começa a decair. Ele estava animado na sexta às 17h30. Na quarta, já migrou para outras prioridades. A call de kickoff cai numa sala mais fria do que precisaria.

Empresas que corrigem essa passagem veem um aumento de 8% a 15% na retenção de 90 dias e um salto mensurável no tempo até o primeiro valor. Isso não é uma estatística de marketing que estou tirando do ar. É a faixa que vi pessoalmente se concretizar em quatro empresas SaaS de porte médio que mapearam esse fluxo de trabalho e atribuíram propriedade de responsável único.

Eis como corrigir:

Etapa 1: Mapeie a passagem em incrementos de 90 minutos. Da hora 0 (negócio assinado) até a hora 168 (uma semana após o fechamento). Para cada janela, quem é Accountable? Que artefato tem de existir? O que o cliente vivencia? A maioria das empresas descobre que as horas 12 a 60 estão completamente sem dono.

Etapa 2: Atribua propriedade de responsável único. Um nome. Geralmente um Customer Onboarding Manager, se você tiver um, senão um CSM designado. Ele é Accountable a partir do momento em que o AE marca a oportunidade como Closed-Won até a call de kickoff acontecer.

Etapa 3: Instrumente o SLA. Call de kickoff agendada em até 48 horas do fechamento. Primeiro e-mail voltado ao cliente em até 4 horas. Sincronização do CRM e da ferramenta de integração em até 1 hora. Monte um painel. Revise-o semanalmente com a liderança de Vendas e CS. O painel, não a reunião, é o que torna o SLA real.

Etapa 4: Conduza o grupo de trabalho para travar o desenho. 60 minutos, 3 pessoas (VP Vendas, VP CS, você), decidir ou cancelar. Entre com o mapa e três opções de propriedade. Saia com uma.

Esta é a correção interfuncional de maior alavancagem na maioria das empresas SaaS B2B. Se você não fizer mais nada deste playbook, faça esta.

O playbook de post-mortem

Falhas entre equipes vão acontecer. Um lançamento de produto malsucedido. Uma renovação perdida que todo mundo supôs que outra pessoa estava acompanhando. Uma atualização do Salesforce que quebrou o roteamento de leads por seis dias. A questão não é se elas acontecem. É se você aprende algo com elas.

Conduza um post-mortem sem culpados em até 5 dias úteis. Não 30. Não "no próximo trimestre". Cinco dias úteis, enquanto a memória está fresca e as pessoas envolvidas ainda se importam.

Três perguntas, nesta ordem:

1. Qual foi o caminho da decisão? Quem decidiu o quê, quando, e com base em que informação? Reconstrua a linha do tempo. Seja específico.
2. Onde quebrou? Foi uma decisão faltante, uma decisão errada, ou uma decisão correta mal executada? Quebras diferentes precisam de correções diferentes.
3. Quem é dono da correção? Um nome, um prazo, um artefato específico (RACI atualizado, novo SLA, mudança de sistema, treinamento).

Um modelo de esqueleto:

Post-Mortem: {Nome do Incidente}
Data do incidente: 2026-04-12
Data do post-mortem: 2026-04-17
Responsável (intermediário): Camellia (Ops)
Participantes: {3 a 5 pessoas diretamente envolvidas}

Linha do tempo (seja específico, use marcas de horário quando possível):
- 04-12 09:14: ...
- 04-12 11:30: ...
- 04-12 14:02: ...

Qual foi o caminho da decisão?
{2 a 3 parágrafos reconstruindo quem decidiu o quê.}

Onde quebrou?
- Decisão faltante? Sim/Não. Detalhe.
- Decisão errada? Sim/Não. Detalhe.
- Falha de execução? Sim/Não. Detalhe.

O que estamos mudando:
1. {Correção específica} (Responsável: {nome}, Prazo: {data})
2. {Correção específica} (Responsável: {nome}, Prazo: {data})

O que NÃO estamos mudando (e por quê):
{Coisas sobre as quais as pessoas vão perguntar e que deliberadamente deixamos como estão.}

Regra sem culpados: este documento nomeia decisões, não pessoas. Nomes aparecem na linha do tempo para dar clareza, não na seção "o que quebrou".

O documento mora numa pasta compartilhada. Não nas DMs de alguém. Não numa thread do Slack. Uma pasta, com uma convenção consistente de nomenclatura de arquivos, que qualquer pessoa da liderança consiga encontrar seis meses depois, quando a mesma questão estiver prestes a acontecer de novo.

O enquadramento sem culpados importa. No minuto em que um post-mortem vira caça às bruxas, as pessoas deixam de ser honestas, e você deixa de aprender qualquer coisa. O objetivo não é descobrir quem errou. O objetivo é descobrir o que, no seu processo, deixou um erro causar tanto estrago.

Intermediar é um trabalho de verdade

Eis a coisa que ninguém me contou quando comecei a fazer este trabalho: intermediar é um trabalho de verdade. Não é sobrecarga. Não é "a parte fofa". É o papel de maior alavancagem em empresas de porte médio, e é quase sempre não creditado porque o trabalho é invisível quando bem feito.

Bem feita, a intermediação parece nada. As reuniões são curtas. As decisões são tomadas. As brigas entre equipes não se repetem. As passagens de integração são tranquilas. A previsão de renovação não tem nenhum momento de "espera, quem é dono desta conta?". Todo mundo supõe que a empresa simplesmente funciona assim.

Mal feita, a intermediação parece DMs no Slack às 16h47 de quinta toda semana, ciclos de decisão de três meses, e uma liderança que silenciosamente se ressente.

O Ops IC que domina isto vira a pessoa em quem todo VP confia. Você vai ser puxado para a sala de estratégia, não porque tem um título que diz que você pertence ali, mas porque é a única pessoa capaz de enxergar o sistema inteiro e explicá-lo em cinco dialetos diferentes. Esse é o caminho de Operations Manager para Diretor de Operações. Ele passa direto pelo papel de intermediação, e a maioria das pessoas o perde porque acha que não é seu trabalho.

É o seu trabalho. Agora você tem um playbook para ele.

Saiba mais

• A descrição de cargo do Operations Manager
• Modelos de RACI para Revenue Operations
• Conduzir reuniões de decisão que de fato decidem
• Desenho de SLA da passagem de lead para oportunidade
• Caminho de Ops Manager a Diretor de Operações