O que é co-selling? Como fornecedores e parceiros trabalham um mesmo negócio juntos

Por Brian Tr · Atualizado em 5 de outubro de 2026

A maioria dos modelos de parceria divide o trabalho de forma limpa. Um revendedor compra e vende. Um parceiro de indicação repassa um nome e se afasta. O co-selling é diferente, porque dois times de vendas permanecem no negócio ao mesmo tempo. Uma empresa é dona do produto, a outra é dona da relação, da integração ou dos serviços, e as duas conversam com o cliente.

Essa sobreposição é o motivo pelo qual o co-selling é atraente e também difícil. Ele pode ganhar negócios que nenhum dos lados fecharia sozinho. Também pode gerar dois representantes ligando para o mesmo comprador, discutindo o crédito e sem que nenhum saiba o que o outro prometeu. Este artigo define o termo, o separa dos modelos vizinhos, mostra como os três grandes fornecedores de nuvem documentam seus programas de co-sell e trata da mecânica, da atribuição de crédito e das armadilhas.

O que significa co-selling

Co-selling é um movimento de vendas colaborativo em que um fornecedor e um parceiro buscam em conjunto uma oportunidade específica com um cliente, cada um contribuindo com algo que falta ao outro. O fornecedor pode trazer profundidade de produto, acesso a executivos ou um caminho de compras. O parceiro pode trazer uma relação com o cliente, capacidade de implementação ou um produto complementar.

A definição da própria Microsoft é deliberadamente ampla. A documentação do Partner Center diz que o co-selling é qualquer engajamento colaborativo entre a Microsoft e seu ecossistema de parceiros, e lista a geração de demanda, o planejamento de vendas, o compartilhamento de leads de vendas, a aceleração de vendas habilitadas de parceiro para parceiro e a entrega de comércio liderado por marketplace (Microsoft Learn). Essa amplitude é um lembrete útil. Na prática, "co-sell" cobre desde uma única apresentação calorosa até um plano de conta conjunto com vendedores nomeados dos dois lados.

Três características separam o co-selling de verdade de uma parceria frouxa:

• Uma oportunidade identificada. O trabalho se concentra em um cliente e um negócio específicos, e não em uma intenção genérica de colaborar.
• Dois times de vendas ativos. As duas empresas alocam pessoas na busca.
• Visibilidade compartilhada. Cada lado consegue ver o estado do negócio, normalmente por meio de um sistema compartilhado ou de um registro de oportunidade.

Co-selling vs. revenda, indicação e negócios originados por parceiros

Os modelos se confundem porque os parceiros muitas vezes fazem vários ao mesmo tempo. A tabela os classifica por quem faz o quê.

Dois esclarecimentos importam. Primeiro, "originado por parceiro" descreve de onde veio um negócio, enquanto o co-selling descreve como ele é trabalhado. Um negócio originado por parceiro pode ser co-sold, e um negócio originado pelo fornecedor também. Origem e colaboração são eixos separados, e é por isso que a atribuição de parceiros precisa de campos distintos para cada um.

Segundo, a revenda e a indicação são mais limpas de operar porque uma só parte lidera. Para uma comparação mais próxima desses dois modelos, veja indicação vs. afiliado vs. revendedor. O co-selling é o modelo mais exigente porque a responsabilidade é compartilhada, e responsabilidade compartilhada precisa de regras escritas. É um dos principais movimentos dentro de um modelo de vendas por canal e uma mecânica central do crescimento liderado por parceiros.

Como os programas de co-sell dos hyperscalers são estruturados

Os três grandes fornecedores de nuvem operam os programas de co-sell mais formais e publicam como eles funcionam. Leia-os como exemplos de estrutura, e não como modelos para copiar. Programas, limites e benefícios mudam, então tudo abaixo é como consta nas páginas de cada fornecedor.

Microsoft: status de co-sell e indicações

A Microsoft organiza o co-sell em torno da solução que um parceiro lista no Microsoft Marketplace. Para as soluções Azure, sua documentação nomeia três status de co-sell: in-market, co-sell ready e Azure IP co-sell eligible (Microsoft Learn). Cada um libera mais.

• Co-sell ready expõe a solução aos times de vendas da Microsoft. A página de requisitos lista etapas como publicar a oferta no Microsoft Marketplace, preencher um perfil de negócios, indicar um contato de vendas para cada região geográfica elegível ao co-sell e enviar documentos da listagem, incluindo um one-pager e um pitch deck (Microsoft Learn).
• Azure IP co-sell eligible permite que um parceiro envie indicações de co-sell, e a visão geral afirma que isso permite que as vendas da oferta contribuam para os Microsoft Azure Consumption Commitments dos clientes (Microsoft Learn). Além disso, a página de requisitos pede pelo menos USD 100.000 de Azure Consumed Revenue ou Marketplace Billed Sales nos últimos 12 meses, além de validação técnica e uma oferta transacionável no Marketplace (Microsoft Learn).

A visão geral também nomeia quatro categorias de trabalho de co-sell: com os times de vendas da Microsoft, de parceiro para parceiro, negócios privados (compartilhar o que você está trabalhando de forma independente para que apareça nos relatórios da Microsoft) e avaliações de solução (Microsoft Learn). Os negócios privados são uma ideia útil por si só. Mesmo quando o fornecedor não está ajudando, informá-lo sobre o que você está trabalhando mantém honestos os dados de pipeline.

No espaço de trabalho Referrals, um parceiro cria um negócio e convida a Microsoft. Para ver o resultado, o FAQ diz para abrir o negócio no Partner Center e conferir a seção de status da Microsoft. Ele também lista os motivos de recusa, incluindo o de que nenhum vendedor da Microsoft gerencia diretamente o cliente, e observa que nenhum motivo é exibido se o negócio expirou antes de a Microsoft responder ou se o valor do negócio é inferior a USD 25.000 (Microsoft Learn).

AWS: ACE e o Pipeline Manager

A AWS opera o co-selling por meio do programa APN Customer Engagements, conhecido como ACE. Sua documentação diz que os parceiros no ACE podem criar, compartilhar e receber oportunidades de colaboração com a AWS (AWS Partner Central). A página do programa diz que os parceiros compartilham oportunidades de vendas com a AWS por meio do ACE Pipeline Manager e os incentiva a manter as oportunidades atualizadas ao longo do ciclo de vida para maximizar a visibilidade junto às vendas da AWS (AWS).

O guia de vendas da AWS mostra as etapas do pipeline compartilhado: Prospect, Qualified, Technical validation, Business validation, Committed, Launched e Closed lost (AWS Partner Central). Fazer os dois lados usarem um único vocabulário de etapas é a base silenciosa de todo o sistema.

A parte mais instrutiva é como o engajamento é decidido. O guia diz que cada oportunidade recebe um movimento de co-sell, que determina quem a lidera: AWS Field-engaged (a oportunidade é associada a um time de vendas da AWS para colaboração direta), Agent-engaged (o agente do AWS Partner Central a qualifica e a enriquece com o parceiro) ou Partner-led (o parceiro a conduz com o apoio do agente). Cada oportunidade também recebe uma pontuação de Opportunity Quality de 0 a 100. A AWS afirma que uma pontuação mais alta pode aumentar a probabilidade de que um vendedor de campo da AWS se engaje, mas não a garante (AWS Partner Central).

A lição: registrar um negócio não é o mesmo que conseguir um vendedor. O fornecedor decide quanto do tempo do seu time um negócio merece, e registros completos e específicos merecem mais.

Google Cloud: o co-selling como trilha de parceiro

O material público do Google Cloud é mais enxuto em mecânica. A página da sua rede de parceiros descreve um programa que recompensa esforços do mundo real, como co-selling e inovação técnica, e diz que as trilhas de parceiro são ajustadas a um modelo de negócio, seja ele focado em co-selling, serviços ou tecnologia (Google Cloud). O post de lançamento do programa diz que ele recompensa esforços de vendas de co-sell bem-sucedidos, a entrega de serviços de alta qualidade e a inovação compartilhada com ISVs (blog do Google Cloud).

O fluxo passo a passo de registro de oportunidades fica atrás do portal de parceiros, e seus detalhes não estão em uma página pública, então nenhum é citado aqui. Se você está avaliando o programa do Google, leia a documentação atual dentro do portal, e não um resumo escrito para outra versão do programa.

A mecânica de um movimento de co-sell

Por baixo dos formulários específicos de cada fornecedor, as mesmas seis etapas se repetem. Um programa independente de fornecedor vai precisar de todas elas.

1. Mapeamento de contas. Os dois lados comparam suas listas de contas-alvo para encontrar a sobreposição: contas em que o fornecedor tem uma relação e o parceiro tem um caso de uso, ou o contrário. A maioria das falhas de co-sell começa por pular essa etapa e correr atrás de contas que um dos lados nunca tocou.
2. Registro da oportunidade. Um dos lados registra o negócio: cliente, problema, valor estimado, prazo, quem está envolvido. No fluxo da Microsoft, o parceiro cria um negócio e convida a Microsoft, e no da AWS os parceiros compartilham uma oportunidade pelo Pipeline Manager. O registro de oportunidades (deal registration) é o padrão geral.
3. Aceitação ou recusa. O outro lado revisa. Aceitar significa que um vendedor nomeado é designado. O FAQ da Microsoft mostra que há recusas, com motivos anexados, e o modelo de engajamento da AWS mostra que a aceitação é uma questão de grau.
4. Papéis e regras de engajamento. Quem contata o cliente? Quem é dono da proposta, do preço e do contrato? Quem conduz a validação técnica? Isso precisa de uma resposta por escrito para cada negócio, idealmente combinada em uma primeira conversa.
5. Visibilidade compartilhada do pipeline. Os dois lados atualizam o registro conforme o negócio avança, usando os mesmos nomes de etapa. Registros desatualizados são o maior dreno de confiança.
6. Fechamento e revisão. O resultado, vitória ou derrota, volta para o sistema, e uma partner business review examina o que funcionou.

Do lado do parceiro, a forma como você trata as solicitações recebidas afeta o que vai receber depois. O FAQ da Microsoft recomenda responder rápido, ser seletivo quanto aos negócios que aceita e informar os valores estimados dos negócios, as datas de fechamento e os status finais, e diz que usa essas informações para oferecer indicações de qualidade (Microsoft Learn).

Remuneração e incentivos

O co-selling só funciona se os vendedores individuais dos dois lados se beneficiarem. Se um representante do fornecedor não recebe nada por ajudar no negócio de um parceiro, ele vai ignorá-lo discretamente. A visão geral da Microsoft vincula isso ao seu modelo de status: os status de incentivo de co-sell de Business Applications, Standard e Premium, são descritos como incentivadores para que os times de vendas da Microsoft vendam a oferta do parceiro (Microsoft Learn). Confirme exatamente como funciona o crédito de cota dos vendedores nos negócios co-sold em cada programa e trate com cautela qualquer afirmação sobre "baixa de cota" até vê-la nos termos do próprio programa. Para o seu programa, decida a questão de forma explícita: o representante do fornecedor recebe crédito integral quando um parceiro fecha um negócio co-sold, e o time do parceiro recebe crédito quando o fornecedor lidera?

Como os negócios co-sold recebem crédito

A questão do crédito tem duas partes, e misturá-las é onde as disputas começam.

Quem recebe o crédito pela receita ou pelo pipeline? Esta é uma questão de relatório. Os programas de parceiros costumam acompanhar separadamente as contribuições originadas, influenciadas e co-sold, e a regra segura é contar cada negócio uma única vez sob um papel principal. O tratamento completo está em atribuição de parceiros.

Quem é pago e quanto? Esta é uma questão de remuneração. Pode envolver margem do parceiro, uma taxa de indicação ou um rebate, e comissão do vendedor ou crédito de cota do lado do fornecedor. Isso decorre do contrato de parceria e das regras de engajamento, e não do relatório de atribuição.

Conselhos práticos:

• Escreva a regra de crédito antes do primeiro negócio, e não depois da primeira disputa.
• Registre o papel que cada lado desempenhou (originou, qualificou, liderou a parte técnica, fechou), já que um simples sim ou não não consegue captar um negócio conjunto.
• Mantenha um registro de oportunidade datado. Quando dois representantes reivindicam um negócio, o carimbo de data e hora e as anotações resolvem a questão.
• Revise os negócios disputados a cada trimestre e endureça a regra onde ela continua falhando.

Armadilhas

Fatos principais: co-selling

• A Microsoft define co-selling como qualquer engajamento colaborativo entre a Microsoft e seu ecossistema de parceiros, incluindo a geração de demanda, o planejamento de vendas e o compartilhamento de leads de vendas (Microsoft Learn).
• A elegibilidade Azure IP co-sell da Microsoft pede pelo menos USD 100.000 de Azure Consumed Revenue ou Marketplace Billed Sales nos últimos 12 meses (Microsoft Learn).
• A AWS atribui a cada oportunidade um movimento de co-sell (AWS Field-engaged, Agent-engaged ou Partner-led) e uma pontuação de Opportunity Quality de 0 a 100, que pode aumentar a probabilidade de engajamento do vendedor da AWS, mas não a garante (AWS Partner Central).
• O pipeline compartilhado da AWS tem seis etapas, de Prospect a Launched, mais Closed lost (AWS Partner Central).
• O FAQ de indicações da Microsoft diz que nenhum motivo de recusa é exibido se um negócio expirou antes de a Microsoft responder ou se o valor do negócio é inferior a USD 25.000 (Microsoft Learn).
• O Google Cloud diz que seu programa de parceiros recompensa esforços do mundo real, como o co-selling, com trilhas ajustadas a co-selling, serviços ou tecnologia (Google Cloud).

Conflito de canal

O co-selling coloca duas forças de vendas diante de um mesmo cliente, que é exatamente o cenário do conflito de canal. Os gatilhos habituais são o time direto do fornecedor já estar trabalhando a conta, dois parceiros reivindicando o mesmo negócio e descontos que prejudicam um dos lados. Regras de engajamento que indiquem um responsável para cada tipo de conta evitam a maior parte disso. O restante precisa de um caminho de escalonamento com um tomador de decisão e um prazo.

Registros rasos e negócios fantasma

Um negócio registrado com uma descrição de uma linha e sem próximo passo é um fantasma: existe no sistema e em nenhum outro lugar. A orientação da AWS sobre higiene de oportunidades é específica quanto ao que é bom, incluindo nomear o cliente, a carga de trabalho e o modelo de entrega no título, descrever o problema de negócio real do cliente, manter a etapa correta e escrever próximos passos com um responsável e uma data (AWS Partner Central). Esse conselho vale para qualquer programa.

Limites ao compartilhamento de dados

Compartilhar pipeline significa compartilhar informações de clientes. Antes disso, verifique o que o contrato com o cliente e o contrato de parceria permitem e compartilhe apenas os campos de que cada lado precisa para fazer a sua parte. Os dados internos de preço e margem costumam ficar do seu próprio lado. Se você atua em mercados com restrições de lei da concorrência sobre o que rivais podem trocar, busque aconselhamento jurídico sobre o que colocar em um registro compartilhado, principalmente quando dois parceiros competem entre si. Nenhuma regra específica é citada aqui, porque a resposta certa depende da sua jurisdição e dos seus contratos.

Incentivos desalinhados

Se o representante do fornecedor só é remunerado por negócios diretos, um negócio co-sold é um favor. Se o representante do parceiro só é remunerado pelo próprio produto, o produto do fornecedor fica em segundo plano. Verifique a remuneração dos dois lados antes de lançar um movimento conjunto e veja a gestão do relacionamento com parceiros para saber como manter a cadência do dia a dia.

Co-selling sem fit

O co-selling combina com situações específicas: negócios complexos, soluções que exigem integração ou serviços e contas em que o parceiro tem a relação. É um mau encaixe para produtos transacionais simples. Os fornecedores que vendem por meio de parceiros ISV (independent software vendor) costumam fazer co-sell no marketplace de nuvem do fornecedor, enquanto as consultorias fazem co-sell com base na capacidade de implementação.

Leitura relacionada

• O que é um ecossistema de parceiros?
• O que é co-marketing?
• Listagens em marketplaces de nuvem e de apps
• O que é ecosystem-led growth?
• Registro de oportunidades
• Atribuição de parceiros
• Conflito de canal
• Crescimento liderado por parceiros
• Modelo de vendas por canal
• Independent software vendor (ISV)
• Indicação vs. afiliado vs. revendedor
• Gestão do relacionamento com parceiros