Guión de juego de roles sobre la venta de un producto: Un ejemplo completo con diálogos y rúbrica

Un guión de juego de roles sobre la venta de un producto es un diálogo escrito entre dos papeles, generalmente un vendedor y un comprador, que camina a través de una conversación de ventas realista desde la línea de apertura hasta el cierre. A diferencia de una plantilla de lanzamiento de ventas genérica, un guión completo incluye ambos lados del intercambio: lo que dice el vendedor, cómo se resiste el comprador y cómo el vendedor responde a esa resistencia.

Los maestros utilizan estos guiones en clases de comunicación empresarial o marketing para enseñar persuasión y negociación. Los gerentes de ventas los utilizan durante la incorporación para que los nuevos representantes escuchen cómo suena realmente una buena conversación desde el descubrimiento hasta el cierre antes de intentarlo en vivo. El formato funciona porque elimina las conjeturas: en lugar de decirle a alguien "maneja bien las objeciones", le muestras exactamente cómo se ve eso línea por línea.

Un buen guión de juego de roles sobre la venta de producto generalmente tiene tres partes: configuración de personaje (quiénes son el comprador y el vendedor, y cuál es la situación del comprador), el diálogo en sí y notas de reflexión que explican por qué ciertas líneas funcionaron.

Antes de repartir el guión a continuación, dedica cinco minutos a la configuración. Es más importante que el diálogo en sí, porque un juego de roles solo enseña algo si las personas que lo ejecutan entienden por qué cada personaje actúa de la manera que lo hace.

Aquí hay un guión de juego de roles completo y utilizable entre comprador y vendedor. El producto es una aplicación de gestión de proyectos llamada TaskFlow, pero la estructura funciona para casi cualquier producto B2B o B2C, solo necesitas cambiar los detalles.

Configuración: Maya (vendedora) trabaja para TaskFlow. Devon (comprador) gestiona un equipo de marketing de 12 personas que actualmente utiliza hojas de cálculo y correo electrónico para rastrear proyectos. Devon ha intentado otra herramienta antes y pensó que era demasiado complicada para que el equipo la adoptara.

Maya: Hola Devon, gracias por hacer tiempo. Antes de mostrarme algo, ¿puedes caminar a través de cómo tu equipo rastrea proyectos en este momento?

Devon: Seguro. Usamos una hoja de cálculo compartida y muchos mensajes de Slack. Funciona, en su mayoría, pero las cosas se nos escapan cuando estamos ocupados.

Maya: ¿Qué tan a menudo dirías que algo se escapa, aproximadamente?

Devon: Honestamente, al menos una vez a la semana. Generalmente una fecha de vencimiento que alguien olvidó porque estaba enterrada en un hilo.

Maya: Entiendo. Entonces la hoja de cálculo rastrea el trabajo, pero en realidad no le recuerda a nadie ni advierte cuando algo está en riesgo.

Devon: Exacto, así es.

Maya: Esa es la brecha para la que se construyó TaskFlow. Cada tarea tiene un propietario y una fecha de vencimiento, y la aplicación envía una advertencia dos días antes de que algo se retrase, para que salga a la luz antes de que se convierta en una fecha de vencimiento incumplida en lugar de después. Dado lo que acabas de describir, ¿habría eso atrapado el problema de la semana pasada?

Devon: Probablemente, sí. Pero seré honesto, intentamos una herramienta como esta el año pasado y al equipo no le gustó. Demasiados clics, demasiada configuración.

Maya: Esa es una preocupación justa, y es la razón número uno por la que los equipos abandonan estas herramientas. ¿Puedo preguntarte qué específicamente hizo que se sintiera como demasiados clics?

Devon: Solo crear una tarea requería unos cinco campos. La gente dejó de molestarse.

Maya: Eso tiene sentido. La creación de tareas de TaskFlow es un campo: escribe la tarea y presiona enter, todo lo demás es opcional. Prefiero mostrarte que describirlo, ¿funcionaría un recorrido de 15 minutos con dos o tres de los miembros de tu equipo, para que no seas el único juzgando si es realmente simple?

Devon: Eso es razonable. ¿Cuánto cuesta para un equipo de nuestro tamaño?

Maya: Para 12 personas, son 8 dólares por persona por mes, es decir, 96 dólares en total, y las primeras dos semanas son gratis para que tu equipo lo pruebe en un proyecto real antes de que alguien pague por ello.

Devon: Está bien. Configuremos ese recorrido. ¿Puedes el jueves?

Maya: El jueves funciona. Enviaré una invitación de calendario con los dos que mencionaste incluidos.

Mira atrás en el guión anterior y observa que Maya nunca discute la objeción de Devon sobre que al equipo no le gustó la herramienta anterior. Argumentar con una objeción hace que el comprador la defienda más fuertemente. En su lugar, el guión sigue un patrón de cuatro partes que vale la pena enseñar explícitamente.

Primero, reconoce la objeción como razonable ("Esa es una preocupación justa"). Segundo, haz una pregunta de seguimiento específica en lugar de asumir qué salió mal ("¿Qué específicamente hizo que se sintiera como demasiados clics?"). Tercero, responde a la respuesta real con una diferencia concreta, no una garantía genérica. Cuarto, muévete hacia un pequeño paso siguiente de bajo riesgo, un breve recorrido, en lugar de pedir una decisión de compra en el acto.

Este patrón funciona para objeciones de precio, objeciones de tiempo ("no estamos listos para cambiar de sistemas este trimestre") y objeciones de autoridad ("Tendría que ejecutarlo por mi director") de la misma manera que funciona para la objeción de adopción en el ejemplo. Reconocer, preguntar, responder con detalles, proponer un pequeño paso siguiente. Cuando escribas tu propio guión de juego de roles sobre la venta de un producto, construye cada objeción alrededor de esta secuencia en lugar de escribir un discurso de refutación.

Si estás usando esto en una clase o una sesión de capacitación formal, califica el desempeño del vendedor en comportamientos específicos en lugar de una calificación vaga de "comunicación". Una rúbrica con criterios concretos también hace que la reflexión sea más rápida porque todos están apuntando a los mismos momentos en la conversación.

El ejemplo de TaskFlow anterior se escribe para un representante de nivel medio o un estudiante intermedio, pero la misma estructura se adapta fácilmente. Para principiantes, elimina la objeción de precio y mantén solo la objeción de adopción, para que los aprendices se enfoquen en una habilidad a la vez. Para práctica avanzada, apila dos objeciones espalda con espalda, por ejemplo precio y una comparación de competidor, para que el vendedor tenga que priorizar cuál abordar primero.

Para adaptarlo a un producto diferente, mantén la forma de cuatro partes: una pregunta de descubrimiento, una respuesta del comprador que revele un punto de dolor específico, un lanzamiento que conecte la característica del producto con ese punto de dolor exacto, y una objeción realista vinculada a la situación del comprador en lugar de una objeción genérica de "es demasiado caro". Un guión de juego de roles sobre la venta de un bien físico, como muebles de oficina o una caja de suscripción, sigue la misma forma, solo las preguntas de descubrimiento y las objeciones cambian para coincidir con lo que ese comprador realmente se preocupa, como tiempo de entrega o política de devolución en lugar de adopción de software.

El error más común es omitir la tarjeta de rol del comprador y permitir que la persona que juega al comprador invente objeciones sobre la marcha. Sin una situación definida, los compradores tienden a ceder inmediatamente o bloquear sin una razón real, y ninguno de los dos enseña nada útil.

El segundo error es ejecutar el juego de roles solo una vez. Un solo paso te dice si alguien puede seguir un guión, no si puede adaptarlo. Ejecutar el mismo escenario con una nueva objeción, o cambiar quién juega al comprador, muestra si la habilidad subyacente se transfirió.

El tercer error es reflexionar sobre la sensación ("eso se sintió bien") en lugar de sobre la rúbrica. Vincula cada comentario en la reflexión a una línea específica en la conversación, y el grupo retendrá mucho más que un general "bien hecho" o "trabaja en tu cierre".

No todos los salones de clase o equipos tienen un compañero de práctica disponible bajo demanda, y un guión solo construye confianza una vez que has dicho las líneas en voz alta, no solo las has leído. Aquí es donde SayNow AI es útil como complemento al guión anterior: puedes hablar las líneas del vendedor en respuesta a un comprador simulado, obtener retroalimentación sobre ritmo, palabras de relleno y claridad, y repetir el intercambio de manejo de objeciones tantas veces como lo necesites hasta que el patrón de reconocer-preguntar-responder-proponer se sienta automático. No reemplazará la ejecución del ejercicio con un compañero real en la clase, pero es una forma sólida de practicar antes de ser calificado o antes de una llamada de ventas real.