Modelo SAM: la alternativa ágil a ADDIE para diseño instruccional
El Modelo SAM (Successive Approximation Model) de Michael Allen: cómo diseñar formación iterativa, con prototipos rápidos y sin las limitaciones del modelo ADDIE.
El Modelo SAM (Successive Approximation Model) es un proceso de diseño instruccional iterativo creado por Michael Allen como alternativa a ADDIE. En lugar del flujo lineal de Análisis → Diseño → Desarrollo → Implementación → Evaluación, SAM propone ciclos cortos de diseño, prototipado y revisión que producen resultados más rápido y con menos riesgo de construir algo que no funciona. Esta guía explica las dos versiones del modelo —SAM1 y SAM2—, cuándo usar cada una, y cómo se compara con ADDIE en la práctica.
En este artículo:
- Qué es el Modelo SAM y por qué existe
- Michael Allen y el origen del modelo
- SAM1: el modelo básico en tres iteraciones
- SAM2: el modelo extendido para proyectos complejos
- SAM vs. ADDIE: diferencias prácticas
- Cuándo usar SAM y cuándo usar ADDIE
- Cómo implementar SAM en tu equipo
- Modelos y teorías relacionadas
- Preguntas frecuentes
Qué es el Modelo SAM y por qué existe
SAM nació de una frustración concreta: ADDIE funciona en teoría pero en la práctica produce cursos que llegan tarde, cuestan más de lo presupuestado y no siempre resuelven el problema original. El flujo lineal de ADDIE asume que puedes completar todo el análisis antes de diseñar, todo el diseño antes de desarrollar, y toda la evaluación al final. En proyectos reales, esa secuencia rara vez se sostiene.
El problema central que SAM resuelve es el riesgo de “construir lo incorrecto correctamente”. En ADDIE, un error en el análisis inicial se arrastra por todo el proceso y no se descubre hasta la evaluación final —cuando ya es costoso corregirlo—. SAM mitiga ese riesgo con iteraciones cortas: diseñar un poco, prototipar, revisar con stakeholders, ajustar, y repetir. Los errores se detectan temprano, cuando son baratos de corregir.
SAM también responde a la realidad de que los stakeholders y SME (Subject Matter Experts) no pueden evaluar documentos de diseño abstractos con la misma claridad con que evalúan un prototipo funcional. Mostrar un prototipo interactivo de 5 minutos genera mejor feedback que un documento de diseño de 30 páginas.
Michael Allen y el origen del modelo
Michael Allen desarrolló SAM a partir de su experiencia como CEO de Allen Interactions, una empresa de diseño de e-learning donde observó que los proyectos basados en ADDIE consistentemente enfrentaban los mismos problemas: scope creep, retrasos y desconexión entre lo que se diseñó y lo que los aprendices necesitaban. Publicó el modelo formalmente en su libro Leaving ADDIE for SAM (2012), coescrito con Richard Sites.
Allen no viene de la academia: viene de la industria del e-learning. Eso marca una diferencia importante. SAM no es un modelo teórico que se aplicó a la práctica: es un modelo que surgió de la práctica y se formalizó después. Las iteraciones rápidas, los prototipos funcionales y la colaboración continua con stakeholders no son ideas abstractas: son soluciones a problemas que Allen enfrentó repetidamente en proyectos reales.
El modelo tiene influencias claras del desarrollo ágil de software (Scrum, Lean) y del design thinking, adaptadas al contexto específico del diseño instruccional. Allen reconoce esta herencia pero enfatiza que SAM no es simplemente “Agile para e-learning”: tiene consideraciones específicas del aprendizaje que los frameworks de software no abordan.
SAM1: el modelo básico en tres iteraciones
SAM1 es la versión simplificada del modelo, diseñada para proyectos pequeños o medianos que un diseñador instruccional puede gestionar solo o con un equipo reducido. Tiene tres fases que se repiten en ciclos rápidos: Evaluar, Diseñar, Desarrollar.
Evaluar no es un análisis exhaustivo al estilo ADDIE. Es una evaluación rápida y focalizada: ¿qué problema estamos resolviendo? ¿Quién es la audiencia? ¿Qué restricciones tenemos? ¿Qué ya sabemos que funciona? SAM1 propone responder estas preguntas en horas o días, no en semanas.
Diseñar produce un prototipo rápido —no un documento de diseño detallado—. Un prototipo puede ser tan simple como un storyboard en papel, unas slides interactivas, o una maqueta en la herramienta de autoría. Lo importante es que sea algo que los stakeholders puedan ver y tocar, no solo leer.
Desarrollar convierte el prototipo aprobado en producto. Pero a diferencia de ADDIE, el desarrollo en SAM1 no espera a que todo el diseño esté terminado: se desarrolla lo que se diseñó en esa iteración, se prueba, se evalúa y se ajusta.
El ciclo se repite tres veces como mínimo. Cada iteración produce una versión más refinada. La primera iteración puede ser un prototipo tosco que valida la dirección; la segunda refina el contenido y las interacciones; la tercera pule la experiencia final. El producto “terminado” emerge de las iteraciones, no de una fase final de producción.
SAM2: el modelo extendido para proyectos complejos
SAM2 es para proyectos grandes que involucran múltiples stakeholders, equipos de desarrollo, SME y plazos largos. Añade estructura al modelo básico con tres fases diferenciadas: Preparación, Diseño Iterativo y Desarrollo Iterativo.
Fase de preparación: el Savvy Start
El Savvy Start es una reunión colaborativa intensiva —típicamente de 2-3 días— donde se reúnen todas las partes: diseñadores instruccionales, SME, stakeholders, desarrolladores y representantes de la audiencia. El objetivo no es hacer un análisis completo sino generar ideas de diseño rápidamente, priorizarlas y producir los primeros prototipos en papel.
Lo que hace diferente al Savvy Start de una reunión de kick-off tradicional es que no termina con un documento de requerimientos: termina con prototipos. Los participantes diseñan, dibujan y discuten soluciones concretas, no requisitos abstractos. Esto alinea expectativas tempranamente y reduce los ciclos de revisión posteriores.
Fase de diseño iterativo
El diseño iterativo consiste en ciclos rápidos de diseñar → prototipar → revisar. Cada ciclo produce un prototipo más detallado que el anterior. Los prototipos se prueban con usuarios representativos de la audiencia, no solo con stakeholders y SME. El feedback de usuarios reales es la brújula que guía las iteraciones.
En cada ciclo, el equipo toma decisiones de diseño basadas en evidencia: ¿este escenario funciona? ¿Los aprendices entienden la navegación? ¿Las actividades de práctica son demasiado fáciles o demasiado difíciles? Las respuestas vienen de prototipos probados, no de suposiciones en un documento.
Fase de desarrollo iterativo
El desarrollo iterativo aplica la misma lógica de ciclos a la producción del producto final. Se desarrolla en sprints, cada uno produciendo una porción funcional del curso que se puede probar. A diferencia de ADDIE, donde el desarrollo es una fase masiva al final, en SAM2 el desarrollo está intercalado con pruebas y ajustes continuos.
El estándar de oro de SAM2 es que cada sprint termina con algo que funciona: un módulo completo que se puede probar con usuarios, no un componente aislado que solo funciona dentro del contexto de desarrollo.
SAM vs. ADDIE: diferencias prácticas
La diferencia fundamental no es filosófica sino operativa: ADDIE asume que puedes planificar todo antes de construir; SAM asume que no puedes y que es más eficiente descubrirlo construyendo.
Manejo del riesgo. ADDIE concentra el riesgo al final: si el análisis fue incorrecto, lo descubres cuando ya desarrollaste todo. SAM distribuye el riesgo: cada iteración es una oportunidad de detectar y corregir errores antes de que se acumulen.
Rol del prototipo. En ADDIE, el prototipo (si existe) es un entregable de la fase de diseño. En SAM, el prototipo es la herramienta principal de comunicación y validación. Todo se prototipa: ideas, interacciones, navegación, contenido. El prototipo no es un paso intermedio: es el método de trabajo.
Participación de stakeholders. ADDIE tiende a involucrar stakeholders al inicio (análisis) y al final (evaluación), con revisiones intermedias de documentos. SAM los involucra continuamente a través de prototipos que pueden evaluar sin necesidad de expertise técnico.
Documentación. ADDIE produce documentación extensa: análisis de audiencia, documento de diseño, guion, plan de evaluación. SAM produce menos documentación formal y más artefactos funcionales: prototipos, maquetas, versiones iterativas del producto. La documentación que existe es más concisa y evoluciona con las iteraciones.
Timeline. ADDIE en su forma pura es secuencial: una fase debe terminar antes de que empiece la siguiente. SAM permite solapamiento: puedes estar diseñando un módulo mientras desarrollas otro y evaluando un tercero.
Cuándo usar SAM y cuándo usar ADDIE
SAM es mejor opción cuando: los requerimientos son inciertos o pueden cambiar durante el proyecto, los stakeholders necesitan ver para opinar (no pueden evaluar documentos abstractos), el equipo tiene acceso rápido a herramientas de prototipado, el proyecto tiene presión de tiempo y necesita entregas parciales, o la organización tiene cultura de iteración y tolerancia al cambio.
ADDIE es mejor opción cuando: los requerimientos son estables y bien definidos desde el inicio, el contenido está regulado y requiere aprobación formal de cada fase (compliance, legal, médico), el equipo de desarrollo está separado geográfica o temporalmente del equipo de diseño, o la organización necesita documentación exhaustiva por razones contractuales o regulatorias.
En la práctica, la mayoría de los equipos usan un híbrido. Toman la estructura de ADDIE como marco general pero introducen prácticas de SAM: prototipos tempranos, iteraciones dentro de cada fase, revisiones frecuentes con stakeholders. No es necesario elegir uno u otro de forma absoluta.
Cómo implementar SAM en tu equipo
El obstáculo más común para adoptar SAM no es técnico sino cultural: la organización está acostumbrada a aprobar documentos, no prototipos. Implementar SAM requiere cambiar expectativas sobre cómo se ve el “progreso” en un proyecto de diseño instruccional.
Empieza pequeño. No intentes convertir todo tu proceso a SAM de un día para otro. Toma un proyecto piloto —idealmente uno pequeño con stakeholders receptivos— y usa SAM1. Documenta los resultados: tiempo de entrega, calidad del producto, satisfacción de stakeholders. Usa esos datos para expandir.
Invierte en herramientas de prototipado rápido. SAM depende de la capacidad de producir prototipos funcionales rápidamente. Herramientas como Storyline, Rise, o incluso PowerPoint con hipervínculos permiten crear prototipos en horas, no en días.
Educa a los stakeholders. Explica que van a ver versiones “feas” e incompletas al principio. El primer prototipo no es el producto final: es una herramienta de conversación. Si los stakeholders esperan ver un producto pulido en la primera revisión, el proceso se frustra.
Define ciclos de tiempo fijos. Cada iteración debe tener un timebox claro: una semana, dos semanas, nunca más de tres. Sin timeboxes, las iteraciones se alargan y SAM pierde su ventaja sobre ADDIE.
Modelos y teorías relacionadas
Modelo ADDIE: SAM no reemplaza ADDIE sino que lo reimagina. ADDIE sigue siendo útil como framework mental para entender las actividades del diseño instruccional; SAM reorganiza esas actividades en ciclos iterativos en lugar de fases lineales.
Action Mapping de Cathy Moore: Action Mapping proporciona la filosofía de diseño (centrar en acciones y rendimiento); SAM proporciona el proceso de ejecución (iterar con prototipos). Usar Action Mapping dentro de ciclos SAM es una combinación muy efectiva: defines las acciones en el Savvy Start y las prototipar iterativamente.
Principios de Merrill: Los cinco principios de Merrill funcionan como checklist de calidad dentro de cada iteración de SAM. Cada prototipo puede evaluarse contra los principios: ¿está centrado en problemas? ¿Activa conocimiento previo? ¿Demuestra? ¿Permite aplicar? ¿Facilita integración?
Desarrollo Ágil (Scrum): SAM tiene influencias claras de Scrum: sprints con timeboxes, entregables funcionales al final de cada ciclo, retrospectivas. La diferencia es que SAM adapta estos conceptos al contexto del aprendizaje, donde la calidad instruccional no se puede sacrificar por velocidad de entrega.
Design Thinking: La fase de Savvy Start de SAM2 tiene paralelos con la fase de ideación del Design Thinking: reunir a personas diversas, generar ideas rápidamente, prototipar sin juzgar prematuramente. Ambos modelos comparten la filosofía de que construir para aprender es más efectivo que planificar para ejecutar.
Preguntas frecuentes
¿Qué es el Modelo SAM y quién lo creó?
SAM (Successive Approximation Model) es un proceso de diseño instruccional iterativo creado por Michael Allen, CEO de Allen Interactions, y publicado en su libro Leaving ADDIE for SAM (2012). Propone ciclos cortos de diseño, prototipado y revisión en lugar del flujo lineal de ADDIE, para producir formación más rápido y con menor riesgo de construir algo que no funciona.
¿Cuál es la diferencia entre SAM1 y SAM2?
SAM1 es para proyectos pequeños o medianos: ciclos simples de Evaluar → Diseñar → Desarrollar que un diseñador puede gestionar solo. SAM2 es para proyectos complejos con múltiples stakeholders: añade el Savvy Start (reunión colaborativa de kick-off), fases de diseño iterativo y desarrollo iterativo con sprints formales. La diferencia es de escala y estructura, no de filosofía.
¿SAM reemplaza a ADDIE o puedo usar los dos?
No es necesario elegir uno u otro. La mayoría de los equipos usan un híbrido: toman la estructura conceptual de ADDIE como marco general e introducen prácticas de SAM como prototipos tempranos, iteraciones y revisiones frecuentes. ADDIE sigue siendo útil como vocabulario compartido; SAM mejora la ejecución dentro de ese vocabulario.
¿Qué es el Savvy Start y cómo lo organizo?
El Savvy Start es una reunión colaborativa de 2-3 días que reúne a diseñadores, SME, stakeholders, desarrolladores y representantes de la audiencia. El objetivo es generar ideas de diseño, priorizarlas y producir los primeros prototipos en papel. No termina con un documento de requerimientos sino con prototipos concretos y alineamiento del equipo sobre la dirección del proyecto.
¿Cómo convenzo a mi organización de usar SAM en lugar de ADDIE?
No propongas un cambio radical: propón un piloto. Toma un proyecto pequeño, usa SAM1, y documenta los resultados comparándolos con proyectos anteriores: tiempo de entrega, número de ciclos de revisión, satisfacción de stakeholders y calidad del producto. Los datos concretos convencen más que los argumentos teóricos. Si el piloto funciona, la expansión se justifica sola.
¿Qué herramientas necesito para trabajar con SAM?
SAM requiere herramientas de prototipado rápido: Articulate Storyline, Rise 360, Adobe Captivate, o incluso PowerPoint con hipervínculos para prototipos de baja fidelidad. También necesitas herramientas de colaboración para las revisiones iterativas: Figma, Miro o Google Slides para prototipos visuales, y una herramienta de gestión de proyecto (Trello, Asana, Jira) para trackear las iteraciones.
¿Cuántas iteraciones debería tener un proyecto con SAM?
SAM1 recomienda un mínimo de tres iteraciones. SAM2 no prescribe un número fijo: depende de la complejidad del proyecto. La regla práctica es iterar hasta que el prototipo valide la dirección del diseño y los stakeholders y usuarios confirmen que funciona. Más de cinco iteraciones suelen indicar que hay un problema de alcance o de alineamiento que las iteraciones no van a resolver.
¿SAM funciona para formación presencial o solo para e-learning?
SAM se diseñó originalmente para e-learning, pero los principios aplican a cualquier modalidad. En formación presencial, los prototipos son facilitaciones piloto con un grupo reducido en lugar de maquetas digitales. El ciclo es el mismo: diseñar la sesión, facilitarla como piloto, recoger feedback, ajustar y repetir. Las iteraciones son más costosas en presencial, pero igualmente valiosas.
¿Cómo manejo la documentación en SAM si mi organización la exige?
SAM no elimina la documentación: la hace más ligera y evolutiva. En lugar de un documento de diseño de 50 páginas antes de construir, documenta las decisiones clave de cada iteración: qué se probó, qué feedback se recibió, qué se cambió y por qué. Si tu organización exige documentación formal por compliance o contrato, genera el documento final después de las iteraciones, cuando el diseño ya está validado.
¿Qué pasa si el SME o el cliente no quieren revisar prototipos frecuentemente?
Este es el obstáculo más común. La solución es hacer las revisiones lo más fáciles posible: prototipos que se pueden ver en 10 minutos, preguntas específicas en lugar de "¿qué te parece?", y sesiones de revisión breves con agenda clara. Si el SME solo puede revisar una vez, concentra la iteración en esa revisión y maximiza el feedback. Un ciclo de revisión productivo vale más que tres superficiales.
¿SAM es compatible con Action Mapping y los Principios de Merrill?
Es una combinación excelente. Action Mapping define la dirección del diseño (centrar en acciones y rendimiento) durante el Savvy Start o la fase de evaluación. Los Principios de Merrill funcionan como checklist de calidad en cada iteración. SAM proporciona el proceso de ejecución. Son tres capas complementarias: qué diseñar (Action Mapping), qué condiciones cumplir (Merrill), y cómo ejecutar el proceso (SAM).
¿Cuál es el mayor riesgo de usar SAM mal?
Confundir iteración con improvisación. SAM no es "hacer cosas y ver qué pasa": es iterar con intención, con criterios de evaluación claros y con feedback estructurado. Sin un objetivo de negocio definido, sin criterios para evaluar los prototipos y sin disciplina en los timeboxes, SAM se convierte en un proceso caótico que produce peores resultados que ADDIE lineal.
