O que é um programa de certificação de parceiros?

O que é a certificação de parceiros: um selo de credencial conquistado no fim de uma trilha de aprendizagem e de uma prova baseada em tarefas reais do trabalho.

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

A maioria dos fornecedores que vendem por meio de parceiros acaba diante da mesma pergunta incômoda: como saber se um parceiro realmente consegue fazer o trabalho? Um contrato assinado não diz nada sobre competência. Um programa de certificação de parceiros é a resposta do fornecedor. Ele define um padrão, testa os parceiros contra esse padrão e atrela recompensas visíveis a quem passa.

Este artigo define a certificação de parceiros, separa as duas coisas que o termo costuma abranger e mostra o que os programas liberam. Em seguida, percorre a forma como Microsoft, Google Cloud, AWS e Salesforce estruturam os seus e termina com uma abordagem prática para criar um programa próprio.

O que significa certificação de parceiros

A certificação de parceiros é um processo formal em que um fornecedor verifica se um parceiro tem o conhecimento, e muitas vezes o histórico, para vender, implementar ou dar suporte ao seu produto. O resultado é uma credencial que o parceiro pode exibir e que o fornecedor pode usar para decidir o que esse parceiro está autorizado a fazer.

A expressão esconde dois objetos diferentes, e misturá-los causa a maior parte da confusão nessa área.

Nível O que é certificado Prova típica Resultado típico
Certificação individual Uma pessoa (um engenheiro, consultor, vendedor) Prova, às vezes com laboratórios práticos Uma credencial pessoal que o empregador da pessoa pode contabilizar
Designação da empresa A organização parceira Quantidade de pessoas certificadas mais resultados com clientes, às vezes uma revisão técnica Um selo, especialização, competência ou nível

Uma certificação individual responde a "esta pessoa conhece o produto?". Uma designação da empresa responde a "esta empresa consegue entregá-lo repetidamente para clientes?". Os programas ligam as duas: normalmente uma empresa não obtém a designação sem um número mínimo de pessoas certificadas, mas pessoas certificadas, sozinhas, não provam que a empresa já executou projetos reais.

Vale separar um terceiro item. Os órgãos de acreditação do mundo das credenciais distinguem uma certificação, que avalia uma competência que a pessoa já adquiriu, de um certificado baseado em avaliação, que vem com um treinamento e testa apenas o que esse treinamento cobriu. O Institute for Credentialing Excellence descreve essa diferença em seu guia sobre certificado versus certificação. A maioria das "certificações" de fornecedores fica em algum ponto entre as duas, porque o fornecedor também vende ou oferece o treinamento. Essa é uma tensão de design a que voltaremos mais adiante.

O que a certificação libera

A certificação importa porque controla o acesso. Um programa que só distribui selos é decoração. Um programa que decide quem recebe o quê é uma alavanca.

O que a certificação de parceiros libera: um selo verificado abre acesso controlado a níveis, co-selling e diretórios.

  • Níveis. Os requisitos de competência costumam ser um dos fatores na colocação em um nível. O Google Cloud, por exemplo, descreve o seu nível Premier como o de parceiros com investimento significativo em recursos técnicos certificados e um histórico consistente de gerar resultados para clientes em escala (Google Cloud).
  • Designações e especializações. O parceiro conquista um selo nomeado para um produto, solução ou setor quando atinge o padrão exigido.
  • Benefícios. Financiamento, suporte e acesso a co-selling muitas vezes dependem do nível ou da designação. Os programas diferem quanto a quais benefícios se vinculam a qual credencial, então leia os termos atuais de cada fornecedor.
  • Elegibilidade para negócios e projetos. Alguns fornecedores reservam certos programas de clientes ou negócios com incentivos a parceiros que tenham uma designação relevante. É uma escolha de política, não uma regra universal.
  • Visibilidade em marketplaces e diretórios. Parceiros certificados costumam aparecer em diretórios públicos, às vezes filtrados por especialização. É assim que um comprador que nunca ouviu falar do parceiro o encontra.

A mesma lógica vale para todos os tipos de parceiro. Um fornecedor independente de software pode certificar sua integração segundo os padrões técnicos de uma plataforma. Um parceiro de consultoria ou um provedor de serviços gerenciados normalmente certifica sua equipe de entrega. Uma agência parceira frequentemente começa com uma certificação de produto como ingresso para um diretório.

Como os grandes programas são construídos

Os requisitos mudam com frequência, então consulte a documentação atual antes de confiar em qualquer um dos detalhes.

Microsoft: o partner capability score

O programa Solutions Partner da Microsoft funciona com um modelo de pontos. Segundo a documentação do partner capability score da Microsoft, a pontuação é um composto de três categorias: desempenho, capacitação técnica (skilling) e sucesso do cliente. A pontuação é calculada separadamente para cada uma de seis áreas de solução (Data & AI, Infrastructure, Digital & App Innovation, Business Applications, Modern Work e Security), com um máximo de 100 pontos por área.

A categoria de skilling conta pessoas certificadas. Segundo a mesma página, ela mede as capacidades pelo "número de pessoas de uma organização parceira que são certificadas", com métricas separadas para certificações intermediárias e avançadas. O skilling é uma das três categorias, então a certificação sozinha não qualifica um parceiro.

A página diz que o parceiro precisa de pelo menos 70 pontos em uma área de solução, e todas as métricas dessa área precisam estar acima de zero. Os parceiros qualificados então compram a designação, e o período de inscrição dura 13 meses a partir da compra, incluindo uma janela de renovação de um mês. Duas escolhas de design merecem ser copiadas: a designação exige equilíbrio entre as categorias e expira se o parceiro deixar de cumprir os critérios.

Google Cloud: níveis mais competências

O Google Cloud separa amplitude de profundidade. Na página do programa de parceiros, os níveis (Select, Premier e Diamond) sinalizam "amplitude comprovada", enquanto as competências sinalizam "profundidade especializada". Cada competência é obtida em dois níveis, competência e competência avançada, em três categorias: produto, solução e setor.

A página de visão geral do programa descreve um "design centrado em habilidades" (skills-first design), em que as certificações técnicas e a experiência comprovada de uma equipe geram reconhecimento, e diz que projetos e capacidades bem-sucedidos são acompanhados automaticamente para o progresso no programa. Em outras palavras, a certificação é a entrada de competências e a evidência de clientes é a segunda entrada.

AWS: certificações mais especializações

A AWS liga a credibilidade do parceiro tanto a indivíduos quanto a trabalhos validados. Sua página de treinamento para parceiros orienta os funcionários dos parceiros a associar as AWS Certifications que possuem pessoalmente ao perfil do empregador, e é assim que as credenciais individuais se somam ao registro da empresa. Sua página de programas para parceiros diz que parceiros de todos os modelos de negócio podem explorar as AWS Specializations "para validar sua expertise na criação de soluções ou na prestação de serviços".

Quanto à parte de validação, a AWS descreveu sua abordagem em um post do blog APN. Esse post, publicado em 2018 sobre o que era então o programa Service Delivery, diz que os parceiros passam por uma auditoria técnica de sua experiência na entrega de AWS a clientes, conduzida por especialistas técnicos internos. Os checklists publicados cobriam estudos de caso de clientes, requisitos de serviço e complexidade da solução, e o post menciona diagramas de arquitetura e dois estudos de caso externos como preparação. Os nomes dos programas mudaram desde então, então trate isto como uma ilustração do conceito de validação, e não como regras atuais.

Salesforce: credenciais por função

A Salesforce publica uma família de credenciais de consultor por função. Sua visão geral de credenciais de consultor lista certificações separadas por função e produto, como Agentforce Sales Consultant, Experience Cloud Consultant e Marketing Cloud Engagement Consultant, cada uma descrita pelo que se espera que a pessoa certificada consiga projetar e implementar. Esse é o padrão por função: em vez de um único selo genérico de "certificado Salesforce", a credencial corresponde a um cargo.

Comparação

Escolha de design Microsoft Google Cloud AWS Salesforce
A credencial individual alimenta o status da empresa Sim, via métricas de skilling Sim, "centrado em habilidades" Sim, via associação ao empregador Credenciais de consultor por função
Reconhecimento no nível da empresa Designações Solutions Partner Níveis e competências Especializações Varia conforme o programa
Exige resultados com clientes Sim (sucesso do cliente, desempenho) Sim (impacto validado em clientes) Sim (validação técnica) Consulte os termos atuais para parceiros
Com prazo de validade Sim (13 meses) Consulte os termos atuais Consulte os termos atuais Consulte os termos atuais

Fatos principais: certificação de parceiros

  • Um programa de certificação de parceiros costuma abranger duas coisas: credenciais individuais para pessoas e designações no nível da empresa.
  • A Microsoft pontua os parceiros em desempenho, skilling e sucesso do cliente em seis áreas de solução, e atualmente exige 70 de 100 pontos possíveis para se qualificar (Microsoft Learn).
  • A inscrição no Solutions Partner da Microsoft dura 13 meses a partir da compra, incluindo uma janela de renovação de um mês (Microsoft Learn).
  • O Google Cloud combina três níveis (Select, Premier, Diamond) com competências em dois níveis cada (Google Cloud).
  • Os órgãos de acreditação tratam a certificação (competência já adquirida) e os certificados baseados em avaliação (competência ensinada em um curso) como tipos distintos de programa (I.C.E.).
  • A acreditação NCCA de um programa de certificação segue um ciclo de renovação de cinco anos (I.C.E.).

Como os programas são estruturados

Entre os fornecedores, os mesmos blocos de construção aparecem.

Estrutura de um programa de certificação de parceiros: um selo de credencial sustentado por aprendizagem por função, avaliação e evidência de projetos com clientes, cercado pela renovação.

Trilhas de aprendizagem. O treinamento é organizado por função. Um vendedor, um arquiteto de soluções e um consultor de implementação precisam de conhecimentos diferentes, então um programa sensato dá a cada um a sua trilha, em vez de um único curso para todos. As credenciais de consultor por função da Salesforce são um exemplo dessa abordagem.

Avaliações. A maioria dos programas usa uma prova, e os mais sólidos acrescentam tarefas práticas ou de cenário, de modo que passar exija fazer algo, e não apenas reconhecer a resposta certa. Alguns fornecedores supervisionam as provas, o que aumenta o custo para o parceiro, mas reduz a fraude e torna a credencial mais confiável.

Níveis. As certificações intermediárias e avançadas da Microsoft e os dois níveis de competência do Google mostram o padrão comum: um nível básico que quase qualquer parceiro consegue alcançar e um nível avançado que sinaliza profundidade real.

Requisitos da empresa. As credenciais individuais se combinam com um número mínimo de pessoas certificadas e alguma evidência de entrega. A evidência varia: a Microsoft usa métricas medidas de clientes, enquanto a AWS tem usado a revisão técnica de estudos de caso.

Renovação. As credenciais expiram ou exigem manutenção porque os produtos mudam. A designação da Microsoft é renovada em um ciclo de aproximadamente um ano. Os órgãos de acreditação funcionam da mesma forma no nível do programa: a NCCA, que acredita programas de certificação, usa um ciclo de renovação de cinco anos para manter os programas alinhados aos seus padrões.

Como criar um programa de certificação de parceiros

Se você está montando um, comece pelo que quer que a credencial decida e trabalhe de trás para a frente.

Design de um programa de certificação de parceiros: uma trilha de aprendizagem específica por função encontra uma prova baseada em tarefas do trabalho e evidência de projetos com clientes antes da designação.

  1. Decida o que ela libera. Escolha as duas ou três decisões que a certificação vai informar: colocação em nível, acesso a um programa de clientes, listagem em diretório. Se nada depende dela, os parceiros vão deixar de se importar. Se tudo depende dela, toda disputa vira uma disputa de certificação.
  2. Defina as funções e depois as trilhas. Liste as funções dentro de um parceiro que tocam o seu produto (vendas, pré-vendas, implementação, suporte) e monte uma trilha curta por função. Evite uma única prova que tente cobrir todas.
  3. Teste o trabalho, não o curso. Tire o conteúdo da prova do que uma pessoa precisa fazer para um cliente. A distinção de credenciamento acima é útil aqui: se a sua prova só testa o que o seu próprio curso ensinou, você tem um certificado de treinamento, e deve dizer isso. Se você quer uma credencial que represente competência em geral, a avaliação precisa ser independente do treinamento.
  4. Separe o aprender do julgar sempre que puder. A distinção entre certificado e certificação acima sugere manter quem ensina um curso separado de quem elabora e corrige a prova. Em um programa de fornecedor, isso pode ser uma equipe separada, donos de conteúdo diferentes ou um provedor de testes terceirizado.
  5. Combine competências com evidências. Os modelos da Microsoft e do Google combinam pessoas certificadas com resultados de clientes. Uma empresa que tem equipe certificada, mas nenhum projeto em andamento, merece uma designação diferente da que tem os dois.
  6. Defina um ciclo de renovação e mantenha o conteúdo atualizado. Vincule a recertificação aos lançamentos de produto, e não só ao calendário. Uma janela de um ano, como no modelo da Microsoft, é simples de explicar. Retire perguntas sobre funcionalidades descontinuadas.
  7. Mantenha os requisitos publicados e poucos. Os parceiros devem poder ler os limites, acompanhar seu progresso e saber o que muda. Muitas métricas tornam um programa difícil de gerir; o Google, por exemplo, anuncia "requisitos mais claros" e acompanhamento automático como um ponto forte.
  8. Avalie o programa pelos resultados dos parceiros. Verifique se os parceiros certificados ganham mais negócios, retêm mais clientes ou geram menos chamados de suporte do que os não certificados. Se não, a prova está medindo a coisa errada.

A certificação é uma peça de uma estrutura mais ampla. Como ela se conecta a níveis, incentivos e regras de conflito é tratado no artigo sobre programa de parceiros de canal, e a estratégia mais ampla está em crescimento liderado por parceiros e no modelo de vendas por canal. O treinamento como função geral para parceiros é um tema maior do que a certificação, que é o ato mais restrito de verificar competência. As diferenças de função entre intermediários também afetam o que você certifica, como discutido em distribuidor x revendedor.

Armadilhas comuns

  • Credenciais pay-to-play. Se qualquer parceiro pode comprar um selo, os compradores aprendem a ignorá-lo.
  • Conteúdo desatualizado. Uma prova sobre o produto do ano passado certifica o conhecimento do ano passado.
  • Sem ligação com recompensas. Um selo sem benefício associado não muda comportamento.
  • Dependência excessiva de provas. Passar em um teste não é o mesmo que entregar um projeto; programas que incluem evidências de clientes lidam melhor com isso.
  • Acúmulo de credenciais. As empresas podem passar nos testes com poucas pessoas fortes que depois saem. Contar as pessoas certificadas que estão atualmente vinculadas à organização, como faz a métrica de skilling da Microsoft, atenua o problema.

Leitura relacionada

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.