Ride-alongs del PM en llamadas con clientes: Cómo hacer que la exposición directa perdure

Un PM que ha leído 200 tickets de soporte entiende la superficie de los problemas del cliente. Conoce las categorías, las frecuencias, la distribución por cuenta. Tiene datos.

Un PM que ha participado en 10 llamadas con clientes entiende algo que los datos no contienen: la pausa antes de que el cliente diga "está bien", el método alternativo que ha construido y describe casi con orgullo, la funcionalidad que no está solicitando porque ya perdió la esperanza de que llegue.

Ambas cosas importan. Pero solo una es calibración. Los tickets de soporte le dicen lo que los clientes reportan. Las llamadas con clientes le dicen lo que los clientes sienten. Y el sentimiento suele ser el indicador adelantado que el reporte no muestra hasta que la cuenta ya está en amarillo.

Los ride-alongs son el mecanismo que le da a los PMs acceso a la realidad del cliente sin reemplazar al CSM en la relación. Pero solo producen calibración cuando tienen estructura. Un ride-along sin estructura produce impresiones. Uno estructurado produce señales de producto. La investigación del Nielsen Norman Group sobre las responsabilidades del PM señala que involucrar a los PMs en sesiones de observación directa (en lugar de filtrar todo a través de resúmenes escritos) les ayuda a retener los detalles del usuario que más influyen en las decisiones de priorización.

La columna vertebral de ride-along Pre-llamada/Durante-la-llamada/Post-llamada es el modelo operativo de tres fases que convierte una llamada con un cliente desde un evento en el calendario del PM en una observación de producto documentada. Pre-llamada: un brief de 10 minutos que cubre el contexto de la cuenta, la agenda de la llamada, los puntos sensibles conocidos, y lo que el PM no debe decir. Durante la llamada: postura estructurada de solo escucha usando seis categorías de observación, con toma de notas en tiempo real. Post-llamada: un debrief de 15 minutos el mismo día donde las observaciones del PM son corregidas por el contexto de cuenta del CSM y registradas formalmente en la taxonomía de retroalimentación compartida. Elimine cualquier fase y la llamada produce anécdotas, no señales.

Por qué la mayoría de los ride-alongs no funcionan

La investigación de McKinsey sobre qué diferencia a los mejores PMs encontró que los PMs de élite no solo leen la retroalimentación de los clientes. Observan a los clientes en su entorno natural, visitándolos para descubrir flujos de trabajo y puntos de dolor que nunca surgirían en una encuesta estructurada. El enfoque "sígueme a casa" del equipo de producto de Intuit es su referente citado. Los ride-alongs en SaaS B2B son el equivalente operativo más cercano.

Tres modos de fallo destruyen los programas de ride-along antes de que produzcan valor.

El problema del observador silencioso. Un PM se une a una llamada con un cliente sin brief, sin marco de escucha y sin estructura de debrief. Observa la llamada. Se va con impresiones ("el cliente parece frustrado con la exportación", "mencionaron algo sobre integraciones") que no se registran en ningún lugar útil. Dos semanas después, esas impresiones han desaparecido. El PM asistió a la llamada. Nada entró al sistema de producto.

Las impresiones no son señales de producto. Son anécdotas sin procedencia. Un PM que asiste a 12 llamadas como observador silencioso tiene 12 anécdotas. Un PM que asiste a 12 llamadas con una guía de escucha estructurada y un debrief el mismo día tiene 12 observaciones documentadas en la taxonomía de retroalimentación compartida.

El problema de la distracción. Un CSM sabe que un PM está en la llamada. Ajusta la agenda, evita sacar el tema difícil que normalmente sondearía y se apega más al guión. El cliente percibe a la audiencia y ofrece una versión ligeramente más formal de su retroalimentación habitual. La llamada es un 15% menos honesta de lo que habría sido sin el observador.

Esto no hace que los ride-alongs carezcan de valor. Pero significa que el brief del CSM debe incluir permiso explícito para realizar la llamada normalmente, y el PM debe tener suficiente contexto para reconocer cuándo un cliente está siendo cortés en lugar de honesto.

El problema de la única ocasión. Un PM hace un ride-along durante su semana de incorporación. Es valioso. Tiene la intención de hacer más. Tres meses después, no ha ocurrido porque no había una estructura de calendario que lo obligara. El insight de esa llamada única se ha deteriorado. Mientras tanto, el PM toma decisiones de hoja de ruta basadas en datos que son tres meses más antiguos que su realidad de cliente más reciente.

La solución es estructural: los ride-alongs necesitan una frecuencia mínima, un propietario de programación y un formato lo suficientemente consistente para que la inversión valga la pena.

Datos clave: Por qué la exposición del PM a los clientes importa

• Los PMs que participan en llamadas directas con clientes al menos dos veces al mes toman decisiones de producto que están alineadas en un 37% más con los flujos de trabajo reales del cliente que los PMs que dependen solo de resúmenes de retroalimentación escrita, según la investigación del Nielsen Norman Group sobre la exposición de equipos de producto al cliente.
• El 63% de los PMs reporta que su modelo mental del flujo de trabajo del cliente se basa principalmente en documentación interna y tickets de soporte, no en la interacción directa con el cliente. Esto se correlaciona con una tasa un 45% más alta de funcionalidades "enviadas pero poco usadas", según el informe de Product Benchmarks de Pendo.
• Las empresas donde los PMs se unen a al menos 2 llamadas con clientes por mes tienen ciclos de descubrimiento de funcionalidades un 28% más cortos en comparación con las empresas donde la interacción PM-cliente está principalmente mediada por equipos de CS, según la investigación de ProductBoard.

Para qué sirven realmente los ride-alongs

Definir el alcance antes de programar nada:

Ride-alongs de calibración: Un PM nuevo que se une a un área de producto necesita comprensión básica del cliente antes de tomar decisiones significativas de hoja de ruta. Los ride-alongs de calibración tienen como objetivo construir un modelo mental: ¿quién usa este producto, qué les importa, cómo describen sus problemas? Objetivo: 4-6 llamadas en los primeros 30 días, en diferentes segmentos de clientes y niveles de salud.

Ride-alongs de prueba de hipótesis: El PM tiene una pregunta específica de la que depende la hoja de ruta. "¿Los clientes piden automatización de flujos de trabajo porque quieren reducir la plantilla, o porque quieren reducir los errores?" Un ride-along dirigido se diseña en torno a esa pregunta. El CSM sabe para qué está escuchando el PM. El debrief posterior se centra específicamente en si la hipótesis fue validada, invalidada o complicada.

Ride-alongs de inteligencia de retención: Un PM participa en una llamada de renovación o de cuenta en riesgo no para entender las preferencias de producto sino para escuchar las objeciones de primera mano. ¿Qué dice realmente un cliente cuando está considerando no renovar? El PM escucha el lenguaje, la frustración, la brecha específica de flujo de trabajo, no la versión depurada en el ticket de soporte o la puntuación de salud. Este es el tipo de ride-along más incómodo y a menudo el más valioso. El monitoreo de salud del cliente ayuda al CSM a decidir qué cuentas en riesgo son lo suficientemente estables como para incluir un observador PM sin que la llamada se convierta en una sesión de gestión de crisis en lugar de una de escucha.

Para qué NO sirven los ride-alongs:

• Entrenamiento de ventas (un PM en una llamada de ventas no es un ride-along)
• Aceleración de acuerdos (la participación del PM no debe comercializarse como influencia en el producto)
• Demos de funcionalidades (los PMs no deben hacer presentaciones en los ride-alongs)

Si la llamada se convierte en una demo de funcionalidad o en una revisión profunda del producto, la presencia del PM ha cambiado la llamada de una conversación con el cliente a una conversación sobre el producto. Eso es útil en un contexto diferente. No es un ride-along.

Elegir el tipo de llamada correcto es solo la primera decisión. La frecuencia con la que los PMs hacen ride-alongs, y qué cuentas observan, determina si el programa produce calibración o solo una falsa sensación de cercanía con el cliente.

Modelo de frecuencia y rotación

Frecuencia mínima viable: 2 llamadas con clientes por PM por mes. No una por trimestre. Mensual. Una por trimestre no es suficientemente frecuente para mantener la calibración. El panorama del cliente cambia más rápido de lo que capturan las cadencias trimestrales.

Por qué 2 por mes y no más: Más de 4 llamadas por mes empieza a consumir el tiempo del PM que se necesita para la síntesis y el trabajo de hoja de ruta. El objetivo es la calibración, no la etnografía. Dos llamadas por mes, realizadas de forma consistente con debriefs estructurados, produce mejores señales de producto que seis llamadas por mes asistidas informalmente.

Criterios de selección de cuentas:

No deje que los PMs elijan sus propias cuentas para ride-alongs. Si se les deja a su criterio, los PMs gravitan hacia los clientes más satisfechos y los promotores internos más articulados. Esa es la muestra menos representativa.

CS Ops o un coordinador CSM designado construye una rotación que incluye:

• Mezcla de puntuaciones de salud (verde, amarillo, rojo; al menos una no verde por trimestre por PM)
• Mezcla de tamaños de cuenta (SMB, mercado medio, enterprise si aplica)
• Mezcla de casos de uso del producto (no todos del mismo tipo de flujo de trabajo)
• Mezcla de antigüedad de cuenta (clientes nuevos en incorporación, cuentas establecidas, pre-renovación)

Lógica de rotación: Los PMs deben cubrir diferentes tipos de cuenta cada mes, no repetir el mismo perfil de cliente. Un PM que solo hace ride-alongs en cuentas empresariales saludables tiene una visión distorsionada de la realidad del cliente que se reflejará en sus decisiones de hoja de ruta.

Quién programa: CS Ops o un coordinador CSM designado. No se deja a solicitudes ad hoc del PM. La responsabilidad de programación necesita un propietario designado, un bloque de calendario mensual, y una lista de cuentas aprobadas para el trimestre. Si no tiene propietario, no ocurre.

El brief previo a la llamada: lo que CS le dice al PM antes de la llamada

El brief es una conversación de 10 minutos o una nota escrita, no un historial completo de la cuenta. Los PMs no necesitan conocer todo el ciclo de vida de la cuenta antes de unirse a una llamada. Necesitan saber suficiente para interpretar lo que escucharán.

Formato estándar del brief previo a la llamada:

Contexto de la cuenta:
- Nombre de la empresa e industria
- ARR y nivel de cuenta
- Salud de la cuenta (Verde / Amarillo / Rojo) y factor actual de salud
- Antigüedad (cuánto tiempo llevan como clientes)

Agenda de la llamada:
- De qué trata esta llamada (QBR, conversación de renovación, revisión de funcionalidades, etc.)
- Cualquier tema que se espera que surja basado en la actividad reciente del CSM

Puntos sensibles conocidos:
- Cualquier problema abierto, queja o frustración que el PM deba conocer antes de unirse
- Cualquier tema sensible o que el CSM planea manejar con cuidado

Lo que NO hacer en esta llamada:
- Cosas específicas que el PM debe evitar decir o hacer (por ej., "no hagas referencia a la hoja de ruta,
  este cliente ha sufrido decepciones con promesas de hoja de ruta antes")
- Si el PM debe presentarse con su función o mantenerse en segundo plano

Duración: 10 minutos, escrito o verbal. Si el brief toma más tiempo, se está convirtiendo en una orientación de cuenta, lo cual es valioso por separado pero no es lo que se necesita aquí.

Qué ocurre sin un brief: El PM entra sin contexto. Lee mal el tono del cliente, confundiendo la cortesía con la satisfacción, o la frustración por un problema externo con la frustración por el producto. Hace un comentario que reabre involuntariamente un tema que el CSM acababa de cerrar cuidadosamente. El CSM pasa la siguiente semana reparando la relación. El ride-along produce un resultado neto negativo. Las prácticas de resolución de problemas en llamadas de CS describe cómo los CSMs experimentados estructuran las llamadas difíciles. Leer eso antes de un ride-along de retención le da al PM el vocabulario para entender lo que el CSM está haciendo en tiempo real, y por qué.

Durante la llamada: el rol y las reglas del PM

Postura predeterminada: solo escucha. A menos que el CSM invite explícitamente al PM a participar, el trabajo del PM es observar y tomar notas. No para validar, no para explicar decisiones de producto, no para ofrecer pistas sobre la hoja de ruta. Escuchar.

Esto se siente poco natural para la mayoría de los PMs. Están acostumbrados a estar en conversaciones, no a observarlas. La incomodidad es el punto. La observación pasiva obliga a prestar atención a cosas que se filtran en la conversación activa.

Cuándo debe hablar un PM:

1. Si el cliente lo pregunta directamente ("¿Qué piensa el PM sobre esto?")
2. Si hay un malentendido de producto que dañará la confianza si no se corrige (el cliente cree que una funcionalidad funciona de una manera que creará una expectativa que CS no puede cumplir)
3. Si el CSM invita explícitamente al PM a comentar sobre un tema específico

En todos los demás casos, el PM permanece en silencio y toma notas.

Guía de escucha estructurada: qué categorías rastrear:

Qué capturar: Una nota en tiempo real, usando las categorías de la guía de escucha estructurada. No una transcripción de la reunión, sino un registro de observación estructurado. Si no está por escrito durante la llamada, no es confiable después de la llamada.

El debrief post-llamada: donde el insight se convierte en señal de producto

Formato estándar de debrief:

15 minutos, el mismo día. No "lo escribiré después". El mismo día, porque la calibración se deteriora rápidamente y las correcciones del CSM son más precisas cuando la llamada es reciente.

Estructura:

1. El PM comparte las 3 principales observaciones, usando las categorías de la guía de escucha (5 minutos)
2. El CSM corrige las malas lecturas: lugares donde la interpretación del PM difiere de la comprensión del CSM sobre la situación real del cliente (5 minutos)
3. Las observaciones se registran en la taxonomía de retroalimentación compartida (5 minutos, o inmediatamente después)

El ciclo de corrección del CSM: Aquí es donde los ride-alongs producen algo único. Los PMs malleen a los clientes regularmente, no por incompetencia sino por falta de contexto. El CSM que ha gestionado esta cuenta durante 18 meses sabe que la frustración aparente del cliente sobre las exportaciones es en realidad ansiedad por una conversación de renovación que aún no han iniciado. El PM no lo sabría. El CSM sí.

El debrief es donde ese contexto se transfiere. Sin el debrief, el PM registra una señal de producto basada en una mala lectura. Con el debrief, el PM registra una señal de producto que ha sido calibrada contra la realidad de la cuenta.

Cómo se registran las observaciones: En la taxonomía de retroalimentación compartida, no en un cuaderno personal del PM o un mensaje de Slack. Si está en la taxonomía, es consultable entre cuentas. Si está en el cuaderno del PM, es una anécdota con una marca de tiempo.

Agregar insights de ride-alongs en todo el equipo de PM

La metodología de entrevistas de usuario de NN/G establece que las preguntas estructuradas y una guía de entrevista son lo que convierte una conversación en una investigación consultable. La misma disciplina se aplica a las notas de debrief de ride-alongs del PM. Las impresiones no guiadas de una llamada no se agregan; las observaciones estructuradas sí.

Los ride-alongs individuales producen observaciones individuales. Pero los patrones solo emergen cuando las observaciones se agregan entre múltiples PMs y múltiples cuentas.

Síntesis mensual de ride-alongs del PM:

Al final de cada mes, el Head of Product realiza una sesión de síntesis de 30 minutos donde cada PM comparte 2-3 observaciones de sus ride-alongs. La síntesis se centra en las superposiciones: "Tres PMs escucharon a clientes describir métodos alternativos en el flujo de trabajo de exportación. Eso es un patrón."

Las observaciones superpuestas entre PMs tienen más peso que las observaciones de un solo PM porque han sido validadas de forma independiente. Un PM que escuchó a un cliente mencionar fricción en la exportación podría estar viendo un problema específico de una cuenta. Tres PMs que escucharon lo mismo de diferentes cuentas están describiendo un patrón a nivel de producto.

Cómo esto alimenta la hoja de ruta: No como anécdotas individuales sino como un patrón validado entre PMs. El resultado de la síntesis ("cinco ride-alongs este mes destacaron métodos alternativos en el flujo de trabajo de exportación en tres tipos de cuenta diferentes") va al resumen de señales de producto junto con las puntuaciones de impacto del cliente y el resumen mensual de CS. Juntos, estos tres insumos le dan a la hoja de ruta un caso de cliente defendible.

Quién revisa la síntesis: Head of Product y VP CS, conjuntamente. No por separado. La revisión conjunta garantiza que el contexto de CS y la interpretación de producto estén calibrados entre sí antes de que la síntesis llegue a la discusión más amplia de la hoja de ruta.

Métricas para medir la salud del programa

Revise estos trimestralmente en la revisión conjunta del Head of Product y VP CS. Si las puntuaciones de confianza del PM son planas a pesar de una participación consistente en ride-alongs, el formato del debrief no está funcionando. Las observaciones no se están convirtiendo en calibración.

Cómo los ride-alongs se conectan al sistema más amplio

Los ride-alongs son la capa de observación directa del stack de retroalimentación CS-producto. Proporcionan profundidad cualitativa que ninguna señal basada en volumen puede replicar. Pero necesitan conectarse al sistema más amplio para producir impacto en la hoja de ruta.

Las observaciones de ride-alongs alimentan el reconocimiento de patrones entre CSMs a través de la taxonomía compartida. Cuando la observación de ride-along de un PM coincide con un patrón que tres CSMs han marcado de forma independiente, la convergencia de evidencia estructurada y observacional es más sólida que cualquiera de las dos por sí sola.

Esos patrones alimentan la puntuación de impacto del cliente para decisiones de producto, que agrega las dimensiones de ARR y riesgo de abandono que las observaciones de ride-along solas no pueden proporcionar.

La revisión trimestral de retroalimentación del cliente es donde todos estos insumos (ride-alongs, resúmenes de CS, patrones de tickets de soporte, puntuaciones de impacto) se reúnen en un único foro donde el Head of Product y el VP CS evalúan conjuntamente el caso del cliente para las prioridades del próximo trimestre.

La cadencia de 1:1 CS-PM es la relación bilateral donde los insights de ride-along se discuten en tiempo real, antes de que lleguen a la síntesis formal. Y los jobs-to-be-done de los datos de CS cubre cómo las observaciones de ride-along, particularmente el comportamiento de métodos alternativos y los patrones de lenguaje, se traducen en marcos JTBD que informan el diseño de funcionalidades.

Análisis de Rework: Basándose en datos de programas de ride-along de PM de equipos de producto SaaS B2B, el cambio de mayor impacto es el requisito de debrief el mismo día. Los equipos que permiten que el debrief ocurra "más tarde en la semana" ven que el 60-70% de las observaciones cualitativas no entran en la taxonomía compartida. Permanecen en cuadernos del PM o mensajes de Slack, consultables solo por accidente. La columna vertebral Pre-llamada/Durante-la-llamada/Post-llamada requiere que el debrief ocurra el mismo día porque las correcciones del CSM a las malas lecturas del PM (el "ciclo de corrección" en la Fase 3) son más precisas dentro de las horas posteriores a la llamada, no días después. Nuestra recomendación: incorpore el requisito de debrief el mismo día en la propia invitación de calendario del ride-along. Bloquee 15 minutos inmediatamente después de cada llamada, de propiedad conjunta del PM y el CSM, antes de que cualquiera de los dos pase a la siguiente reunión.

Más información

• Reconocimiento de patrones entre CSMs: El problema sistémico
• Puntuación de impacto del cliente para decisiones de producto
• Revisión trimestral de retroalimentación del cliente (conjunta)
• La cadencia de 1:1 CS-PM
• Jobs-to-be-Done de los datos de CS

Preguntas frecuentes

¿Qué es la columna vertebral de ride-along Pre-llamada/Durante-la-llamada/Post-llamada?

La columna vertebral de ride-along Pre-llamada/Durante-la-llamada/Post-llamada es un modelo operativo de tres fases que estructura la participación del PM en llamadas con clientes para producir observaciones de producto registradas en lugar de impresiones informales. La Pre-llamada es un brief de 10 minutos del CSM al PM que cubre el contexto de la cuenta, la agenda de la llamada, los puntos sensibles conocidos y las reglas explícitas durante la llamada. La fase Durante la llamada es una postura estructurada de solo escucha con toma de notas en tiempo real en seis categorías de observación. La Post-llamada es un debrief obligatorio de 15 minutos el mismo día donde las observaciones del PM se calibran con el conocimiento de cuenta del CSM y se registran formalmente en la taxonomía de retroalimentación compartida.

¿Por qué la mayoría de los programas de ride-along del PM fracasan?

Según una encuesta del Product Management Institute, el 71% de los equipos de PM que abandonaron los programas de ride-along citaron "ningún formato claro sobre qué hacer en la llamada" como la razón principal. Los programas tenían el instinto correcto (la exposición directa al cliente importa) pero ninguna estructura sobre qué debe observar, capturar o hacer el PM con la observación después. Sin el brief Pre-llamada y el debrief Post-llamada, los ride-alongs producen impresiones que se deterioran en días. Un PM no estructurado que asistió a 12 llamadas tiene 12 anécdotas. Un PM estructurado usando la columna vertebral de ride-along tiene 12 observaciones documentadas en la taxonomía compartida.

¿Cuántos ride-alongs debe hacer un PM por mes?

La frecuencia mínima viable es 2 llamadas con clientes por PM por mes. No una por trimestre, que es demasiado infrecuente para mantener la calibración. Más de 4 por mes consume el tiempo del PM necesario para la síntesis y el trabajo de hoja de ruta; el objetivo es la calibración, no la etnografía. Dos llamadas por mes, ejecutadas de forma consistente con debriefs estructurados, produce mejores señales de producto que seis llamadas asistidas informalmente. La selección de cuentas no debe dejarse a los PMs individuales; CS Ops construye una rotación que cubre una mezcla de puntuaciones de salud (al menos una cuenta no verde por trimestre por PM), tamaños de cuenta, casos de uso y antigüedad.

¿Qué es el ciclo de corrección del CSM en el debrief post-llamada?

El ciclo de corrección del CSM es el paso del debrief donde un CSM calibra las observaciones del PM contra el contexto real de la cuenta. Los PMs malleen a los clientes regularmente, no por incompetencia sino por falta de historial de cuenta. La frustración aparente de un cliente sobre las exportaciones puede en realidad ser ansiedad por una conversación de renovación que aún no han iniciado. El CSM que ha gestionado la cuenta durante 18 meses lo sabe; el PM no. El debrief es donde ese contexto se transfiere. Sin el ciclo de corrección, el PM registra una señal de producto basada en una mala lectura. Con él, la observación registrada refleja tanto el patrón a nivel de producto como el matiz específico de la cuenta, produciendo una señal más confiable cuando entra al modelo de puntuación.

¿Qué categorías deben rastrear los PMs usando la guía de escucha estructurada?

Seis categorías: Dolor en el flujo de trabajo (el paso específico donde el cliente tiene dificultades), Comportamiento de método alternativo (cosas que se hacen manualmente y que deberían automatizarse), Patrones de lenguaje (descripciones literales del cliente, ya que "incómodo" vs. "rompe nuestro flujo de trabajo" señalan diferente gravedad), Señales emocionales (frustración, resignación, entusiasmo, confusión), Elogios no solicitados (funcionalidades mencionadas positivamente sin que se les pida, que son las más arraigadas), y Solicitudes de funcionalidades enmarcadas como métodos alternativos ("nos encantaría no tener que hacer X"). Las seis categorías deben registrarse en tiempo real durante la llamada, no reconstruirse de memoria después.

¿Cómo los insights de ride-along alimentan el sistema más amplio de señales de producto?

Las observaciones de ride-along entran en la taxonomía de retroalimentación compartida durante el debrief post-llamada, donde se vuelven consultables junto con las escaladas de tickets de soporte y los informes de patrones del CSM. Cuando la observación de ride-along de un PM coincide con un tema que tres o más CSMs han marcado de forma independiente, la convergencia de evidencia estructurada y observacional es más sólida que cualquiera de las fuentes por sí sola. Esos patrones convergentes alimentan el modelo de puntuación de impacto del cliente, que agrega dimensiones de ARR y riesgo de abandono. La síntesis mensual de ride-alongs del PM (el Head of Product recopila 2-3 observaciones de cada PM) produce un informe de patrones entre PMs que va al resumen de señales de producto junto con las puntuaciones de impacto.

¿Qué es un ride-along de inteligencia de retención?

Un ride-along de inteligencia de retención es cuando un PM se une a una llamada de renovación o de cliente en riesgo específicamente para escuchar el lenguaje de abandono de primera mano. No para entender las preferencias de funcionalidades, sino para escuchar las objeciones reales, las frustraciones y las brechas específicas de flujo de trabajo que un cliente expresa al considerar no renovar. Los PMs reciben una versión depurada de esta información a través de las puntuaciones de salud y los tickets de soporte. Escucharlo directamente, incluyendo el tono, la redacción específica y el método alternativo que el cliente ha construido, cambia cómo los PMs describen y priorizan esa brecha de producto en las conversaciones de hoja de ruta. Es el tipo de ride-along más incómodo y a menudo el más valioso para las decisiones de producto orientadas a la retención.