O programa está desenhado. Os tiers definidos, o contrato assinado, o parceiro integrado. E agora? Se a resposta for "esperar que o parceiro comece a vender", o programa acabou de morrer — só ainda não sabe. Operação de canal é o que transforma estrutura em pipeline. E a maioria das empresas B2B ignora completamente essa etapa.
Do conceito à operação — cada post constrói sobre o anterior. Recomendo ler em ordem.
- Post 1 — O que é, o que não é, e por que a maioria erra
- Post 2 — Como estruturar: critérios, tiers e proposta de valor
- Post 3 — Como operar: enablement, deal registration e governança (você está aqui)
- Post 4 — Como escalar: recrutar, qualificar e remunerar parceiros
Estrutura sem operação é contrato na gaveta
Quando implementei programas de canal na Oracle e na Informatica, a primeira coisa que fiz — antes de recrutar um único parceiro — foi desenhar o GTM com clareza cirúrgica: quais contas eram estratégicas e ficariam sob vendas diretas, e quais contas tinham potencial importante de curto prazo e seriam trabalhadas proativamente pelo canal.
Essa definição territorial não era sugestão. Era o alicerce de toda a operação. Sem ela, o conflito entre direto e indireto não é uma questão de "se" — é de "quando". E quando chega, destrói confiança mais rápido do que qualquer comissão consegue reconstruir.
Programa de canal sem operação definida é uma coleção de contratos assinados que ninguém executa. A estrutura diz o que o programa é. A operação diz se ele funciona.
Este post cobre os três pilares da operação de canal: como transferir o GTM para o parceiro (enablement), como proteger oportunidades sem criar burocracia (deal registration), e como governar o programa com dados — não com boa vontade.
Pilar 1 — Enablement: transferir o GTM, não o slide deck
Enablement de canal não é mandar o deck de produto e torcer para que o parceiro saiba vendê-lo. É a transferência estruturada da capacidade de vender — do posicionamento ao processo, do pitch ao tratamento de objeções.
O que enablement real inclui
Tratar enablement como evento — um workshop de 2 dias e "boa sorte". Enablement é processo contínuo. O mercado muda, o produto evolui, os concorrentes se movem. Se o enablement parou, o parceiro está vendendo com informação desatualizada. E perdendo deals que deveria ganhar.
Enablement como critério de tier
Uma prática que implementei com sucesso: vincular o nível de enablement ao tier do parceiro. Parceiro Silver precisa completar treinamento básico e ter 1 profissional certificado. Gold exige treinamento avançado e 2+ certificados. Isso cria incentivo natural — o parceiro investe em enablement porque o retorno (margem, leads, suporte prioritário) escala junto.
Se você estruturou os tiers no Post 2 desta série →, vincular enablement ao tier é a conexão natural entre estrutura e operação.
Pilar 2 — Deal registration: proteger sem burocratizar
Deal registration é o mecanismo que protege o parceiro que identificou a oportunidade. Sem ele, o parceiro não tem incentivo para investir em prospecção — porque qualquer lead que ele gerar pode ser "roubado" pelo time direto ou por outro parceiro.
Como funciona na prática
1. O parceiro registra a oportunidade — empresa, contato, valor estimado, prazo. Formulário simples, não mais que 5 campos.
2. O vendor aprova ou rejeita em até 48h — rejeição precisa de justificativa (ex: já existe oportunidade ativa com time direto). Mais de 48h sem resposta = aprovado automaticamente.
3. Oportunidade protegida por 90 dias — nesse período, nenhum outro parceiro ou vendedor direto pode trabalhar a mesma conta para o mesmo produto. Renovável 1 vez com justificativa de progresso.
4. Expiração com aviso — 15 dias antes de expirar, notificação automática. Se não houver progresso documentado, a oportunidade volta ao pool.
Se o vendor rejeita um deal registration e depois fecha o deal com o mesmo cliente via time direto nos 90 dias seguintes, o parceiro recebe a comissão integral. Sem exceção. Violar essa regra uma vez destrói a confiança do ecossistema inteiro — e os parceiros conversam entre si.
Quando o conflito é inevitável — regras de território
Na Oracle, antes de abrir o programa para parceiros numa região, eu definia com clareza cirúrgica quais contas eram estratégicas — onde o vendedor direto liderava — e quais contas o parceiro deveria proativamente gerar oportunidades, porque tinham potencial importante de curto prazo.
A chave não é apenas definir os territórios. É prever as regras de mudança que certamente vão acontecer.
| Conta migra de canal → direto | Trimestre 1 | Trimestre 2 | Trimestre 3 | Trimestre 4+ |
|---|---|---|---|---|
| Parceiro | 100% | 50% | 25% | 0% |
| Vendedor direto | 10% | 50% | 75% | 100% |
| Conta migra de direto → canal | Trimestre 1 | Trimestre 2 | Trimestre 3 | Trimestre 4+ |
|---|---|---|---|---|
| Vendedor direto | 100% | 50% | 25% | 0% |
| Parceiro | 10% | 50% | 75% | 100% |
| Situação | Regra | |||
|---|---|---|---|---|
| Deal registrado pelo parceiro, fechado por co-sell | Parceiro recebe comissão integral — o registro é dele | |||
A lógica é simples: se a empresa decide mover uma conta que estava com o parceiro para vendas diretas, e essa conta fecha no primeiro trimestre após a mudança, o resultado é fruto do trabalho do parceiro — não do time direto. Por isso, 100% da comissão vai para o parceiro. Mas o vendedor direto recebe 10% desde o início — porque é essencial que ele esteja incentivado a ajudar o fechamento desde o dia 1 da transição, não apenas quando a conta "virar dele". O segundo trimestre equaliza em 50/50 porque ambos estão contribuindo. E do quarto trimestre em diante, a transição está completa.
Essa tabela precisa estar no contrato desde o dia 1 — como discutimos em como estruturar o programa →. Sem regra escrita, cada mudança de território vira uma negociação. E negociação sem regra vira conflito.
Pilar 3 — Governança: dados, QBRs e o momento de encerrar
Governança de canal não é microgestão. É a disciplina de medir, revisar e agir com base em evidência — não em impressão.
As métricas que importam
Se 60% dos seus parceiros não registraram nenhum deal em 90 dias, você não tem um canal — tem uma lista de contatos. Taxa de ativação abaixo de 40% é sinal de que o enablement falhou, a proposta de valor não está clara, ou os parceiros errados foram selecionados. Revise os fundamentos do Post 1 → antes de recrutar mais parceiros.
QBR — Quarterly Business Review
QBR com parceiro não é cerimônia. É a sessão mais importante do programa — onde dados viram decisão.
Quando encerrar uma parceria
Na Informatica, tive um parceiro responsável pelo México que consistentemente não conseguia gerar negócios. Fiz várias revisões de território — sessões que eram frustrantes para todos os envolvidos. Mas como eram focadas em dados e conduzidas de forma pragmática, após algumas sessões chegamos juntos à conclusão de que não fazia sentido seguirmos com a parceria.
O parceiro recebeu a decisão de forma natural. Fechamos a parceria mantendo um relacionamento positivo — o que importa, porque no mundo B2B, parceiro de hoje pode ser cliente amanhã.
Quando encerrar a parceria?
O parceiro gerou pipeline nos últimos 2 trimestres?
→ Avaliar win rate e qualidade. Se pipeline existe mas não converte, o problema pode ser enablement, não o parceiro.
→ Próxima pergunta.
O parceiro completou o enablement e está certificado?
→ Problema estrutural. O mercado do parceiro pode não ter fit com seu ICP. Discutir território e avaliar encerramento.
→ Exigir conclusão em 30 dias. Se não completar, encerrar. Parceiro que não investe no treinamento não vai investir na venda.
Encerrar uma parceria não precisa destruir um relacionamento. Se as revisões foram baseadas em dados, o parceiro sabe que o resultado não está vindo — muitas vezes antes de você dizer. A conversa final é formalidade, não surpresa. Mantenha o canal de comunicação aberto. No B2B brasileiro, o mercado é menor do que parece.
O modelo operacional completo
Os três pilares se alimentam: enablement gera capacidade, deal registration protege a oportunidade, governança garante que o sistema funcione ao longo do tempo.
| Pilar | Sem operação | Com operação |
|---|---|---|
| Enablement | Parceiro recebe deck e "se vira". Vende o que sabe, não o que você precisa. | Parceiro certificado conduz deal sozinho. Co-sell pontual em deals complexos. |
| Deal Registration | Conflito constante entre direto e indireto. Parceiro para de prospectar. | Oportunidade protegida, regras claras, confiança preservada. |
| Governança | Decisões por feeling. Parceiros inativos acumulam. Programa perde credibilidade. | QBRs com dados, decisões de tier baseadas em evidência, exit com dignidade. |
Conclusão: operação é onde o programa vive ou morre
Estrutura é necessária — e cobrimos isso em profundidade nos Posts 1 e 2 desta série. Mas estrutura sem operação é arquitetura sem ocupante. É o enablement que dá ao parceiro a capacidade de vender. É o deal registration que dá segurança para investir em prospecção. E é a governança que garante que o programa evolua, corrija e — quando necessário — encerre parcerias que não geram resultado.
O próximo e último post da série cobre a etapa que vem depois de operar: como escalar o canal — recrutar novos parceiros, qualificá-los de forma eficiente e estruturar a remuneração para que o incentivo esteja alinhado com o resultado.
Canal que funciona não é aquele que tem mais parceiros. É aquele em que cada parceiro sabe exatamente o que fazer, tem proteção para fazer, e é cobrado por resultado com dados — não com pressão.
Post 4 — Como escalar o canal: recrutar, qualificar e remunerar parceiros. Comissão, SPIFs, MDF e por que o maior erro é pagar pela assinatura do contrato, não pela venda fechada.