Co-venta en marketplace: vender con hiperescaladores sin el caos

Vender a través de los marketplaces de AWS, Azure y Google Cloud ha pasado de ser algo agradable de tener a una prioridad a nivel de junta directiva para la mayoría de las empresas de software B2B, y las razones se sostienen. Los compradores pueden comprar contra el gasto de nube comprometido. Las adquisiciones se vuelven dramáticamente más rápidas. Los vendedores de campo del hiperescalador pueden meterte en salas a las que tu equipo pasaría trimestres tratando de llegar. La co-venta en marketplace, donde tus representantes y el equipo de cuenta del proveedor de nube trabajan un trato juntos, es uno de los movimientos más fuertes en B2B en este momento.

También es uno de los más caóticos. Los programas de co-venta son extensos y burocráticos. El registro de tratos, las solicitudes de co-venta y las transacciones de marketplace viven cada una en una consola diferente con sus propias reglas. Tus representantes no entienden el proceso, los incentivos del vendedor de la nube son opacos, y todo el asunto genera datos que nunca reconcilian con tu CRM. Para los líderes de alianzas y RevOps, la pregunta no es si hacer co-venta en marketplace. Es cómo ejecutarla sin que la sobrecarga operativa se coma el beneficio.

Por qué vale la pena el esfuerzo

Antes de entrar en el caos, vale la pena ser claros sobre por qué el movimiento se gana el esfuerzo.

El gasto comprometido desbloquea presupuesto. Las empresas comprometen millones por adelantado a un proveedor de nube, y las compras en marketplace consumen ese compromiso. El comprador está gastando dinero que ya asignó, lo cual colapsa la fricción de adquisiciones y acorta los ciclos de una manera que nada más logra.

El equipo de campo de la nube tiene alcance que tú no tienes. Los equipos de cuenta de los hiperescaladores están dentro de las empresas más grandes del planeta con relaciones ejecutivas permanentes. Cuando su vendedor co-vende tu producto, heredas un acceso que a tus representantes les tomaría un año construir en frío.

Las ofertas privadas limpian la transacción. Precios personalizados, términos negociados, papeleo estandarizado. El cierre real es más simple que un contrato empresarial tradicional.

El valor es real y estructural. Lo que se lo come es el arrastre operativo, si lo dejas.

De dónde viene el caos

Cuatro fuentes aparecen una y otra vez.

Opacidad del proceso. Los programas son genuinamente complicados: umbrales de registro, reglas de elegibilidad de co-venta, niveles de incentivos, requisitos de listado. La mayoría de los representantes nunca los aprenden, así que los tratos o no se registran o se registran mal, y los beneficios de co-venta se evaporan silenciosamente.

Fragmentación de datos. El registro vive en el portal de socios. El estado de co-venta vive en el CRM del hiperescalador, que no puedes ver. La transacción vive en la consola del marketplace. Nada de eso fluye a tu CRM por sí solo, así que alguien del equipo de alianzas está ensamblando la imagen a mano cada semana. Es un caso agudo de por qué los ingresos originados por socios se vuelven invisibles en la mayoría de los CRM: el marketplace es un canal de ingresos completo que tu sistema de registro no puede ver de forma nativa.

Desalineación de incentivos. El vendedor de la nube tiene su propia cuota, sus propias prioridades y su propia opinión sobre a qué proveedores respaldar este trimestre. Tu representante asume que el equipo de nube impulsará el trato. El equipo de nube asume que lo hará tu representante. Ambos esperan. El trato se estanca.

Confusión de atribución. Cuando un trato se cierra a través de un marketplace con un vendedor de nube involucrado, ¿quién lo originó? ¿Tu representante, el equipo de nube o el marketplace mismo? Esa es una pregunta multipartita que un solo campo de CRM no puede responder, y una instancia directa de el problema de atribución de co-venta.

Un modelo operativo que funciona

No vas a arreglar la burocracia de los hiperescaladores. Lo que sí puedes hacer es construir una capa operativa delgada entre sus sistemas y los tuyos. Cuatro prácticas hacen la mayor parte del trabajo.

Regístrate temprano y de forma sistemática. El registro es donde se ganan o se pierden los beneficios del marketplace, y tiene que ocurrir temprano en el trato en lugar de apresurarse al final. Conviértelo en un paso activado en tu proceso de ventas: cuando un trato llega a la etapa correcta, el representante recibe una solicitud para registrarse con los campos prellenados desde la oportunidad. La memoria del representante no es un proceso.

Sincroniza el estado del marketplace con tu CRM. Este es el que más importa de toda la lista. Haz que el estado de co-venta y los datos de transacción del marketplace fluyan de vuelta a tu sistema de registro, para que un representante pueda ver el estado del lado de la nube en su propia oportunidad. Una vez que puede, la mayor parte de la brecha de coordinación se cierra sola.

Acuerda la propiedad por trato. Para cada co-venta, haz explícito quién impulsa qué, tu representante o el vendedor de la nube. La ambigüedad mata estos tratos en el medio, de la misma forma que mata cualquier movimiento de socios en el traspaso. Todo en por qué las asociaciones se estancan en el traspaso aplica a la relación representante-vendedor de nube.

Decide la atribución por adelantado. Establece cómo se acreditará la participación del marketplace y del vendedor de nube antes del trato, y captura los contactos a medida que ocurren. Cuando se cierra un trato de marketplace, quieres un registro, no un debate.

Hacer que escale

Un trato de marketplace se puede gestionar con heroísmo. Un portafolio de ellos a través de tres hiperescaladores no. A medida que crece el volumen, la sobrecarga manual (revisar portales, perseguir registros, reconciliar transacciones, discutir sobre el crédito) se convierte en el techo de cuántos ingresos de marketplace puedes realmente capturar.

Por lo cual la co-venta en marketplace termina siendo un problema de orquestación de ingresos. El movimiento escala solo cuando las conexiones entre las consolas de marketplace, los portales de socios, los CRM de nube y tu propio sistema de registro están automatizadas: registro activado, estado sincronizado, atribución capturada sin que una persona lo ensamble cada vez. Las empresas que tratan cada trato de marketplace como un proyecto a medida limitan sus ingresos de marketplace a lo que el equipo de alianzas pueda gestionar personalmente. Las que lo orquestan convierten los marketplaces de los hiperescaladores en un canal real.

Puntos clave

• El beneficio es estructural: gasto comprometido, alcance del campo de nube y transacciones más limpias a través de ofertas privadas.
• El caos viene de cuatro lugares: proceso opaco, datos dispersos en consolas a las que no puedes acceder, incentivos desalineados con los vendedores de nube y atribución multipartita.
• Convierte el registro en un paso activado en el proceso de ventas. No lo dejes a que el representante lo recuerde.
• Llevar el estado de co-venta y marketplace a tu CRM hace más que cualquier otra solución individual.
• Pasado un puñado de tratos, el movimiento solo escala si la plomería entre los sistemas de los hiperescaladores y los tuyos está automatizada.

La co-venta en marketplace recompensa a las empresas que construyen una capa coherente sobre los sistemas fragmentados de los hiperescaladores en lugar de gestionar cada trato a mano. Si estás escalando a través de AWS, Azure y Google Cloud, una plataforma como Revnewo incorpora las señales de marketplace al resto de tu panorama de ingresos para que no estés ejecutando tres movimientos separados.