Una presentación con varios ponentes funciona mejor cuando el público escucha un solo argumento, no tres charlas breves pegadas entre sí. Acordad la decisión que buscáis, repartid la responsabilidad de explicarla y escribid las transiciones antes de pulir cada sección. El relevo debe conectar las ideas y coordinar quién controla la pantalla.
Esta guía trata de un equipo que comparte una misma presentación. Incluye un ejemplo con tres ponentes, frases concretas para los relevos y una alternativa si alguien falta. Si organizas un webinar con un docente principal y un anfitrión, la guía de escaleta para webinars, en inglés, aborda esa situación distinta.
Partid de una decisión y asignad una función a cada ponente
«Cada uno hablará de su departamento» facilita el reparto, pero suele producir contexto repetido y conclusiones incompatibles. Completad juntos esta frase: «Después de escucharnos, el público debería poder decidir…». A continuación, identificad las preguntas que necesita resolver para tomar esa decisión.
En este ejemplo ficticio, un equipo solicita autorización para probar un nuevo formulario interno de solicitudes en un solo departamento. Maya explica el problema observado; Leo muestra el formulario propuesto; Noor explica los límites de la prueba y la decisión solicitada. No están anunciando una implantación en toda la empresa.
Asignad a cada persona una pregunta, no solo un bloque de diapositivas. Maya responde «¿Qué está fallando?». Leo, «¿Qué harían de otra manera los usuarios?». Noor, «¿Qué queremos probar?». Una persona debe revisar la presentación completa para mantener coherentes las definiciones, la tipografía y la decisión solicitada.
Repartid el ejemplo sin repetir sus antecedentes
Supongamos que las notas recogen 30 solicitudes revisadas durante una semana especificada, de las que 12 no incluían el lugar de entrega. Son el 40 % de esas solicitudes, no el 40 % de los empleados, y no demuestra que un formulario nuevo vaya a eliminar el problema. Estas cifras son inventadas para practicar la estructura de la presentación.
| Ponente | Aportación | Qué deja para la siguiente persona |
|---|---|---|
| Maya: el problema | Mostrar las 12 de 30 solicitudes, el periodo de recogida y un ejemplo sin lugar de entrega. | No hacer otra visita guiada al formulario. |
| Leo: el cambio propuesto | Mostrar dónde indica el solicitante el lugar y cómo lo ve quien revisa la solicitud. | No anunciar fechas ni criterios de aceptación que aún sean propuestas. |
| Noor: la prueba acotada | Explicar quién participaría, qué debe acordarse y quién decidirá si se continúa. | No repetir toda la descripción del problema. |
La fuente de cada afirmación acompaña a su sección. Si Leo necesita mencionar el 40 %, utiliza la definición de Maya, sin recalcularlo a partir de otra hoja de cálculo. Noor no puede convertir «un departamento» en «todos los equipos» porque una conclusión más ambiciosa quede mejor en la última diapositiva.
Escribid las dos partes de cada transición
Una transición útil explica la relación entre dos secciones. «Ahora le paso la palabra a Leo» cambia de voz, pero obliga al público a deducir por qué importa lo que viene. Emparejad la última frase de un ponente con la primera del siguiente y leedlas seguidas.
Del problema a la demostración
Maya: «Lo que falta en estas solicitudes es el lugar de entrega. Leo va a mostrar dónde lo pide el formulario propuesto».
Leo: «Este es el campo en una solicitud de práctica. Primero mostraré la vista del solicitante y después la de quien revisa».
Leo no empieza con una nueva introducción ni repite la muestra de Maya. El público ya sabe por qué importa ese campo. La pantalla cambia a la solicitud de práctica solo cuando Maya termina su frase.
De la demostración a la decisión
Leo: «Esto muestra el recorrido propuesto, pero no demuestra que las personas vayan a completarlo correctamente. Noor explicará la prueba que queremos hacer».
Noor: «Pedimos probarlo en un departamento y acordar cómo valoraremos los resultados antes de ampliarlo».
Esta transición conserva un límite importante: que una demostración funcione no prueba que cambie el comportamiento. Evitad «Ahora Noor explicará el éxito de nuestra implantación» cuando todavía no ha ocurrido ni la implantación ni ese supuesto éxito.
Elegid quién controla las diapositivas
En un equipo pequeño, una sola persona al mando puede mantener estable la pantalla mientras cambian las voces. En el ejemplo, Leo avanza la presentación compartida de principio a fin. Maya y Noor utilizan señales verbales acordadas; no pulsan un mando por su cuenta ni intentan cambiar la ventana compartida.
Quien controla la pantalla necesita una hoja con las últimas palabras del ponente, la etiqueta de la siguiente diapositiva y las primeras palabras de quien entra. «Cuando Maya diga “formulario propuesto”, mostrar la vista del solicitante» es más preciso que «cambiar de diapositiva hacia el minuto cuatro». Esa indicación no debe aparecer en el texto que ve el público.
Si cada persona debe manejar una demostración independiente, tratadlo como una excepción explícita. Acordad quién deja de compartir, quién empieza y qué ve el público durante el cambio. Los permisos y comandos dependen de la plataforma de reuniones; ensayad con las cuentas reales, sin suponer que cualquier participante puede tomar el control.
Utilizad las notas del presentador —guía en inglés— para indicaciones breves, no para proyectar un segundo guion junto al contenido. Comprobad la vista de los asistentes durante el ensayo. Ver las notas en vuestro portátil no demuestra que solo se esté compartiendo la ventana de diapositivas.
Ensayad los enlaces entre secciones antes de repetir toda la charla
Empezad por las dos últimas frases de Maya y las dos primeras de Leo. Después practicad el relevo de Leo a Noor. Este ejercicio breve revela repeticiones, términos desconocidos y cambios de pantalla dudosos con más facilidad que otra lectura ininterrumpida de tres secciones separadas.
Luego presentad todo ante alguien que haga de público. Pedidle que resuma en una frase la decisión propuesta. Si ha entendido un lanzamiento general en lugar de una prueba en un departamento, localizad las palabras exactas que ampliaron el alcance. No intentéis resolverlo añadiendo una aclaración pequeña a la última diapositiva.
Preguntad también cuándo la pantalla parecía adelantarse o retrasarse respecto a la explicación. Si Maya sigue describiendo el campo ausente y Leo ya ha abierto otra pantalla, moved la señal. Si cuesta seguir una demostración, reducid los cambios visuales en vez de pedir a Leo que haga clic más deprisa.
Acordad qué hacer si alguien falta o se alarga
Elegid un sustituto para cada sección que haya leído las fuentes correspondientes. No tiene que imitar la forma de hablar del titular, pero sí conservar la afirmación esencial, sus límites y la conexión con la siguiente sección.
Si Leo no puede participar, Maya puede mostrar dos capturas aprobadas de las vistas del solicitante y del revisor. Su frase alternativa sería: «Leo no puede acompañarnos. Estas dos vistas muestran el campo propuesto para el lugar de entrega; Noor explicará ahora qué necesitamos probar». No presenta las capturas como una operación en directo ni especula sobre funciones que no puede demostrar.
Si Maya se alarga, se elimina un segundo ejemplo antes que la definición de la muestra. Si falla la demostración de Leo, se utilizan las capturas para no consumir toda la sección de decisión de Noor intentando reparar el problema. Acordad esos recortes durante el ensayo. Quien controle el tiempo debe poder señalar una parte opcional concreta, no limitarse a pedir que todos hablen más rápido.
Para las preguntas, responde primero quien conozca mejor las pruebas. Maya explica la muestra; Leo, el funcionamiento del formulario de práctica; Noor, la decisión solicitada. Otra persona añade información solo si hace falta. Si la respuesta requiere un análisis nuevo, registrad la pregunta y acordad el seguimiento, en lugar de permitir que tres personas especulen por turnos.
Construid el argumento común en Presenti
Preparad un único documento con la decisión, las tres funciones, las fuentes aprobadas y las dos parejas de frases de transición. En Presenti, generad el borrador completo a partir de ese documento, en vez de unir después tres presentaciones independientes. Revisad el esquema para detectar contexto repetido antes de elegir el estilo.
En el borrador editable, mantened coherentes las etiquetas de sección y colocad las pruebas junto a las afirmaciones que respaldan. Situad las dos capturas del sustituto donde puedan encontrarse sin buscar entre diapositivas ajenas. Son decisiones sobre el contenido: Presenti no se encarga de transferir permisos del micrófono ni de gestionar la reunión.
Descargad el documento para tres ponentes y la hoja de señales. Sustituid el ejemplo por datos del equipo y ensayad las dos transiciones con el archivo y la configuración de pantalla compartida que utilizaréis. Compartir un archivo se convierte en una presentación conjunta cuando cada persona sabe qué se acaba de establecer, qué aporta y qué necesita quien viene después.
