¿Qué es el co-selling? Cómo trabajan un mismo deal un proveedor y un socio

Por Brian Tr · Actualizado el 5 de octubre de 2026

La mayoría de los modelos de socios reparten el trabajo con claridad. Un revendedor compra y vende. Un socio de referidos pasa un nombre y se aparta. El co-selling es distinto, porque dos equipos de ventas permanecen en el deal al mismo tiempo. Una empresa es dueña del producto, la otra de la relación, de la integración o de los servicios, y ambas hablan con el cliente.

Esa superposición es la razón por la que el co-selling resulta atractivo y también difícil. Puede ganar deals que ninguna de las partes cerraría sola. También puede producir dos representantes que llaman al mismo comprador, discuten por el crédito y ninguno sabe qué prometió el otro. Este artículo define el término, lo separa de los modelos vecinos, repasa cómo documentan sus programas de co-sell los tres grandes proveedores de nube y cubre la mecánica, la acreditación y los errores frecuentes.

Qué significa el co-selling

El co-selling es un movimiento de ventas colaborativo en el que un proveedor y un socio persiguen conjuntamente una oportunidad concreta con un cliente, y cada uno aporta algo que al otro le falta. El proveedor puede aportar profundidad de producto, acceso a directivos o una vía de compras. El socio puede aportar una relación con el cliente, capacidad de implementación o un producto complementario.

La definición de Microsoft es deliberadamente amplia. Su documentación de Partner Center dice que el co-selling es cualquier colaboración entre Microsoft y su ecosistema de socios, y enumera la generación de demanda, la planificación de ventas, el intercambio de leads de ventas, la aceleración de la venta potenciada entre socios y la entrega de comercio impulsado por el marketplace (Microsoft Learn). Esa amplitud es un recordatorio útil. En la práctica, "co-sell" abarca desde una única presentación cálida hasta un plan de cuenta conjunto con vendedores nominales de ambos lados.

Tres rasgos separan el co-selling real de una alianza difusa:

• Una oportunidad con nombre. El trabajo se centra en un cliente y un deal concretos, no en una intención general de colaborar.
• Dos equipos de ventas activos. Ambas empresas asignan personas a la búsqueda.
• Visibilidad compartida. Cada lado puede ver el estado del deal, normalmente a través de un sistema compartido o de un registro de oportunidad.

Co-selling frente a reventa, referido y deals originados por socios

Los modelos se confunden porque los socios suelen practicar varios a la vez. La tabla los ordena según quién hace qué.

Dos aclaraciones importan. Primero, "originado por un socio" describe de dónde vino un deal, mientras que el co-selling describe cómo se trabaja. Un deal originado por un socio puede ser co-vendido, y uno originado por el proveedor también. El origen y la colaboración son ejes separados, y por eso la atribución de socios necesita campos distintos para cada uno.

Segundo, la reventa y el referido son más limpios de operar porque una parte lidera. Para una comparación más cercana de esos dos, consulte referido frente a afiliado frente a revendedor. El co-selling es el modelo más exigente porque la responsabilidad es compartida, y la responsabilidad compartida necesita reglas escritas. Es uno de los movimientos principales dentro de un modelo de ventas por canal y una mecánica central del crecimiento liderado por socios.

Cómo se estructuran los programas de co-sell de los hiperescaladores

Los tres grandes proveedores de nube ejecutan los programas de co-sell más formales, y publican cómo funcionan. Léalos como ejemplos de estructura, no como plantillas que copiar. Los programas, los umbrales y los beneficios cambian, así que todo lo que sigue es lo que indican las páginas de cada proveedor.

Microsoft: estados de co-sell y referidos

Microsoft organiza el co-sell en torno a la solución que un socio lista en Microsoft Marketplace. Para las soluciones de Azure, su documentación nombra tres estados de co-sell: in-market, co-sell ready y Azure IP co-sell eligible (Microsoft Learn). Cada uno desbloquea más.

• Co-sell ready expone la solución a los equipos de ventas de Microsoft. La página de requisitos enumera pasos como publicar la oferta en Microsoft Marketplace, completar un perfil de negocio, aportar un contacto de ventas para cada zona geográfica elegible para co-sell y enviar documentos del listado, entre ellos una hoja resumen y una presentación comercial (Microsoft Learn).
• Azure IP co-sell eligible permite a un socio enviar referidos de co-sell, y la descripción general indica que permite que las ventas de la oferta contribuyan a los Microsoft Azure Consumption Commitments de los clientes (Microsoft Learn). La página de requisitos pide al menos USD 100,000 de Azure Consumed Revenue o de Marketplace Billed Sales en los últimos 12 meses, además de validación técnica y una oferta transaccionable en Marketplace (Microsoft Learn).

La descripción general también nombra cuatro categorías de trabajo de co-sell: con los equipos de ventas de Microsoft, de socio a socio, deals privados (compartir lo que usted trabaja de forma independiente para que aparezca en los informes de Microsoft) y evaluaciones de soluciones (Microsoft Learn). Los deals privados son una idea útil por sí misma. Incluso cuando el proveedor no está ayudando, contarle en qué trabaja mantiene honestos los datos del pipeline.

En el espacio de trabajo Referrals, un socio crea un deal e invita a Microsoft. Para ver el resultado, las preguntas frecuentes indican abrir el deal en Partner Center y revisar su sección de estado de Microsoft. También enumeran motivos de rechazo, entre ellos que ningún vendedor de Microsoft gestiona directamente al cliente, y señalan que no se muestra ningún motivo si el deal venció antes de que Microsoft respondiera o si el valor del deal es inferior a USD 25,000 (Microsoft Learn).

AWS: ACE y el Pipeline Manager

AWS ejecuta el co-selling a través del programa APN Customer Engagements, conocido como ACE. Su documentación dice que los socios de ACE pueden crear, compartir y recibir oportunidades para colaborar con AWS (AWS Partner Central). La página del programa indica que los socios comparten oportunidades de venta con AWS mediante el ACE Pipeline Manager, y los anima a mantenerlas actualizadas a lo largo del ciclo de vida para maximizar la visibilidad ante AWS Sales (AWS).

La guía de ventas de AWS muestra las etapas del pipeline compartido: Prospect, Qualified, Technical validation, Business validation, Committed, Launched y Closed lost (AWS Partner Central). Que ambos lados usen un mismo vocabulario de etapas es el cimiento silencioso de todo el sistema.

La parte más instructiva es cómo se decide la participación. La guía dice que a cada oportunidad se le asigna un co-sell motion, que determina quién la lidera: AWS Field-engaged (la oportunidad se asigna a un equipo de ventas de AWS para colaborar directamente), Agent-engaged (el agente de AWS Partner Central la califica y la enriquece junto con el socio) o Partner-led (el socio la impulsa con apoyo del agente). Cada oportunidad recibe además una puntuación de Opportunity Quality de 0 a 100. AWS indica que una puntuación más alta puede aumentar la probabilidad de que un vendedor de campo de AWS participe, pero no lo garantiza (AWS Partner Central).

La conclusión: registrar un deal no equivale a conseguir un vendedor. El proveedor decide cuánto tiempo de su equipo merece un deal, y los registros completos y específicos consiguen más.

Google Cloud: el co-selling como vía de socios

El material público de Google Cloud es más escueto sobre la mecánica. La página de su red de socios describe un programa que premia esfuerzos del mundo real como el co-selling y la innovación técnica, y dice que las vías de socios se adaptan a un modelo de negocio, ya se centre en el co-selling, en los servicios o en la tecnología (Google Cloud). Su publicación de lanzamiento del programa dice que premia los esfuerzos exitosos de ventas en co-sell, la entrega de servicios de alta calidad y la innovación compartida con los ISV (blog de Google Cloud).

El flujo paso a paso de registro de oportunidades está detrás del portal de socios, y sus detalles no figuran en una página pública, por lo que aquí no se cita ninguno. Si está evaluando el programa de Google, lea la documentación vigente dentro del portal, no un resumen escrito para otra versión del programa.

La mecánica de un movimiento de co-sell

Bajo los formularios propios de cada proveedor se repiten los mismos seis pasos. Un programa independiente del proveedor los necesitará todos.

1. Mapeo de cuentas. Ambos lados comparan sus listas de cuentas objetivo para encontrar coincidencias: cuentas donde el proveedor tiene una relación y el socio un caso de uso, o al revés. La mayoría de los fracasos de co-sell empiezan por saltarse esto y perseguir cuentas que una de las partes nunca ha tocado.
2. Registro de oportunidades. Un lado registra el deal: cliente, problema, valor estimado, plazos, quién participa. En el flujo de Microsoft, el socio crea un deal e invita a Microsoft, y en el de AWS los socios comparten una oportunidad mediante Pipeline Manager. El registro de oportunidades es el patrón general.
3. Aceptación o rechazo. El otro lado revisa. Aceptar significa que se asigna un vendedor concreto. Las preguntas frecuentes de Microsoft muestran que hay rechazos, con motivos asociados, y el modelo de participación de AWS muestra que la aceptación es cuestión de grado.
4. Roles y reglas de interacción (rules of engagement). ¿Quién contacta al cliente? ¿Quién es dueño de la propuesta, los precios y el contrato? ¿Quién dirige la validación técnica? Cada deal necesita una respuesta por escrito, idealmente acordada en una primera llamada.
5. Visibilidad compartida del pipeline. Ambos lados actualizan el registro a medida que avanza el deal, con los mismos nombres de etapas. Los registros desactualizados son el mayor desgaste de la confianza.
6. Cierre y revisión. El resultado, ganado o perdido, vuelve al sistema, y una revisión de negocio con socios analiza qué funcionó.

Por parte del socio, cómo trata las solicitudes entrantes influye en lo que recibirá después. Las preguntas frecuentes de Microsoft aconsejan responder con rapidez, ser selectivo con los deals que se aceptan e informar los tamaños estimados, las fechas de cierre y los estados finales, y dicen que Microsoft usa esa información para ofrecer referidos de calidad (Microsoft Learn).

Compensación e incentivos

El co-selling solo funciona si los vendedores individuales de ambos lados salen beneficiados. Si un representante del proveedor no recibe nada por ayudar en el deal de un socio, lo ignorará en silencio. La descripción general de Microsoft vincula esto con su modelo de estados: los estados de incentivo de co-sell de Business Applications, Standard y Premium, se describen como incentivos para que los equipos de ventas de Microsoft vendan la oferta del socio (Microsoft Learn). Confirme exactamente cómo funciona el crédito de cuota de los vendedores en los deals co-vendidos de cada programa, y trate con cautela cualquier afirmación sobre "quota retirement" hasta verla en los términos del propio programa. En su propio programa, decida la cuestión de forma explícita: ¿recibe el representante del proveedor el crédito completo cuando un socio cierra un deal co-vendido, y recibe crédito el equipo del socio cuando lidera el proveedor?

Cómo se acreditan los deals co-vendidos

La cuestión del crédito tiene dos partes, y mezclarlas es donde empiezan las disputas.

¿Quién recibe el crédito por los ingresos o el pipeline? Es una cuestión de reporte. Los programas de socios suelen hacer un seguimiento por separado de las contribuciones originadas, influenciadas y co-vendidas, y la regla segura es contar cada deal una sola vez bajo un papel principal. El tratamiento completo está en atribución de socios.

¿Quién cobra y cuánto? Es una cuestión de compensación. Puede implicar el margen del socio, una comisión por referido o un rebate, y la comisión del vendedor o el crédito de cuota del lado del proveedor. Esto se deriva del acuerdo de socios y de las reglas de interacción, no del informe de atribución.

Consejos prácticos:

• Escriba la regla de crédito antes del primer deal, no después de la primera disputa.
• Registre el papel que cumplió cada lado (originó, calificó, lideró lo técnico, cerró), ya que un simple sí o no no puede captar un deal conjunto.
• Mantenga un registro de oportunidad con fecha. Cuando dos representantes reclaman un deal, la marca de tiempo y las notas lo resuelven.
• Revise los deals en disputa cada trimestre y endurezca la regla donde siga fallando.

Errores frecuentes

Datos clave: co-selling

• Microsoft define el co-selling como cualquier colaboración entre Microsoft y su ecosistema de socios, incluidas la generación de demanda, la planificación de ventas y el intercambio de leads de ventas (Microsoft Learn).
• La elegibilidad de Azure IP co-sell de Microsoft exige al menos USD 100,000 de Azure Consumed Revenue o de Marketplace Billed Sales en los últimos 12 meses (Microsoft Learn).
• AWS asigna a cada oportunidad un co-sell motion (AWS Field-engaged, Agent-engaged o Partner-led) y una puntuación de Opportunity Quality de 0 a 100, que puede elevar la probabilidad de participación de un vendedor de AWS pero no la garantiza (AWS Partner Central).
• El pipeline compartido de AWS tiene seis etapas, de Prospect a Launched, más Closed lost (AWS Partner Central).
• Las preguntas frecuentes de referidos de Microsoft indican que no se muestra ningún motivo de rechazo si el deal venció antes de que Microsoft respondiera o si el valor del deal es inferior a USD 25,000 (Microsoft Learn).
• Google Cloud dice que su programa de socios premia esfuerzos del mundo real como el co-selling, con vías adaptadas al co-selling, los servicios o la tecnología (Google Cloud).

Conflicto de canal

El co-selling pone a dos fuerzas de ventas frente a un mismo cliente, que es exactamente el escenario del conflicto de canal. Los detonantes habituales son que el equipo directo del proveedor ya esté trabajando la cuenta, que dos socios reclamen el mismo deal y que los descuentos perjudiquen a una de las partes. Las reglas de interacción que nombran un responsable para cada tipo de cuenta previenen la mayor parte. El resto necesita una vía de escalamiento con un decisor y un plazo.

Registros pobres y deals fantasma

Un deal registrado con una descripción de una línea y sin siguiente paso es un fantasma: existe en el sistema y en ninguna otra parte. La guía de AWS sobre la higiene de las oportunidades es específica sobre cómo debe ser un buen registro: nombrar en el título al cliente, la carga de trabajo y el modelo de entrega, describir el problema de negocio real del cliente, mantener la etapa al día y redactar los siguientes pasos con un responsable y una fecha (AWS Partner Central). Ese consejo vale para cualquier programa.

Límites al intercambio de datos

Compartir pipeline implica compartir información de clientes. Antes de hacerlo, compruebe qué permiten el contrato con el cliente y su acuerdo de socios, y comparta solo los campos que cada lado necesita para hacer su parte. Los datos internos de precios y márgenes normalmente se quedan en su propio lado. Si opera en mercados con restricciones de derecho de la competencia sobre lo que pueden intercambiar los rivales, busque asesoría jurídica sobre qué incluir en un registro compartido, en particular cuando dos socios compiten entre sí. Aquí no se cita ninguna norma concreta, porque la respuesta correcta depende de su jurisdicción y de sus acuerdos.

Incentivos desalineados

Si el representante del proveedor cobra solo por deals directos, un deal co-vendido es un favor. Si el representante del socio cobra solo por su propio producto, el producto del proveedor es una ocurrencia tardía. Revise la compensación de ambos lados antes de lanzar un movimiento conjunto, y consulte la gestión de relaciones con socios para mantener el ritmo del día a día.

Co-selling sin encaje

El co-selling se adapta a situaciones concretas: deals complejos, soluciones que requieren integración o servicios, y cuentas en las que el socio tiene la relación. Encaja mal con productos transaccionales simples. Los proveedores que venden a través de socios proveedores independientes de software suelen hacer co-sell en el marketplace de nube del proveedor, mientras que las firmas consultoras hacen co-sell apoyándose en su capacidad de implementación.

Lecturas relacionadas

• ¿Qué es un ecosistema de socios?
• ¿Qué es el co-marketing?
• Listados en marketplaces de nube y de apps
• ¿Qué es el crecimiento impulsado por el ecosistema?
• Registro de oportunidades
• Atribución de socios
• Conflicto de canal
• Crecimiento liderado por socios
• Modelo de ventas por canal
• Proveedor independiente de software
• Referido frente a afiliado frente a revendedor
• Gestión de relaciones con socios