Haz cross-sell de un segundo producto sin canibalizar el plan por el que el cliente ya paga
Ofertas de segundo producto valoradas por el margen incremental, no por la tasa de attach.
La respuesta corta
El cross-sell canibaliza cuando el segundo producto absorbe el gasto que el cliente ya te estaba dando. La solución es valorar cada acción candidata de cross-sell en función del margen incremental en toda la relación, excluir a los clientes cuya respuesta probable sea la sustitución, y medir el ingresos total del cliente contra un holdout en lugar de la tasa de vinculación.
Última revisión 2026-09-10
A quién se aplica esto y a quién no debe llegar
Elegible
- Cliente ya activo en un producto primario, más allá de la ventana de onboarding.
- Margen real: el segundo producto añade utilidad en lugar de reemplazar el uso existente.
- El margen incremental esperado en toda la relación cubre el coste de la oferta.
- Contactable con consentimiento válido y sin oferta competidora en curso.
Excluido
- Clientes cuyo plan principal ya está en riesgo. Las decisiones de retención superan a las de expansión.
- Segmentos donde el segundo producto es un sustituto más barato del primero.
- Compradores recientes aún dentro del periodo de devolución o desistimiento.
- Miembros del holdout.
Los datos mínimos y de dónde suelen proceder
| Qué se necesita | Fuente habitual |
|---|---|
| Propiedad de producto e historial de planes | Objetos de Salesforce y sistema de facturación |
| Ingresos por producto por cliente | Warehouse o Stripe |
| Intensidad de uso por producto | Eventos de producto |
| Contactos de servicio y quejas | Plataforma de soporte |
| Margen por producto | Finanzas, suministrado como entrada |
Paso a paso
Cómo se ejecuta la decisioning
- 01Markin
Modelar toda la relación, no la nueva línea
El valor esperado se calcula sobre el margen total del cliente después del cross-sell, por lo que la sustitución se muestra como un coste en lugar de como una ganancia.
- 02Markin
Excluye segmentos propensos a la sustitución
Cuando el modelo espera que el segundo producto desplace el gasto, no se le ofrece al cliente, independientemente de lo alta que sea la propensión de adjuntar.
- 03Markin
Arbitrar contra acciones de retención y servicio
Un cliente en riesgo de churn no es un objetivo de cross-sell esta semana. Una decisión por cliente por ventana resuelve el conflicto explícitamente.
- 04Tu stack
Ejecuta a través de Salesforce
La decisión se registra como un campo o evento; los journeys existentes, los scripts de servicio y las colas de ventas la recogen sin cambios.
- 05Markin
Lee los ingresos totales contra el holdout
El éxito es el margen incremental total por cliente, con el movimiento a nivel de producto mostrado junto a él para que la canibalización sea visible en lugar de estar oculta dentro de una tasa de attach creciente.
Medición
Cómo sabes si funcionó
- Holdout
- Aleatorizado a nivel de cliente, retenido durante todo el periodo incluyendo el periodo posterior a la segunda compra.
- Ventana
- Mínimo doce semanas, más tiempo cuando el producto principal se renueva anualmente.
- Resultado principal
- Margen total incremental por cliente, todos los productos combinados.
Guardrails
- Movimiento de ingresos en el producto principal para clientes con cross-sell.
- Tasa de cambio a un plan inferior y de cancelación en el plan principal.
- Tasa de reembolso y cancelación anticipada en el segundo producto.
- Contactos de soporte por cliente cross-sell.
Solo ilustrativo
Un ejemplo práctico.
Cifras ilustrativas que muestran dónde se esconde la canibalización. El cálculo completo está en la siguiente sección.
| Clientes de cross-sell en la ventana | 12,000 |
|---|---|
| Margen de nuevo producto reportado por la línea de producto | $67,200 |
| Margen de producto principal perdido por los mismos clientes | $46,800 |
| Costo de la oferta y entrega | $14,400 |
| Lo que muestra un panel de control de línea de productos | 67.200 USD, un lanzamiento exitoso |
| Lo que muestra el holdout | 6.000 USD de margen total incremental |
La brecha entre esas dos últimas filas, aproximadamente de once a uno, es la razón principal de la existencia del holdout.
Ejecútalo con tus propios números
La aritmética, detallada
Margen total incremental = (margen del segundo producto) - (margen perdido en el producto principal) - (coste de la oferta), todo leído contra el holdout en lugar de contra el periodo anterior.
| Entrada | Valor |
|---|---|
| Clientes de cross-sell en la ventana | 12,000 |
| ingresos del segundo producto por cliente cross-sold | $14.00 |
| Margen del segundo producto (40 %) | $5.60 |
| Margen bruto del segundo producto | 12.000 x 5,60 USD = 67.200 USD |
| Ingresos del producto principal para los mismos clientes vs. holdout | -6,00 USD por cliente |
| Margen del producto principal (65 %) | -3,90 USD por cliente |
| Margen de producto principal perdido | 12.000 x 3,90 USD = 46.800 USD |
| Costo de la oferta y entrega | 12.000 x 1,20 USD = 14.400 USD |
| Margen total incremental | $67,200 - $46,800 - $14,400 = $6,000 |
Un panel de control de línea de producto informa de 67.200 USD de nuevo margen y un lanzamiento exitoso. La lectura a nivel de cliente frente al holdout muestra 6.000 USD, aproximadamente el 9 % de la cifra reportada. Mueve la sustitución de 6,00 USD a 8,00 USD por cliente y el programa genera pérdidas.
Entradas ilustrativas. La estructura es la parte transferible: la sustitución y la combinación de márgenes deciden la respuesta, y ninguna de las dos es visible en una tasa de adjuntos.
Cronograma
Cuánto tiempo lleva obtener un primer resultado medido
- 01Semanas 1 a 2
Propiedad y mapeo de ingresos
La propiedad del producto, los ingresos por producto por cliente y el margen por producto se ensamblan. En negocios multi-producto, esta suele ser la parte lenta, porque los ingresos residen en más de un sistema.
- 02Semana 3
Análisis de sustitución
Se examinan los clientes multiproducto históricos para determinar si el segundo producto añadió gasto o lo movió. Los segmentos donde lo movió se convierten en exclusiones.
- 03Semana 4
Arbitraje contra la retención
La regla de que un cliente en riesgo no es un objetivo de expansión en esta ventana se acuerda con ambos equipos y se escribe en la decisioning.
- 04Semana 5
Escritura de vuelta y primera cohorte
Las decisions se registran en los registros de Salesforce, los journeys y las colas de ventas existentes las recogen, y el holdout es fijo.
- 05Semanas 17 a 21
Primera lectura causal
Mínimo doce semanas después del lanzamiento, y más tiempo si el producto principal se renueva anualmente, porque la sustitución a menudo solo aparece en la siguiente renovación.
Detalle técnico
Qué se lee y se escribe, campo por campo
Salesforce (Marketing Cloud y objetos principales)
Leer
- Cuenta y Contacto para la identidad y la estructura de la relación
- Objetos Asset, Order o Subscription para la propiedad del producto
- Historial de casos para contactos de servicio y reclamaciones
- Data Extensions para la membresía actual de la audiencia
Escrito
- Markin_Next_Action__c (picklist): la acción arbitrada
- Markin_Decision_Id__c y Markin_Reason__c
- Markin_Holdout__c (casilla de verificación)
- O los mismos campos que una fila de Data Extension donde los journeys leen desde allí
Escritura diaria por lotes; los journeys y las colas de ventas se leen según su programación existente.
Warehouse
Leer
- ingresos por producto por cliente a lo largo del tiempo
- Intensidad de uso por producto
- Margen por producto suministrado por finanzas
Escrito
- Tablas de decision, exposición y holdout
Daily.
Stripe o el sistema de facturación
Leer
- ingresos realizado y reembolsos por producto, para la lectura post-compra
Escrito
- Nothing.
Solo lectura, diario.
Esfuerzo
Lo que pide a tu equipo
| Quién | Cuánto de tu tiempo |
|---|---|
| operaciones de ingresos o CRM | Aproximadamente un día a la semana: creación de campos, cambios de journey y cola. |
| Ingeniero de datos | Aproximadamente 4 días durante las semanas 1 y 2, más cuando los ingresos residen en varios sistemas. |
| Finanzas | Una sesión para el margen por producto, luego una revisión de la primera lectura. |
| Propietarios de la línea de producto | Una sesión para aceptar que la métrica medida es el margen total del cliente, no su línea. |
Qué suele salir mal
Medición de la tasa de adjuntos
La tasa de adjuntos aumenta cada vez que te esfuerzas más. No dice nada sobre si el total de ingresos se movió, que es la única pregunta que vale la pena hacer.
Clientes a los que se hace cross-sell que están a punto de irse
Las ofertas de expansión a clientes en riesgo tienen una mala conversión y consumen la ventana de contacto que necesitaría una acción de retención.
Ignorando la diferencia de margen entre productos
Cambiar un cliente de un producto de alto margen a uno de menor margen puede aumentar los ingresos mientras reduce las ganancias.
Equipos de producto leyendo solo su propia línea
Cada línea de producto puede reportar growth mientras el cliente gasta lo mismo. Solo la lectura a nivel de cliente lo resuelve.
Preguntas que este playbook responde
- ¿Cómo hago cross-sell sin canibalizar los ingresos existentes?
- ¿A qué clientes se les debe ofrecer un segundo producto?
- ¿Cómo mido la incrementality del cross-sell?
- ¿Cómo evito que las ofertas de cross-sell y retención compitan por el mismo cliente?
- ¿Es la tasa de adjuntos una buena métrica de cross-sell?
Preguntas frecuentes
- ¿Cómo detectas la canibalización antes de que ocurra?
- Al valorar la decision sobre el margen total del cliente en lugar de sobre la nueva línea, y al comparar los ingresos a nivel de producto para los clientes de cross-sell con el holdout. Los segmentos en los que el segundo producto desplaza al primero se muestran con un valor esperado negativo y se excluyen de la audiencia.
- ¿Qué pasa si dos equipos quieren el mismo cliente esta semana?
- Para eso sirve exactamente la arbitration. Cada acción candidata, de cualquier equipo, se valora en la misma escala y una gana. Las candidatas perdedoras se registran, de modo que la compensación es visible en lugar de ser resuelta por quien programó primero.
- ¿Esto requiere cambiar nuestro modelo de datos de Salesforce?
- No. Markin escribe la decisión, su razón y su ID en los objetos existentes, y tus trayectos (journeys), consolas de servicio y colas de ventas los leen como cualquier otro campo.
- ¿Se puede ejecutar el cross-sell sin un holdout?
- Se puede ejecutar, pero no se puede evaluar. El cross-sell es la categoría donde las lecturas de antes y después engañan más, porque los clientes con más probabilidades de comprar un segundo producto también eran los más propensos a gastar más de todos modos.
- ¿Cuánto tiempo antes de que la lectura sea fiable?
- Doce semanas es el mínimo práctico, y más tiempo cuando el producto principal se renueva anualmente, porque la sustitución a menudo aparece solo en la siguiente renovación.
Dónde se conecta esto
- PlaybookEjecuta una oferta de retención antes de la renovación sin pagar a los clientes que de todos modos se quedabanOfertas de ahorro de prerreunión en Stripe, dimensionadas por riesgo en lugar de por pertenencia a la lista.
- PlaybookAgrega next best action a los journeys que ya ejecutas en BrazeArbitraje por cliente escrito en los lienzos que tu equipo ya opera.
- PlaybookWin-back de clientes inactivos con una ventana de silencio en lugar de una escala de descuentosReactivación programada según la intención de retorno, no según los días desde el último pedido.
- SoluciónExpansión de ARPUEncuentra la próxima ARPU opportunity en toda tu base de clientes
- SoluciónDescubrimiento de IngresosEncuentra el ARPU que tu equipo aún no ha definido