Cómo escribir un storyboard de e-learning desde cero
Guía práctica para crear un storyboard de e-learning: estructura, componentes, plantilla y errores comunes. Con ejemplos reales para diseñadores instruccionales.
El storyboard es el documento donde el diseño instruccional se vuelve producible. Es lo que existe entre el análisis y el desarrollo: una descripción pantalla por pantalla (o escena por escena) de todo lo que va a ocurrir en el curso — qué texto verá el participante, qué escuchará, qué podrá hacer y cómo responderá el sistema. Sin un buen storyboard, el desarrollo de un curso e-learning es una cadena de suposiciones: el desarrollador asume, el cliente asume, el revisor asume, y el producto final no se parece a lo que nadie tenía en mente.
Esta guía explica cómo estructurar un storyboard desde cero, qué incluir en cada pantalla, cómo evitar los errores más comunes y cómo adaptarlo según el tipo de proyecto.
En esta guía:
Qué es un storyboard de e-learning
Un storyboard de e-learning es el documento de diseño que describe, pantalla por pantalla, todo lo que ocurrirá en el curso antes de que empiece el desarrollo. Define el texto visible, la narración en audio, los elementos visuales, las interacciones, la lógica de navegación y las notas de producción para el desarrollador.
La palabra viene del cine, donde los directores dibujan las escenas antes de grabarlas. En e-learning, la analogía es exacta: el storyboard es el guión y el mapa visual del curso antes de que exista en la herramienta de autoría.
¿Para qué sirve en la práctica?
- Le da al cliente o al SME algo concreto que revisar antes de que se invierta tiempo de desarrollo.
- Le da al desarrollador instrucciones claras que no requieren interpretación.
- Es el contrato de alcance: lo que está en el storyboard aprobado es lo que se desarrolla.
- Facilita las revisiones: es mucho más rápido editar texto en un documento que mover objetos en Storyline.
Un storyboard bien hecho reduce el retrabajo a la mitad. Uno mal hecho — o inexistente — es la principal causa de proyectos que se extienden, clientes insatisfechos y desarrolladores frustrados.
Qué incluye cada pantalla del storyboard
Cada pantalla (o slide) del storyboard es una fila o sección del documento. Los componentes que siempre deben estar presentes:
ID de pantalla — Número o código único que identifica la diapositiva. Ej: M1-S03 (Módulo 1, Slide 03). Esencial para referenciarlo en revisiones: “revisa el feedback de M2-S07” es infinitamente más claro que “el slide de las preguntas de ese módulo”.
Título o descripción — Una línea que describe qué ocurre en esa pantalla. No es el título visible del curso, es para el equipo de producción.
Texto en pantalla — Exactamente el texto que el participante va a leer. Sin abreviaciones, sin “poner aquí el texto del SME”. Si el texto no está, la pantalla no está lista.
Narración / audio — El guión completo de lo que dirá la voz en off o el avatar. Word por word. Una narración de 30 segundos son aproximadamente 75-80 palabras a ritmo conversacional.
Visual / instrucción para el desarrollador — Descripción de qué se verá: imagen, animación, diagrama, personaje, estado del avatar, ícono. No tiene que ser un dibujo — una descripción clara basta. “Imagen de una reunión de equipo, fondo neutro, sin texto superpuesto” es suficiente.
Interacción — Qué puede hacer el participante: hacer clic en un botón, arrastrar un elemento, responder una pregunta, elegir entre opciones. Si no hay interacción, se especifica que es una pantalla de avance lineal.
Lógica de navegación — Qué pasa después: ¿avanza a la siguiente pantalla? ¿hay condicional? ¿si responde mal, va a una pantalla de reintento? Las rutas de ramificación se documentan aquí.
Notas de producción — Instrucciones técnicas para el desarrollador: “esta pantalla tiene una animación de entrada secuencial”, “el botón siguiente no aparece hasta que el audio termina”, “usar el estado hover del personaje 3”.
Estructura general de un storyboard
Un storyboard no es solo una lista de slides — tiene una estructura que refleja el diseño instruccional del curso. Una estructura típica:
Portada del documento
- Nombre del proyecto, cliente, versión, fecha, autor
- Estado: borrador / en revisión / aprobado
- Historial de cambios (muy útil en proyectos con múltiples revisiones)
Mapa de navegación (opcional pero recomendado)
Un diagrama o tabla que muestra la estructura completa del curso: módulos, secciones, pantallas y cómo se conectan. Especialmente importante en cursos con ramificación.
Slides de contenido por módulo
Agrupadas por módulo o sección. Cada slide tiene todos los componentes descriptos arriba.
Apéndice (si aplica)
- Lista de assets necesarios: imágenes, videos, íconos, personajes
- Especificaciones de accesibilidad
- Notas sobre versiones de localización
Plantilla de storyboard por tipo de pantalla
No todas las pantallas son iguales. Estos son los tipos más comunes con lo que cada uno requiere:
Pantalla de título / entrada a módulo
ID: M1-S01
Tipo: Portada de módulo
Texto visible: "Módulo 1: Comunicación efectiva con el cliente"
Narración: "En este módulo vas a explorar tres situaciones reales donde la comunicación puede determinar si el cliente renueva o cancela su contrato."
Visual: Imagen de fondo oscura con texto centrado, animación de entrada del título.
Interacción: Botón "Comenzar" que avanza a M1-S02.
Notas: Sin audio hasta que el participante hace clic en Comenzar.Pantalla de contenido con narración
ID: M1-S04
Tipo: Contenido + narración
Texto visible: "La escucha activa no es esperar tu turno para hablar."
Narración: "Cuando un cliente presenta un problema, la primera reacción suele ser defensiva o correctiva. La escucha activa requiere contener esa reacción y hacer preguntas que confirmen que entendiste antes de responder."
Visual: Ícono de persona hablando a la izquierda, texto a la derecha. Animación de entrada en dos partes.
Interacción: Avance automático al terminar el audio, o botón manual si el audio está desactivado.
Notas: Texto no aparece hasta 1 segundo de iniciado el audio.Pregunta de opción múltiple
ID: M1-S08
Tipo: Quiz — opción múltiple
Texto de la pregunta: "El cliente dice que el producto 'no funciona como esperaba'. ¿Cuál es la primera respuesta más efectiva?"
Opciones:
A) "Permítame explicarle cómo funciona correctamente."
B) "¿Qué esperaba específicamente que hiciera?"
C) "Nuestros otros clientes no reportan ese problema."
D) "Le envío el manual de usuario."
Respuesta correcta: B
Feedback correcto: "Exacto. Antes de explicar o defender, necesitás entender qué esperaba el cliente. La pregunta abre la conversación."
Feedback incorrecto (A): "Esta respuesta asume que el problema es de comprensión, no de expectativa. Puede sentirse condescendiente."
Feedback incorrecto (C): "Comparar con otros clientes invalida la experiencia de este cliente específico."
Feedback incorrecto (D): "Enviar documentación sin antes entender el problema rara vez resuelve nada."
Navegación: Si responde B, avanza a M1-S09. Si responde A, C o D, muestra feedback y permite reintentar.
Intentos: 2 intentos máximo.Pantalla de escenario ramificado
ID: M2-S03
Tipo: Decisión — punto de ramificación
Contexto visible: "Tu cliente acaba de mencionar que está evaluando una alternativa de la competencia."
Decisión: "¿Qué hacés?"
Opción 1: "Pregunto qué lo llevó a evaluar otras opciones." → Va a M2-S04A (respuesta efectiva)
Opción 2: "Le presento nuestras ventajas competitivas inmediatamente." → Va a M2-S04B (consecuencia: cliente se cierra)
Opción 3: "Le ofrezco un descuento." → Va a M2-S04C (consecuencia: conversación transaccional)
Visual: Avatar del cliente en pantalla con expresión neutral.
Notas: No hay respuesta "correcta" visible — el participante descubre las consecuencias navegando.Proceso: del análisis al storyboard
El storyboard no se escribe de cero. Se construye sobre el trabajo de análisis previo.
1. Tener claro el objetivo de desempeño
Antes de escribir una sola pantalla, debés saber qué se supone que el participante va a poder hacer diferente después del curso. “Va a entender la política de devoluciones” no es un objetivo de desempeño — “va a procesar una solicitud de devolución siguiendo el procedimiento sin consultar al supervisor” sí lo es.
2. Tener el contenido fuente
El storyboard no inventa contenido: lo organiza, lo simplifica y lo convierte en experiencia de aprendizaje. Necesitás el material del SME, los documentos de proceso, los ejemplos reales, los casos que salen mal. Sin esto, solo tenés estructura vacía.
3. Mapear las pantallas antes de escribirlas
Antes de redactar, armá un esquema: cuántas secciones, cuántas pantallas estimadas por sección, dónde van los puntos de práctica, cómo se cierra cada módulo. Este mapa funciona como la arquitectura del edificio antes de empezar a poner ladrillos.
4. Escribir en el orden del aprendizaje, no del contenido
El storyboard no es el índice del documento fuente volcado a slides. Es la secuencia que optimiza el aprendizaje: primero el contexto y la relevancia, luego el contenido mínimo necesario, luego la práctica, luego el feedback, luego la consolidación.
5. Revisar con el SME antes de desarrollar
La revisión del storyboard con el SME es donde se detectan errores de contenido, terminología incorrecta y lagunas de información. Es infinitamente más barato corregir texto en un documento Word que mover elementos en Storyline después de que el desarrollador pasó tres días construyendo la pantalla.
Errores comunes y cómo evitarlos
Storyboard sin narración completa. Escribir “completar con narración” o “agregar audio aquí” no es un storyboard — es una deuda. Sin el guión completo, el desarrollador no puede producir, y el locutor no puede grabar.
Demasiado texto en pantalla. Si el texto en pantalla repite todo lo que dice la narración, el participante hace una de dos cosas: lee y no escucha, o escucha y no lee. El texto en pantalla debe ser el concepto clave, no el guión completo.
Instrucciones visuales ambiguas. “Poner una imagen relevante” no le dice nada al desarrollador. “Imagen de una persona mirando una pantalla de computadora en un ambiente de oficina abierta, sin texto superpuesto, orientación horizontal” es una instrucción accionable.
Lógica de ramificación sin documentar. En cursos con escenarios, el storyboard debe incluir el mapa de rutas. Sin él, el desarrollador tiene que adivinar cómo conectar las pantallas.
Revisar el storyboard directamente en la herramienta de autoría. El storyboard existe para evitar esto. Una vez que empieza el desarrollo, los cambios son mucho más costosos. La revisión del storyboard es la etapa de bajo costo.
Escribir para lectores, no para aprendices. El storyboard debe redactarse en segunda persona, con tono conversacional y verbos de acción. “El diseño instruccional es la práctica sistemática de…” suena a manual; “Diseñás para resolver un problema de desempeño, no para cubrir contenido” activa algo diferente.
Storyboard vs. prototipo: cuándo usar cada uno
El storyboard y el prototipo cumplen funciones distintas y no son equivalentes.
El storyboard es el documento escrito que especifica el contenido, las interacciones y la lógica de producción. Se trabaja en Word, Google Docs, PowerPoint o una plantilla propia. Es el estándar para proyectos complejos, clientes externos y equipos donde hay separación entre el diseñador y el desarrollador.
El prototipo es una versión preliminar construida directamente en la herramienta de autoría (Storyline, Rise, Canva) con las primeras dos o tres pantallas de un módulo. Muestra el diseño visual real, la navegación y la experiencia antes de completar el curso. Es útil para alinear expectativas visuales con clientes que no saben “leer” un storyboard.
En la práctica, muchos equipos usan los dos: el storyboard para el contenido y la lógica, y un prototipo de una pantalla o dos para validar el diseño visual antes de producir el resto.
Preguntas frecuentes
¿El storyboard siempre tiene que ser en Word o PowerPoint?
No. El formato depende del equipo y el proyecto. Word y Google Docs son los más comunes para storyboards escritos. PowerPoint o Keynote son buenos cuando querés incluir bosquejos del layout visual. Algunos equipos usan Figma para storyboards con componentes visuales detallados. Lo importante no es la herramienta, sino que el documento sea claro, completo y fácil de revisar.
¿Cuántas pantallas tiene un storyboard típico?
Depende del curso. Un módulo de 10-15 minutos suele tener entre 15 y 35 pantallas según la densidad de contenido y la cantidad de interacciones. Un curso de 1 hora puede tener entre 80 y 150 slides. Lo importante no es el número sino que cada pantalla tenga un propósito instruccional claro.
¿Quién escribe el storyboard, el diseñador instruccional o el SME?
El storyboard lo escribe el diseñador instruccional, usando el contenido que proporciona el SME. El SME es la fuente de conocimiento — sabe qué es correcto. El diseñador instruccional es quien convierte ese conocimiento en una experiencia de aprendizaje efectiva, decide la secuencia, el nivel de profundidad y el formato de cada pantalla.
¿El storyboard incluye el diseño visual detallado?
Depende del flujo del equipo. En muchos proyectos, el storyboard describe el layout en palabras ("imagen a la izquierda, texto a la derecha, sin título visible") y el desarrollador toma las decisiones visuales dentro de la plantilla aprobada. En proyectos con más recursos, el diseñador visual trabaja junto al diseñador instruccional para producir wireframes o mockups que se incluyen en el storyboard.
¿Cómo se documenta la ramificación en el storyboard?
Lo más claro es un diagrama de flujo: cada pantalla de decisión con sus opciones y a qué pantalla lleva cada una. También puede documentarse en tabla: columna de pantalla, columna de condición, columna de destino. En proyectos complejos, las dos formas juntas — diagrama para la vista general, tabla para los detalles — es la combinación más práctica.
¿El storyboard necesita estar 100% aprobado antes de empezar a desarrollar?
En proyectos con modelos en cascada (ADDIE clásico), sí. En proyectos ágiles (SAM, Agile ID), se trabaja por ciclos: se aprueba el storyboard del primer módulo, se desarrolla, se muestra al cliente y se ajusta antes de seguir. La aprobación total previa reduce el riesgo de retrabajo pero alarga el tiempo hasta el primer entregable visible.
¿Hay diferencia entre storyboard y guión instruccional?
Los términos se usan de forma intercambiable en el sector. Algunos equipos usan "guión" para el documento que incluye principalmente texto y narración (más orientado a producción de video o audio), y "storyboard" para el documento que incluye también layout visual, interacciones y notas de desarrollo. Otros usan "storyboard" para todo. Lo que importa es que el documento incluya los componentes que el equipo necesita para producir.
¿Cómo se maneja el control de versiones de un storyboard?
Con un historial de cambios claro en la portada del documento: fecha, versión (v1, v1.1, v2...) y resumen de qué cambió. Nombrar los archivos con la versión en el nombre evita confusiones: `Curso_Ventas_Storyboard_v2.1.docx`. Si el equipo usa Google Docs o Notion, el historial de versiones es automático.
¿Vale la pena hacer storyboard para cursos cortos?
Para un microlearning de 3 minutos con un solo objetivo, un storyboard completo puede ser excesivo — un documento de una página con el texto y la narración de cada pantalla es suficiente. Para cualquier curso de más de 10 minutos o con interactividad real, el storyboard siempre ahorra tiempo neto: lo que tardás en escribirlo lo recuperás en revisiones evitadas durante el desarrollo.
