¿Qué es un programa de certificación de socios?
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
La mayoría de los vendors que venden a través de socios acaba enfrentándose a la misma pregunta incómoda: ¿cómo sabemos que un socio realmente puede hacer el trabajo? Un acuerdo firmado no dice nada sobre la competencia. Un programa de certificación de socios es la respuesta del vendor. Fija un estándar, evalúa a los socios frente a él y asocia recompensas visibles a quien lo supera.
Este artículo define la certificación de socios, separa las dos cosas que el término suele abarcar y muestra qué controlan los programas. Después repasa cómo estructuran el suyo Microsoft, Google Cloud, AWS y Salesforce, y termina con un enfoque práctico para diseñar un programa propio.
Qué significa la certificación de socios
La certificación de socios es un proceso formal con el que un vendor verifica que un socio tiene los conocimientos, y a menudo el historial, para vender, implementar o dar soporte a su producto. El resultado es una credencial que el socio puede exhibir y que el vendor puede usar para decidir qué se le permite hacer a ese socio.
La expresión esconde dos objetos distintos, y confundirlos causa la mayor parte de la confusión en este tema.
| Nivel | Qué se certifica | Prueba habitual | Resultado habitual |
|---|---|---|---|
| Certificación individual | Una persona (un ingeniero, un consultor, un vendedor) | Examen, a veces con laboratorios prácticos | Una credencial personal que el empleador de la persona puede contabilizar |
| Designación de empresa | La organización socia | Personal certificado más resultados con clientes, a veces una revisión técnica | Una insignia, especialización, competencia o nivel |
Una certificación individual responde a "¿esta persona conoce el producto?". Una designación de empresa responde a "¿esta firma puede entregarlo de forma repetida a los clientes?". Los programas vinculan ambas: una empresa normalmente no puede obtener su designación sin un número mínimo de personas certificadas, pero las personas certificadas por sí solas no demuestran que la empresa haya hecho proyectos reales.
Conviene separar un tercer elemento. Los organismos de acreditación del mundo de las credenciales distinguen una certificación, que evalúa la competencia que una persona ya adquirió, de un certificado basado en evaluación, que acompaña a una formación y solo evalúa lo que esa formación cubrió. El Institute for Credentialing Excellence describe esta diferencia en su guía sobre certificado frente a certificación. La mayoría de las "certificaciones" de los vendors se sitúan entre ambas, porque el vendor también vende o imparte la formación. Es una tensión de diseño a la que volvemos más abajo.
Qué controla la certificación
La certificación importa porque controla el acceso. Un programa que solo reparte insignias es decoración. Un programa que decide quién obtiene qué es una palanca.
- Niveles. Los requisitos de competencias suelen ser un factor más para ubicar al socio en un nivel. Google Cloud, por ejemplo, describe su nivel Premier como el de los socios con una inversión significativa en recursos técnicos certificados y un historial constante de lograr resultados para los clientes a escala (Google Cloud).
- Designaciones y especializaciones. Un socio obtiene una insignia con nombre para un producto, una solución o un sector una vez que supera el listón.
- Beneficios. El financiamiento, el soporte y el acceso al co-selling suelen depender del nivel o de la designación. Los programas difieren en qué beneficios se asocian a cada credencial, así que lea los términos vigentes de cada vendor.
- Elegibilidad para deals y proyectos. Algunos vendors reservan ciertos programas para clientes o deals con incentivos a los socios que tienen una designación relevante. Es una decisión de política, no una regla universal.
- Visibilidad en marketplaces y directorios. Los socios certificados suelen aparecer en directorios públicos, a veces filtrados por especialización. Así los encuentra un comprador que nunca había oído hablar del socio.
La misma lógica vale para todos los tipos de socio. Un proveedor independiente de software puede certificar su integración frente a los estándares técnicos de una plataforma. Un socio consultor o un proveedor de servicios gestionados normalmente certifica a su personal de entrega. Un socio de agencia suele empezar con una certificación de producto como entrada a un directorio.
Cómo se construyen los grandes programas
Los requisitos cambian con frecuencia, así que consulte la documentación vigente antes de apoyarse en cualquiera de estos detalles.
Microsoft: el partner capability score
El programa Solutions Partner de Microsoft funciona con un modelo de puntos. Según la documentación del partner capability score de Microsoft, la puntuación es un compuesto de tres categorías: desempeño, capacitación (skilling) y éxito del cliente. La puntuación se calcula por separado para cada una de seis áreas de solución (Data & AI, Infrastructure, Digital & App Innovation, Business Applications, Modern Work y Security), con un máximo de 100 puntos por área.
La categoría de skilling cuenta a las personas certificadas. Según la misma página, mide las capacidades "como el número de personas de una organización socia que están certificadas", con métricas separadas para las certificaciones intermedias y avanzadas. El skilling es una de tres categorías, así que la certificación por sí sola no basta para calificar a un socio.
La página indica que un socio necesita una puntuación de al menos 70 puntos en un área de solución, y que todas las métricas de esa área deben estar por encima de cero. Los socios que califican compran entonces la designación, y el periodo de inscripción dura 13 meses desde la compra, incluida una ventana de renovación de un mes. Vale la pena copiar dos decisiones de diseño: una designación exige equilibrio entre categorías y caduca si el socio no sigue cumpliendo los criterios.
Google Cloud: niveles más competencias
Google Cloud separa la amplitud de la profundidad. En su página del programa de socios, los niveles (Select, Premier y Diamond) señalan "amplitud comprobada", mientras que las competencias señalan "profundidad especializada". Cada competencia se alcanza en dos niveles, competencia y competencia avanzada, en tres categorías: producto, solución y sector.
La página de presentación del programa describe un "diseño basado primero en las habilidades" en el que las certificaciones técnicas de un equipo y su experiencia comprobada obtienen reconocimiento, y dice que los proyectos y las capacidades exitosas se registran automáticamente para el avance en el programa. Es decir, la certificación es el insumo de habilidades y la evidencia de clientes es el segundo insumo.
AWS: certificaciones más especializaciones
AWS vincula la credibilidad del socio tanto a las personas como al trabajo validado. Su página de capacitación de socios indica a los empleados de los socios que asocien las AWS Certifications que poseen a título personal con el perfil de su empleador, que es como las credenciales individuales se acumulan en el registro de la empresa. Su página de programas de socios dice que los socios de cualquier modelo de negocio pueden explorar las AWS Specializations "para validar su experiencia en la creación de soluciones o la prestación de servicios".
Para el lado de la validación, AWS describió su enfoque en una publicación del blog de APN. Esa publicación, de 2018 y referida al entonces programa Service Delivery, dice que los socios pasan por una auditoría técnica de su experiencia entregando AWS a clientes, realizada por expertos técnicos internos. Las listas de verificación publicadas cubrían casos de clientes, requisitos de servicio y complejidad de la solución, y la publicación menciona diagramas de arquitectura y dos casos externos como preparación. Los nombres de los programas han cambiado desde entonces, así que tómelo como una ilustración del concepto de validación y no como reglas vigentes.
Salesforce: credenciales por rol
Salesforce publica una familia de credenciales de consultor por rol. Su resumen de credenciales de consultor enumera certificaciones separadas para roles y productos, como Agentforce Sales Consultant, Experience Cloud Consultant y Marketing Cloud Engagement Consultant, cada una descrita por lo que se espera que la persona certificada pueda diseñar e implementar. Este es el patrón por rol: en lugar de una única insignia genérica de "certificado en Salesforce", la credencial corresponde a un puesto.
Comparación
| Decisión de diseño | Microsoft | Google Cloud | AWS | Salesforce |
|---|---|---|---|---|
| La credencial individual alimenta el estatus de la empresa | Sí, mediante las métricas de skilling | Sí, "skills-first" | Sí, mediante la asociación con el empleador | Credenciales de consultor por rol |
| Reconocimiento a nivel de empresa | Designaciones Solutions Partner | Niveles y competencias | Especializaciones | Varía según el programa |
| Se exigen resultados con clientes | Sí (éxito del cliente, desempeño) | Sí (impacto validado en clientes) | Sí (validación técnica) | Consulte los términos vigentes para socios |
| Con vigencia limitada | Sí (13 meses) | Consulte los términos vigentes | Consulte los términos vigentes | Consulte los términos vigentes |
Datos clave: certificación de socios
- Un programa de certificación de socios suele abarcar dos cosas: credenciales individuales para las personas y designaciones a nivel de empresa para la firma.
- Microsoft puntúa a los socios en desempeño, skilling y éxito del cliente en seis áreas de solución, y actualmente exige 70 puntos de un máximo de 100 para calificar (Microsoft Learn).
- La inscripción en Solutions Partner de Microsoft dura 13 meses desde la compra, incluida una ventana de renovación de un mes (Microsoft Learn).
- Google Cloud combina tres niveles (Select, Premier, Diamond) con competencias de dos niveles cada una (Google Cloud).
- Los organismos de acreditación tratan la certificación (competencia ya adquirida) y los certificados basados en evaluación (competencia enseñada en un curso) como tipos de programa distintos (I.C.E.).
- La acreditación NCCA de un programa de certificación sigue un ciclo de renovación de cinco años (I.C.E.).
Cómo se estructuran los programas
En todos los vendors aparecen los mismos bloques de construcción.
Rutas de aprendizaje. La formación se organiza por rol. Un vendedor, un arquitecto de soluciones y un consultor de implementación necesitan conocimientos distintos, así que un programa sensato da a cada uno su propia ruta en vez de un solo curso para todos. Las credenciales de consultor por rol de Salesforce son un ejemplo de este enfoque.
Evaluaciones. La mayoría de los programas usa un examen, y los más sólidos añaden tareas prácticas o de escenario para que aprobar exija hacer algo y no solo reconocer la respuesta correcta. Algunos vendors supervisan los exámenes, lo que encarece el proceso para el socio pero reduce las trampas y hace que la credencial sea más confiable.
Niveles. Las certificaciones intermedias y avanzadas de Microsoft y los dos niveles de competencia de Google muestran el patrón común: un nivel básico que casi cualquier socio puede alcanzar y un nivel avanzado que señala profundidad real.
Requisitos de empresa. Las credenciales individuales se combinan con un número mínimo de personas certificadas y alguna evidencia de entrega. La evidencia varía: Microsoft usa métricas medidas de clientes, mientras que AWS ha empleado la revisión técnica de casos de clientes.
Renovación. Las credenciales caducan o exigen mantenimiento porque los productos cambian. La designación de Microsoft se renueva en un ciclo más o menos anual. Los organismos de acreditación funcionan igual a nivel de programa: la NCCA, que acredita programas de certificación, usa un ciclo de renovación de cinco años para mantener los programas alineados con sus estándares.
Cómo diseñar un programa de certificación de socios
Si está construyendo uno, parta de lo que quiere que decida la credencial y trabaje hacia atrás.
- Decida qué controla. Elija las dos o tres decisiones que informará la certificación: ubicación en un nivel, acceso a un programa para clientes, aparición en el directorio. Si nada depende de ella, los socios dejarán de prestarle atención. Si todo depende de ella, cada disputa se convierte en una disputa de certificación.
- Defina los roles y luego las rutas. Enumere los roles dentro de un socio que tocan su producto (ventas, preventa, implementación, soporte) y construya una ruta corta por rol. Evite un único examen que intente cubrirlos todos.
- Evalúe el trabajo, no el curso. Saque el contenido del examen de lo que una persona tiene que hacer para un cliente. La distinción de credenciales anterior es útil aquí: si su examen solo evalúa lo que enseñó su propio curso, tiene un certificado de formación, y debería decirlo. Si quiere una credencial que represente la competencia en general, la evaluación debe ser independiente de la formación.
- Separe el aprendizaje del juicio cuando pueda. La distinción entre certificado y certificación vista antes sugiere mantener separadas a las personas que enseñan un curso de las que redactan y califican el examen. En un programa de vendor, puede ser un equipo aparte, responsables de contenido distintos o un proveedor externo de pruebas.
- Combine habilidades con evidencia. Los modelos de Microsoft y de Google emparejan a las personas certificadas con resultados de clientes. Una empresa con personal certificado pero sin proyectos activos merece una designación distinta de la que tiene ambas cosas.
- Fije un ciclo de renovación y mantenga el contenido al día. Vincule la recertificación a los lanzamientos de producto, no solo al calendario. Una ventana de un año, como en el modelo de Microsoft, es fácil de explicar. Retire las preguntas sobre funciones descontinuadas.
- Mantenga los requisitos publicados y pocos. Los socios deben poder leer los umbrales, ver su avance y saber qué cambia. Muchas métricas dificultan la gestión de un programa; Google, por ejemplo, anuncia como argumento de venta unos "requisitos más claros" y un seguimiento automático.
- Evalúe el programa por los resultados de los socios. Compruebe si los socios certificados ganan más deals, retienen más clientes o generan menos tickets de soporte que los no certificados. Si no es así, el examen está midiendo lo equivocado.
La certificación es una pieza de una estructura más amplia. Cómo se conecta con los niveles, los incentivos y las reglas de conflicto se explica en el artículo sobre el programa de socios de canal, y la estrategia más amplia se encuentra en crecimiento liderado por socios y el modelo de ventas por canal. La capacitación como función general para socios es un tema más amplio que la certificación, que es el acto más acotado de verificar una habilidad. Las diferencias de rol entre los intermediarios también afectan a lo que se certifica, como se analiza en distribuidor frente a revendedor.
Errores frecuentes
- Credenciales de pago. Si cualquier socio puede comprar una insignia, los compradores aprenden a ignorarla.
- Contenido desactualizado. Un examen sobre el producto del año pasado certifica el conocimiento del año pasado.
- Sin vínculo con recompensas. Una insignia sin un beneficio asociado no cambiará el comportamiento.
- Exceso de confianza en los exámenes. Aprobar una prueba no equivale a entregar un proyecto; los programas que incluyen evidencia de clientes lo manejan mejor.
- Acaparamiento de credenciales. Las empresas pueden aprobar las pruebas con unas pocas personas sólidas que luego se van. Contar a las personas certificadas que están vinculadas a la organización en este momento, como hace la métrica de skilling de Microsoft, atenúa el problema.
Lecturas relacionadas
Co-Founder & COO
On this page
- Qué significa la certificación de socios
- Qué controla la certificación
- Cómo se construyen los grandes programas
- Microsoft: el partner capability score
- Google Cloud: niveles más competencias
- AWS: certificaciones más especializaciones
- Salesforce: credenciales por rol
- Comparación
- Cómo se estructuran los programas
- Cómo diseñar un programa de certificación de socios
- Errores frecuentes
- Lecturas relacionadas