Você convenceu 15 parceiros a assinar o contrato. Seis meses depois, 2 venderam alguma coisa e 13 esqueceram que seu produto existe. O problema não foi recrutar — foi aceitar qualquer um que demonstrou interesse. Este artigo é o framework para estruturar o programa antes de abrir a porta.
- Post 1 — O mito do canal que vende sozinho
- Post 2 — Como estruturar o programa: critérios, tiers e contrato (você está aqui)
- Post 3 — Recrutar, qualificar e remunerar parceiros
- Post 4 — Canais em SaaS B2B brasileiro: o que muda na prática
No Post 1 desta série, estabelecemos que canal é modelo de distribuição — não é sinônimo de vendas. Agora vamos para o operacional: quem aceitar, como organizar e o que colocar no papel.
Mas antes do operacional, um caso real. Num diagnóstico recente com uma startup SaaS B2B, o fundador queria implementar canal de revenda para "aumentar as vendas". Quando analisamos a operação, o cenário era outro: playbook de inbound e outbound mal definidos, precificação e pacote de solução ainda em amadurecimento, ICP genérico e churn altíssimo. A estratégia era aumentar vendas via canal para compensar o churn — exatamente o oposto do que deveria estar fazendo. O canal não ia resolver o problema. Ia amplificá-lo.
Para piorar, a única experiência anterior com parceiros havia sido traumática. A empresa se aproximou de um parceiro, trabalhou de perto — incluindo operação conjunta dentro do escritório da startup. O parceiro copiou o modelo de negócio e o software para competir diretamente. Terminou em litígio. Sem NDA, sem cláusula de propriedade intelectual, sem proteção contratual. Um desastre previsível.
Antes de estruturar: por que canal?
Antes de definir critérios, tiers e contratos, a pergunta mais importante é: qual problema o canal resolve para o seu negócio? Se a resposta for "aumentar vendas", pare. Canal não é solução genérica. É um modelo de distribuição que serve a objetivos específicos:
- Extensão territorial — alcançar regiões ou mercados onde você não tem presença direta e não justifica montar operação própria.
- Acesso a segmento — atingir um perfil de cliente que você não consegue alcançar com seu time atual. O parceiro já tem a carteira e a credibilidade nesse segmento.
- Complemento de oferta — criar uma solução mais competitiva combinando seu produto com o serviço ou produto do parceiro. Juntos, vocês resolvem um problema que nenhum dos dois resolve sozinho.
Se o canal não se encaixa claramente em pelo menos um desses três objetivos, o programa nasce sem direção — e sem direção, qualquer parceiro parece uma boa ideia.
No início, menos é mais
A tentação natural é recrutar o máximo de parceiros possível. Mais parceiros = mais cobertura = mais vendas. Essa lógica é falsa — e perigosa.
Comece com 2-3 parceiros. Não mais. Esse modelo tem duplo benefício. Primeiro: é mais fácil vender a oportunidade para o parceiro. Com poucos parceiros, cada um tem um mercado mais amplo e sua única competição é a solução de terceiros — não outros parceiros do mesmo programa. Segundo: você testa o modelo e amadurece o processo antes de escalar. Descobre o que funciona no enablement, ajusta o contrato, calibra a margem — tudo com custo controlado. Escalar um modelo que não funciona é a forma mais cara de aprender.
O parceiro certo é mais raro do que parece
Parceiros errados não são neutros. Eles consomem recursos de pré-venda, geram suporte improdutivo e, o pior: queimam sua marca no mercado com abordagens mal qualificadas.
IPP: o espelho do seu ICP
Assim como você tem um ICP (Ideal Customer Profile), precisa ter um IPP — Ideal Partner Profile. O princípio é simples: a carteira de clientes do parceiro precisa sobrepor o ICP do vendor. Se não sobrepõe, o parceiro vai tentar vender para quem já conhece, não para quem você precisa.
Na prática, isso significa mapear o segmento de atuação do parceiro, o porte dos clientes que ele atende, as verticais em que opera e o tamanho médio dos contratos. Se o seu ICP é empresa de tecnologia com 200-500 funcionários e o parceiro atende escritórios de contabilidade com 10 pessoas, não importa quanta boa vontade ele tenha — o fit não existe.
Capacidade técnica mínima
Antes de aceitar qualquer parceiro, defina o que ele precisa ter — não o que ele promete ter em 90 dias. Quando criei o primeiro programa de parceiros certificados na Novell Brasil, cada categoria tinha requisitos específicos: profissionais certificados, infraestrutura de demonstração, capacidade de suporte nível 1. Depois levei esse modelo para criar programas similares na Oracle e na Informatica — ambos em empresas que eram 100% venda direta e onde construí o canal do zero. O princípio era o mesmo: parceiro que não comprovava capacidade antes de entrar não entrava.
Para startups, os requisitos não precisam ser tão extensos. Mas o mínimo é inegociável: pelo menos 1 pessoa dedicada a vendas do seu produto, capacidade de fazer uma demo sem precisar do seu time, e ferramentas básicas de CRM para rastreamento de pipeline.
Complementaridade de portfólio
O seu produto precisa se encaixar naturalmente na oferta existente do parceiro. Se ele vende infraestrutura de rede e você oferece software de RH, o vendedor dele não vai saber como posicionar seu produto numa conversa com o cliente. Produto "alienígena" no portfólio = prioridade zero.
O encaixe ideal é quando o parceiro já resolve um problema adjacente ao que você resolve. O vendedor do parceiro já está na mesa do cliente certo, conversando sobre o tema certo. Seu produto entra como extensão natural da solução.
Recuse o parceiro se identificar 2 ou mais destes sinais:
- Mais de 15 produtos no portfólio — seu produto vai competir por atenção com todos
- Nenhum vendedor dedicado — "todo mundo vende tudo" significa que ninguém vende nada
- Histórico de conflito com outros vendors — parceiro que briga com fornecedores é padrão, não exceção
- Aceita sem negociar — parceiro que assina qualquer contrato sem questionar termos não está comprometido
- Pede exclusividade territorial sem comprometer pipeline mínimo
Compromisso verificável
Palavras são baratas. Compromisso se mede em ações. Antes de formalizar a parceria, verifique se o parceiro está disposto a investir em treinamento (não só mandar o estagiário), dedicar pelo menos 1 headcount, e participar de ações conjuntas de marketing.
Na minha experiência, o melhor indicador de compromisso futuro é o esforço que o parceiro faz antes de assinar o contrato. Parceiro que investe tempo no processo de qualificação, estuda o produto por conta própria e traz perguntas específicas é o parceiro que vai performar. Parceiro que quer assinar o contrato na primeira reunião vai esquecer você na segunda semana.
Tiers: governança, não gamificação
Modelo de tiers não é programa de fidelidade. Não é badge no site. É o mecanismo de governança que define o que você investe em cada parceiro — e o que espera em retorno.
O erro mais comum em startups é copiar o modelo de grandes vendors — 5 ou 6 níveis com nomes elaborados, critérios complexos e benefícios granulares. Esses modelos foram construídos para ecossistemas com milhares de parceiros. Se você tem 10-30 parceiros, precisa de 2-3 tiers no máximo.
| Dimensão | Authorized | Preferred | Strategic |
|---|---|---|---|
| Requisitos | Contrato assinado, 1 pessoa certificada | 3+ vendas no trimestre, 2 pessoas certificadas, NPS ≥ 8 | Equipe dedicada, pipeline compartilhado, QBRs regulares |
| Margem | 15-20% | 20-30% | 30-40% + SPIFs |
| Suporte pré-venda | Self-service + documentação | Acesso a SE (Sales Engineer) por ticket | SE dedicado + suporte direto |
| Leads | Sem repasse de leads | Leads qualificados por região | Pipeline compartilhado + co-selling ativo |
| Co-marketing | Logo no diretório | Materiais co-branded, eventos conjuntos | MDF (Market Development Funds), campanhas dedicadas |
| Governança | Report mensal automatizado | Reunião mensal de pipeline | QBR formal + business plan anual conjunto |
Critérios de progressão — e de rebaixamento
Subir de tier precisa de critérios objetivos: receita mínima no período, número de certificações ativas, NPS dos clientes atendidos pelo parceiro. Sem ambiguidade.
Mas o que pouca gente fala: critérios de rebaixamento são igualmente importantes. Parceiro que foi Preferred no Q1 mas não vendeu nada no Q2 e Q3 precisa voltar para Authorized. Sem exceção. Se não descer, o tier vira título honorífico — e os parceiros que realmente performam perdem a motivação porque veem colegas inativos com os mesmos benefícios.
Programas sem critério de rebaixamento criam dois problemas: parceiros inativos consumindo recursos (suporte, materiais, acesso a SE) sem retorno; e parceiros ativos desmotivados por verem que esforço e inércia recebem o mesmo tratamento. Revise tiers a cada trimestre.
O contrato que protege os dois lados
O contrato de canal não é uma formalidade jurídica. É o documento que define as regras do jogo. Cada cláusula ausente é um conflito futuro — e conflito em canal destrói confiança mais rápido do que qualquer concorrente.
Territórios e contas
Defina quem vende para quem. Conflito de canal — parceiro vs. venda direta, parceiro vs. parceiro — é o assassino silencioso de programas. Nos programas de canal que criei, a definição de territórios foi sempre uma das primeiras decisões. Sem essa clareza, cada negócio vira uma disputa interna sobre quem tem direito a comissão.
Para startups, a regra prática é: comece com territórios geográficos ou por vertical. Nunca sobreponha dois parceiros no mesmo território sem regras claras de prioridade.
Deal registration
A mecânica de deal registration protege o parceiro que encontrou e desenvolveu a oportunidade. Sem ela, o parceiro que investiu semanas qualificando um prospect perde o negócio para outro parceiro mais agressivo — ou para a equipe de venda direta do vendor.
Regras claras: o parceiro registra a oportunidade no sistema; o vendor confirma em até 48h; a proteção dura 90-120 dias (renovável com progresso comprovado); se o parceiro não movimenta o deal por 30 dias, a proteção expira. Transparência total — ambos os lados veem o status em tempo real.
SLAs do vendor para o parceiro
O contrato de canal não é unilateral. O vendor também tem obrigações. Tempo de resposta em pré-venda (24-48h para suporte técnico), prazo para aprovação de descontos especiais, disponibilidade de SE para demos conjuntas. Se o vendor não cumpre os SLAs, o parceiro perde negócios — e a confiança desaparece.
Performance mínima e propriedade de dados
Cláusulas de performance mínima definem o volume de vendas que o parceiro precisa entregar por período para manter o tier. Sem isso, o programa vira um diretório de logos sem resultado.
Propriedade de dados do cliente é a cláusula mais negligenciada — e a que gera mais conflito no dia 365. Quem é dono do relacionamento? Quem tem acesso ao CRM? O que acontece com os dados se a parceria terminar? Defina no dia 1. Na minha experiência, a resposta que funciona é: dados do cliente pertencem ao vendor, mas o parceiro mantém acesso enquanto a parceria estiver ativa e por 90 dias após o encerramento para transição.
Cláusula de saída
Parcerias terminam. O contrato precisa prever como. O que acontece com os clientes que o parceiro trouxe? Quem assume o suporte? Qual é o período de transição? Clientes não podem ficar órfãos porque vendor e parceiro não previram o divórcio.
Propriedade intelectual, NDA e non-compete
Lembra do diagnóstico que mencionei no início? O parceiro copiou o modelo de negócio e o software. Litígio. Sem NDA, sem cláusula de propriedade intelectual, sem non-compete. Quando você abre seu produto, seu playbook e seu modelo de negócio para um parceiro, está compartilhando o que levou anos para construir. O contrato precisa proteger isso.
Inclua no contrato desde o dia 1:
- NDA (Non-Disclosure Agreement) — protege informações comerciais, técnicas e estratégicas compartilhadas durante a parceria. Vigência mínima: 2 anos após o encerramento.
- Propriedade intelectual — define que código, metodologia, materiais e dados do produto pertencem exclusivamente ao vendor. Acesso não é transferência de direitos.
- Non-compete — impede o parceiro de criar produto concorrente usando conhecimento adquirido na parceria. Vigência típica: 12-24 meses após o encerramento, no mesmo mercado/vertical.
O que todo programa esquece de incluir
Contratos e tiers são a estrutura. Mas o programa precisa de componentes operacionais que ninguém coloca no primeiro draft — e que fazem a diferença entre canal que funciona e canal de papel.
Playbook de vendas para o parceiro
Se o vendedor do parceiro não consegue qualificar e vender sem ligar para o seu time, você não tem canal — tem venda assistida com CNPJ de terceiro. O playbook precisa cobrir: ICP detalhado, perguntas de qualificação, objeções frequentes com respostas, roteiro de demo e proposta comercial template.
Nos programas de canal que construí, cada parceiro certificado recebia um playbook que permitia ao vendedor conduzir o ciclo completo — da prospecção ao fechamento — sem precisar de ninguém do vendor até a etapa de prova de conceito. Isso é canal. O resto é dependência disfarçada.
Matriz RACI
Quem prospecta? Quem qualifica? Quem faz a demo? Quem apresenta a proposta? Quem negocia preço? Quem faz o onboarding? Quem dá suporte pós-venda? Se a resposta para qualquer uma dessas perguntas é "depende do negócio", você não tem um processo — tem improvisação. E improvisação não escala.
A matriz RACI (Responsible, Accountable, Consulted, Informed) define claramente quem faz o quê em cada etapa. Sem ela, cada negócio conjunto vira uma negociação interna antes de virar uma venda para o cliente. Como funciona na prática em um programa de canal de revenda para diagnosticar e corrigir gargalos de receita →
Calendário de enablement
Enablement não é "quando der". É agenda fixa. Datas de treinamento, reciclagem de produto, certificação, lançamento de features — tudo calendário publicado com 90 dias de antecedência. O parceiro precisa planejar a agenda do time dele, e "vamos marcar algo no mês que vem" não funciona.
O formato mínimo: treinamento inicial de 2 dias no onboarding, reciclagem trimestral de meio dia, update mensal de 1 hora sobre produto e mercado. Se você gerencia múltiplos parceiros e quer manter o GTM sincronizado entre venda direta e canal →, esse calendário é inegociável.
Política de conflito de canal
Quando dois parceiros disputam o mesmo cliente, quem ganha? Quando a equipe de venda direta do vendor compete com um parceiro no mesmo prospect, quem recua? Sem regras escritas, publicadas e aplicadas, a confiança morre na primeira disputa.
A política precisa cobrir pelo menos três cenários: parceiro vs. parceiro (prioridade para quem registrou primeiro), venda direta vs. parceiro (proteção absoluta do deal registrado) e conflito sobre contas existentes (regra de propriedade baseada em quem trouxe o cliente). Você não precisa de mais do que 2 páginas. Precisa de clareza e consistência na aplicação — porque a primeira vez que você abre uma exceção, a política deixa de existir.
🌳 O parceiro está pronto para o programa?
A carteira de clientes do parceiro sobrepõe seu ICP em pelo menos 40%?
→ Recuse. Sem sobreposição de ICP, o parceiro vai vender para o público errado e queimar sua marca.
→ Continue para o Filtro 2.
O parceiro tem pelo menos 1 pessoa que pode dedicar 50%+ do tempo ao seu produto?
→ Recuse ou condicione. Sem headcount dedicado, seu produto vai para o fim da fila de prioridades.
→ Continue para o Filtro 3.
O produto se encaixa naturalmente no portfólio existente do parceiro?
→ Recuse. Produto alienígena no portfólio = prioridade zero para o vendedor do parceiro.
→ Parceiro qualificado. Inicie onboarding com tier Authorized e revise em 90 dias.
O que esta série cobre
Este é o segundo de quatro posts sobre como construir um programa de canal B2B que realmente funciona. No Post 1, cobrimos por que canal não é sinônimo de vendas e o que precisa estar no lugar antes de qualquer parceria.
Nos próximos posts:
- Post 3: Como recrutar, qualificar e remunerar parceiros — comissão, SPIFs, MDF e por que o maior erro é remunerar pela assinatura do contrato.
- Post 4: O que muda no contexto do SaaS B2B brasileiro — adequação da proposta de valor, especificidades do mercado local e as lições de Oracle e Informatica no Brasil.
Se você está avaliando como tomar decisões estruturais sobre seu time de vendas antes de escalar via canal, o artigo sobre quando (e como) tomar a decisão de desligar um vendedor → complementa essa discussão.
Conclusão
Estruturar um programa de canal não é um exercício de PowerPoint. É engenharia de negócios: cada decisão sobre quem aceitar, como organizar e o que colocar no contrato define se o programa vai gerar receita ou gerar custo.
Criei o programa de canal na Novell Brasil e levei esse modelo para construir do zero os programas da Oracle e da Informatica na América Latina. Os que funcionaram tinham uma coisa em comum: a estrutura estava pronta antes do primeiro parceiro assinar. Os que vi fracassar — incluindo o caso do diagnóstico recente — tinham outra coisa em comum: a pressa de recrutar sem ter as regras definidas.
Programa de canal sem critério de seleção, sem tiers com consequências e sem contrato que proteja os dois lados não é programa. É uma lista de parceiros que vai custar 12 meses de aprendizado que você poderia ter evitado.