Diseño de la demo: construir la demo en torno al dolor del comprador

Hay un SE en cada equipo que ejecuta la misma demo de 45 minutos para cada comprador. Las mismas diapositivas. La misma ruta de clics. El mismo "y por aquí puede ver...". Cada trimestre, la conversión baja un poco. El comprador asiente, dice "se ve genial" y desaparece. La demo no era mala. Simplemente no trataba de ellos.

Si ha visto esto suceder, o lo ha hecho usted mismo, ya sabe que la solución no es una presentación de mejor aspecto ni una ruta de clics más pulida. Es un diseño completamente distinto. Una demo que gana se organiza en torno al dolor específico que el comprador le contó en el descubrimiento, no en torno al árbol de funciones del producto.

Una demo de recorrido de funciones le pide al comprador que traduzca lo que vio a su propio flujo de trabajo. Una demo guiada por el dolor hace esa traducción por él, en escena, en tiempo real. Ese cambio cognitivo es la diferencia entre "se ve genial" y "¿qué tan pronto podemos empezar?".

Esta es la parte que la mayoría de los SE pasan por alto: el diseño de la demo es un problema de descubrimiento, no un problema de presentación. Si la demo se siente genérica, es porque el descubrimiento fue genérico. Arregle primero el descubrimiento y la demo se escribe sola. Casi todo lo que sigue asume que ha hecho el trabajo aguas arriba. Si no lo ha hecho, empiece con El descubrimiento técnico que revela el encaje real antes de construir otra presentación.

Por qué lo guiado por el dolor supera al recorrido de funciones, siempre

La demo de recorrido de funciones tiene un problema de lógica en su núcleo. Le está mostrando al comprador todo lo que hace su producto y pidiéndole que averigüe qué partes le importan. Ese es su trabajo, no el de él. Y no lo van a hacer bien: olvidarán la mitad de lo que les mostró para el martes, y la mitad que recuerden probablemente no era la mitad que resuelve su problema real.

Las demos guiadas por el dolor invierten esto. Toma los tres dolores que le contaron en el descubrimiento y muestra (en su lenguaje, con su flujo de trabajo, contra la forma de sus datos) exactamente cómo desaparecen esos tres dolores. Todo lo demás se queda fuera. Si tiene una función de informes increíble y no mencionaron los informes, no entra en la demo. Guárdela para la expansión.

El cerebro del comprador hace una sola cosa durante una demo: emparejar patrones entre lo que ve y lo que necesita. Cuanto más se parezca su demo a su mundo, más fácil resulta ese emparejamiento de patrones. Cuanto más se desvíe hacia el territorio del recorrido genérico de producto, más tienen que esforzarse, y más recurren al "se ve genial, déjeme pensarlo".

Preparación previa a la demo: de las notas de descubrimiento al guion gráfico

Antes de abrir el entorno de demostración, antes de tocar una diapositiva, construye el guion gráfico. Esto lleva 30 minutos si el descubrimiento fue bueno y tres horas si no lo fue.

Saque sus notas de descubrimiento. Identifique los tres dolores principales que el comprador clasificó como más altos. Para cada uno, escriba dos frases:

1. Estado actual: cómo experimenta el comprador este dolor hoy.
2. Estado futuro: qué cambia con su producto.

Ese es el esqueleto de su guion gráfico. Tres arcos de dolor a resolución, en el orden en que el comprador los clasificó. Si tiene más de tres, no priorizó. Elija tres. El cuarto y el quinto dolor aparecen en el correo de seguimiento, no en la demo.

Plantilla del demo storyboard

Una fila por dolor descubierto. Máximo tres filas. La columna de la pregunta de cierre es innegociable. Ese es todo el sentido. No solo está mostrando funciones, está obteniendo confirmación en tiempo real de que la resolución aterriza.

La estructura de demo 30/40/30

La mayoría de los SE ejecutan algo así como 10/80/10: diez por ciento de preparación, ochenta por ciento de recorrido de funciones, diez por ciento de cierre apresurado. Inviértalo. La estructura que convierte es 30/40/30.

30 % de preparación. Recapitule el descubrimiento, en voz alta, en la sala. "La semana pasada me dijo que tres cosas eran los mayores pain points: la higiene del pipeline, la visibilidad del forecast y la rampa de los nuevos contratados. Hoy voy a mostrar cómo resolvemos esas tres cosas, en ese orden. ¿Correcto?" Está confirmando que la agenda es de ellos, no suya. Si le corrigen aquí ("en realidad la higiene del pipeline se cayó de la lista, lo nuevo y urgente es X"), acaba de ahorrarse 40 minutos de demostrar lo equivocado.

40 % de funciones por dolor. Un bloque de función por dolor. Cada bloque sigue la misma forma: enuncie el dolor, muestre el flujo de trabajo que lo resuelve, haga la pregunta de cierre, siga adelante. Sin desvíos. Si el comprador pregunta por algo fuera del guion, apárquelo ("gran pregunta, quiero asegurarme de que cubramos primero las tres cosas, déjeme volver a eso") y vuelva de verdad a ello.

30 % de cierre. Manejo de objeciones, contexto de precio, preguntas de cierre dentro de la demo, compromiso de siguiente paso. A la mayoría de los SE se les acaba el tiempo para esto y terminan con "¿alguna pregunta?". Eso son 10 minutos desperdiciados. La sección de cierre es donde descubre si la operación es real, qué la está bloqueando de verdad y quién más necesita ver esto. No puede llegar ahí desde un recorrido de funciones que se comió el reloj.

Ejecute el flujo del comprador, no el flujo del producto

La forma más rápida de perder una demo es llevar a un comprador por el flujo de onboarding de su producto. No necesitan aprender a configurar el producto. Necesitan ver cómo es su vida una vez configurado.

Configure su entorno de demostración con datos de ejemplo que se parezcan a los datos del comprador. El tamaño de su equipo. La forma de su pipeline. Los nombres de sus etapas. El tamaño promedio de su operación. Si son un equipo de ventas de 30 personas que vende a salud, no haga la demo con cinco reps enterprise y logotipos de grandes tecnológicas. Dedique los 20 minutos previos a la demo a cambiar los datos semilla. Los compradores detectan al instante los datos genéricos de demo, y una vez que los detectan, el resto de la demo también se siente genérico.

Recorra el flujo de trabajo que describieron en el descubrimiento, en su orden, usando su lenguaje. Si llaman a las operaciones "oportunidades", llámelas oportunidades. Si llaman a las etapas de ventas "fases", llámelas fases. La traducción ocurre en su cabeza, no en la de ellos.

Aquí es donde el diseño del entorno de demostración de Rework rinde frutos. Rework CRM permite a los SE clonar un sandbox por oportunidad en unos diez minutos, cambiar los nombres de etapa y los datos semilla, y ejecutar la demo contra algo que se parece al mundo real del comprador. Desde 12 dólares por usuario al mes para todo el equipo una vez que compran.

Preguntas de cierre dentro de la demo: el guion de seis preguntas

Incruste las preguntas de cierre dentro de la demo, no después. Tras cada arco de dolor a resolución, haga la pregunta correcta para ese momento. Para el tercer arco, o bien ha confirmado tres síes (ahora el cierre es un trámite) o ha sacado a la luz la objeción real mientras todavía hay tiempo de demo para manejarla.

Seis preguntas, asignadas a momentos concretos de la demo:

1. Pregunta de confirmación (tras el primer bloque de función)

"¿Coincide esto con cómo trabaja su equipo hoy, o se me escapa algo?"

Está probando si su comprensión del flujo de trabajo se sostiene en una demo en vivo. Si le corrigen, ajusta sobre la marcha, y confían más en usted por preguntar.

2. Pregunta de resolución (tras cada arco de dolor a resolución)

"Si esto funcionara como acabo de mostrar, ¿resolvería eso [el dolor específico]?"

Esta es la pregunta más importante de la demo. Un "sí" de verdad es una señal de compra. Un "sí, pero..." es la objeción real saliendo por fin a la luz. Un "sí" con vacilación es algo en lo que insiste.

3. Pregunta para sacar objeciones (tras el segundo arco)

"¿Qué haría que esto no le funcionara?"

Les está invitando a sacar a la luz su preocupación mientras todavía hay tiempo de demo para manejarla. Si esperan a la revisión interna posterior a la demo, nunca verá la objeción. Simplemente se quedarán callados. Para el manejo táctico una vez que aterriza la objeción, véase Manejar objeciones técnicas en la sala.

4. Pregunta puente hacia el precio (tras el tercer arco)

"Si el encaje es el correcto, ¿cuándo querría tener esto en marcha?"

No está pidiendo presupuesto. Está pidiendo urgencia. Su respuesta le dice si es una operación de "este trimestre" o una de "quizá el año que viene", lo que lo cambia todo en su seguimiento.

5. Pregunta sobre el proceso de decisión (durante la sección de cierre)

"¿Quién más necesita ver esto antes de que avancemos?"

El comprador en la sala rara vez es el único decisor. Si dicen "solo yo", insista: "genial, ¿y quién firmaría el contrato?". Los nombres que no conoce son el riesgo de la operación que no ve.

6. Pregunta de siguiente paso (últimos 5 minutos)

"Según lo que ha visto, ¿cuál es el siguiente paso correcto a partir de aquí?"

Deje que lo propongan ellos. Si proponen algo flojo ("déjeme pensarlo y le contacto"), contrarreste con algo concreto ("¿qué le parece un seguimiento de 30 minutos el próximo martes con [el otro stakeholder]?"). Si proponen algo concreto, tiene compromiso.

Estas seis preguntas toman unos cuatro minutos en total a lo largo de una demo de 60 minutos. Son lo de mayor apalancamiento que puede cambiar sobre cómo hace sus demos.

Errores comunes que hunden la conversión de demo a cierre

El recorrido completo de funciones. "Déjeme mostrarle todo lo que hacemos." El comprador se desconecta para el minuto 12. Termina orgulloso de lo exhaustivo que fue y pierde la operación ante un competidor que mostró tres cosas bien.

La demo como tutorial. Enseñar al comprador a usar el producto antes de que haya decidido comprarlo. No necesitan saber cómo configurar roles personalizados. Necesitan saber cómo es el lunes por la mañana de su equipo una vez que usted está desplegado.

Ignorar señales de compra a mitad de la demo. El comprador se inclina y hace una pregunta de precio. Usted dice "ya llegaremos a eso" y pierde el momento. Cuando un comprador interrumpe la demo para preguntar por precio, plazos o implementación, esa es la demo diciéndole que está funcionando. Deje de demostrar y responda la pregunta.

Demostrar a la persona equivocada. Mostrar la configuración de administrador a un CEO. Mostrar dashboards estratégicos a un usuario final. Mismo producto, demo distinta, según quién esté en la sala. Si el descubrimiento no le dijo quién asiste, pregunte antes de la demo y arme el guion gráfico en consecuencia.

Demostrar funciones que el comprador nunca pidió porque "es genial". Su módulo de informes es genuinamente impresionante. No pidieron informes. No entra en la demo. Guárdelo para la expansión o para el comprador que de verdad tiene un dolor de informes.

Antes y después: un recorrido de funciones rediseñado como guiado por el dolor

Antes (recorrido de funciones, 45 minutos):

1. Bienvenida + quiénes somos (5 min)
2. Recorrido del dashboard (8 min)
3. Vista del pipeline (8 min)
4. Módulo de informes (8 min)
5. Integraciones (6 min)
6. App móvil (5 min)
7. Preguntas y respuestas (5 min)

El comprador se va habiendo visto seis funciones, recordando dos, e incapaz de articular cuál de ellas resuelve su problema real.

Después (guiado por el dolor, 60 minutos):

1. Recapitulación de los tres dolores + confirmación de la agenda (10 min)
2. Dolor 1, higiene del pipeline, vista inteligente del pipeline, con sus nombres de etapa (12 min), pregunta de cierre
3. Dolor 2, visibilidad del forecast, consolidación del forecast, contra su estructura de equipo (12 min), pregunta de cierre
4. Dolor 3, rampa de los nuevos contratados, playbooks guiados, contra una cuenta de ejemplo de nuevo contratado (12 min), pregunta de cierre
5. Sección de cierre: objeciones, precio, compromiso de siguiente paso (14 min)

Mismo producto. Mismo SE. La segunda demo convierte aproximadamente entre un 20 y un 25 % mejor, según nuestra experiencia y los datos de los equipos que han hecho el cambio. El comprador se va capaz de responder "¿qué hace este producto por nosotros?" en una frase, que es exactamente lo que necesita para convencer a su CFO.

La plantilla del correo de seguimiento posterior a la demo

Envíelo el mismo día, antes de que se vayan a la cama. Tres secciones, sin paja:

Asunto: Resumen de la demo de hoy: tres dolores, tres resoluciones

Hola [Nombre]:

Un resumen rápido de hoy, para que usted y el equipo lo tengan por escrito.

Los tres dolores que cubrimos, y cómo Rework aborda cada uno:

1. [Dolor 1], hoy, [estado actual]. Con Rework, [estado futuro]. Esto lo mostramos con [función/flujo específico].
2. [Dolor 2], hoy, [estado actual]. Con Rework, [estado futuro]. Esto lo mostramos con [función/flujo específico].
3. [Dolor 3], hoy, [estado actual]. Con Rework, [estado futuro]. Esto lo mostramos con [función/flujo específico].

Preguntas abiertas de la demo:

• [Pregunta que hicieron, con la respuesta]
• [Pregunta que hicieron, con la respuesta]

Siguiente paso propuesto: Tengamos una sesión de trabajo de 30 minutos el próximo martes a las 2 de la tarde con [el stakeholder adicional]. Le recorreré los mismos tres dolores y podremos alinearnos en un cronograma de compras. ¿Le va bien esa hora?

[Su nombre]

Sin "déjeme saber qué opina". Sin "encantado de responder cualquier pregunta". Siempre una propuesta concreta con una fecha. El comprador la aceptará, la pospondrá o contrarrestará. Las tres son información útil. "Déjeme saber qué opina" no le da nada y deja que la operación se enfríe.

Cómo medir si esto de verdad funciona

Tres números, medidos por SE, revisados cada mes:

• Conversión de demo a cierre: porcentaje de demos que resultan en closed-won dentro del ciclo normal de la operación.
• Tiempo hasta el cierre tras la demo: mediana de días desde la demo hasta el contrato firmado.
• Tasa de ausencias en la demo: un indicador adelantado de la calidad del descubrimiento. Los compradores que se saltan las demos normalmente no fueron cualificados bien aguas arriba.

Un estándar de demo guiada por el dolor suele elevar la conversión de demo a cierre entre un 15 y un 25 % y recortar el tiempo hasta el cierre entre un 20 y un 30 %, porque el comprador sale de la demo con un modelo mental más claro y menos dudas sin resolver. El desglose completo de qué métricas del SE importan (y cuáles son de vanidad) está en Las métricas del ingeniero de ventas que de verdad importan.

Si es un líder de habilitación: haga cumplir el guion gráfico. Revise las presentaciones de demo antes de la demo, no después. Rechace cualquier presentación de demo que tenga más de tres arcos de dolor a resolución, o cualquiera que no incluya las tres preguntas de cierre. El estándar es el estándar.

Cómo es de verdad un día de demos guiadas por el dolor

La mayoría de los SE ejecutan de dos a cuatro demos al día en régimen estable. El cambio a lo guiado por el dolor añade unos 30 minutos de preparación por demo y elimina unos 15 minutos de limpieza posterior de "¿qué cubrimos siquiera?". Costo neto: 15 minutos por demo. Beneficio neto: una conversión notablemente más alta y ciclos más cortos. Para una imagen más completa de cómo encaja el resto del día, Un día en la vida de un ingeniero de ventas recorre el ritmo completo.

Los SE que alcanzan la cuota cada trimestre no tienen mejores demos que los que no lo logran. Tienen mejor descubrimiento, lo que significa que sus demos casi se escriben solas para cuando se sientan a construir el guion gráfico. Si es un SE que lucha por convertir, mire aguas arriba. Si es un líder de habilitación que ve cómo la conversión del equipo se desvía, mire aguas arriba. La demo está aguas abajo del descubrimiento, siempre.

Reflexión final

La demo no es su actuación. Es la vista previa del comprador de su estado futuro. Cada minuto que dedica a mostrar cosas que no pidieron es un minuto robado al cierre. Cada minuto que dedica en su lenguaje, contra la forma de sus datos, preguntando si la resolución aterriza: ese es el minuto que cierra la operación.

Ejecute el guion gráfico. Use el guion. Envíe el correo. Mida los tres números. El resto se resuelve solo.