💡 Qué es el Design Sprint y cuándo usarlo
El Design Sprint es un proceso estructurado de 5 días creado por Jake Knapp mientras trabajaba como Design Partner en el Google Ventures (GV). Descrito en el libro Sprint (2016, con John Zeratsky y Braden Kowitz), el método se probó en más de 150 startups de la cartera de GV antes de hacerse público. La premisa es radical: en vez de meses de desarrollo, respondes una pregunta crítica de negocio con un prototipo probado por usuarios reales en una semana.
Knapp diseñó el Sprint para empresas que necesitan acortar el ciclo de retroalimentación entre la idea y la validación. En vez de programar reuniones durante semanas, basta con formar un squad dedicado a tiempo completo por 5 días para pasar de una pregunta abierta a datos reales de usuarios. El libro describe casos en Slack, Flatiron Health y Nest — en todos se respondieron preguntas críticas antes de escribir una sola línea de código.
✓ Cuándo USAR el Sprint
- ✓Problema grande, complejo o de alto riesgo
- ✓Equipo bloqueado en un debate sin consenso
- ✓Lanzamiento de un producto nuevo o una función crítica
- ✓Necesidad de validar la hipótesis antes de invertir
- ✓Stakeholders con visiones enfrentadas
× Cuándo NO usar
- ×Problema ya bien definido, solución conocida
- ×El equipo no puede dedicar 5 días completos
- ×Decisión ya tomada (el Sprint se convertiría en teatro)
- ×Error o problema operativo de rutina
- ×Sin acceso a usuarios reales para el día 5
🗺 Día 1 — Mapear el desafío y elegir el objetivo
El lunes del Sprint está dedicado a alinear al equipo sobre el problema que se debe resolver y elegir un objetivo específico. Jake Knapp llama a este proceso "start at the end" (empezar por el final): antes de pensar en soluciones, el equipo define cómo sería el éxito en 2-5 años y cuáles son los riesgos que podrían impedirlo. Sin esa alineación, el Sprint genera bocetos basados en premisas diferentes.
Agenda del Día 1
Meta de largo plazo + preguntas del Sprint
El facilitador le pide al decisor (el «Decider», un rol obligatorio en el Sprint) que articule la meta de 2-5 años. El equipo genera preguntas: «¿Qué podría impedirnos alcanzar esa meta?». Esas preguntas se convierten en hipótesis que hay que refutar.
Mapa del recorrido (flujo del usuario)
El equipo crea un mapa simple (actor + pasos + meta final) del recorrido del usuario. No es un diagrama detallado; solo incluye los pasos principales. Suele tener 5-15 etapas. Se construye en conjunto en la pizarra.
Entrevistas con expertos («Ask the Experts»)
Cada miembro del equipo con conocimientos especializados (estrategia, tecnología, investigación de usuarios, ventas) comparte lo que sabe en sesiones de 15-20 minutos. El equipo anota los insights en notas adhesivas con el formato "¿Cómo podríamos...?" (HMW).
Elegir el objetivo
El decisor elige un momento específico del mapa y un usuario objetivo. Esto define el alcance del Sprint. Sin un objetivo definido, el equipo intenta resolverlo todo al mismo tiempo y no resuelve nada.
💡 Consejo de Knapp
El papel del "Decider" es fundamental. En los sprints sin una persona decisora claramente definida, el equipo vuelve al debate democrático y pierde el ritmo. El Decider no tiene que ser el CEO: puede ser cualquier persona con autoridad real sobre la decisión en cuestión. Knapp recomienda que el Decider participe al menos al elegir el objetivo al final del Día 1.
✏ Día 2 — Esbozar soluciones (divergir)
El martes es el día de la divergencia individual. En lugar de una lluvia de ideas colectiva (que suele estar dominada por las voces más fuertes), el Sprint usa un proceso llamado Esquema de 4 pasos: cada participante trabaja por su cuenta para generar y refinar ideas. El resultado es un conjunto rico de soluciones independientes, sin que una idea ahogue a otra.
Notas (20 min)
Cada persona recorre el espacio, revisa el mapa del Día 1, las notas de las entrevistas y cualquier material de referencia. Escribe notas libres, sin una estructura obligatoria.
Ideas (20 min)
Convierte las notas en diagramas, listas o garabatos sencillos. Nada tiene que verse bonito — el objetivo es exteriorizar el pensamiento, no crear arte.
Crazy 8s (8 min)
Dobla una hoja A4 en 8 partes y dibuja 8 variaciones de tu idea más prometedora en 8 minutos. Esto impulsa la generación rápida de alternativas y rompe con el perfeccionismo.
Esbozo de solución (30-90 min)
Cada persona crea un boceto detallado en 3 paneles (como un storyboard básico). Debe explicarse por sí solo, sin presentación verbal. Incluye un título y notas para el jurado del Día 3.
El principio fundamental del Día 2 es trabajo silencioso e individual. Knapp es explícito: la lluvia de ideas en grupo favorece a quien habla más fuerte, no a quien tiene la mejor idea. El proceso individual garantiza que hasta el miembro más introvertido del equipo aporte sus propias soluciones. Los bocetos son anónimos durante la votación del Día 3.
💡 Lightning Demos
Antes del 4-Step Sketch, el equipo hace "Lightning Demos": cada persona presenta en 3 minutos un producto, app o servicio (puede ser de un ámbito completamente distinto) que tenga una solución inspiradora para el problema. No es plagio: es recopilar materia prima creativa. Knapp lo llama "remezclar ideas existentes para crear algo nuevo".
✅ Día 3: decidir y armar el storyboard
El miércoles es el día más crítico del Sprint: el equipo necesita converger de múltiples bocetos a una única solución para prototipar. Knapp desarrolló un proceso de votación estructurado que evita el problema clásico de decidir por comité — donde gana la solución promedio (les gusta a todos, no encanta a nadie).
Proceso de decisión estructurado
Los bocetos se pegan en la pared. Todos caminan en silencio, leen y colocan puntos adhesivos (stickers) en las partes que les parecen más interesantes. Sin discusión — solo marcar.
El facilitador identifica las áreas con muchos stickers (el «mapa de calor»). Para cada área interesante, una discusión de 3 minutos; quien creó el boceto permanece en el anonimato en ese momento.
Cada persona recibe 1 voto grande (el "super vote") para el boceto completo más convincente. Quien toma la decisión tiene 3 super votes. El resultado es una jerarquía clara de preferencias.
Una vez tomada la decisión, el equipo arma un storyboard de ~15 paneles en la pizarra. Es el guion del prototipo: cada panel representa una pantalla o interacción. El Día 4 sigue este guion.
Rumble: cuando dos ideas empatan
Cuando dos bocetos son igual de sólidos y el equipo no puede descartar ninguno, Knapp recomienda el "Rumble": crear prototipos de ambas opciones y probarlos el Día 5 con usuarios diferentes. Implica más trabajo, pero elimina semanas de debate. La condición es que ambos prototipos quepan en el tiempo disponible del Día 4.
🔧 Día 4 — Prototipo de fachada
El jueves está dedicado a construir un prototipo de fachada (prototipo de fachada): algo lo suficientemente realista como para provocar reacciones genuinas en los usuarios, pero lo bastante descartable como para hacerlo en un día. Knapp usa la metáfora de un escenario de cine: parece real por delante, pero por detrás es solo madera. El objetivo no es un MVP funcional, sino una simulación convincente.
App / Software
Figma, Keynote, Marvel. Pantallas clicables sin código. La navegación funciona; los datos son simulados (capturas de pantalla o textos fijos).
Sitio / página de destino
Squarespace, Webflow, Carrd. Página real con contenido simulado. Puede tener un formulario funcional para captar interés.
Producto físico / servicio
Impresión 3D básica, papel, actuación («Wizard of Oz» — una persona simula un sistema automático detrás de la pantalla).
✓ Hacer el día 4
- ✓Dividir el equipo: 2 makers, 1 escritor, 1 stitcher (arma todo) + 1 responsable de probar internamente
- ✓Usar plantillas y bibliotecas listas para usar (kits de UI de Figma)
- ✓Simular datos reales: nombres, valores y fechas plausibles
- ✓Probar el prototipo internamente al final del día
× Evitar en el Día 4
- ×Escribir código — cualquier código es un desperdicio en este momento
- ×Perfeccionismo visual: el usuario prueba el concepto, no el diseño final
- ×Agregar funcionalidades más allá del storyboard aprobado
- ×Trabajar de forma aislada — el stitcher necesita actualizaciones constantes
💡 La mentalidad «Goldilocks»
Knapp describe el nivel adecuado de prototipo como «calidad Ricitos de Oro»: no tan malo como para que los usuarios no lo tomen en serio, ni tan pulido como para que no sean sinceros con sus críticas. El prototipo perfecto del Sprint hace que el usuario diga «esto parece real» y aun así señale problemas con libertad.
👥 Día 5 — Probar con 5 usuarios + errores comunes
El viernes es el día de la verdad. El equipo prueba el prototipo con 5 usuarios reales en entrevistas individuales de 60 minutos. ¿Por qué 5? Knapp y Zeratsky citan una investigación de Jakob Nielsen (Nielsen Norman Group): con 5 usuarios identificas aproximadamente 85% de los problemas de usabilidad. A partir del 6.º usuario, los patrones se repiten y el retorno marginal cae drásticamente. Cinco entrevistas caben en un día y aportan datos suficientes para decidir.
Estructura de la entrevista (60 min)
El equipo (excepto el entrevistador) observa las entrevistas en vivo desde una sala separada. Cada integrante anota observaciones en notas adhesivas usando 4 categorías: cita positiva, cita negativa, pregunta, idea. Al final del día, el equipo registra los patrones en la pizarra y llega a un veredicto: continuar, pivotar o descartar.
⚠ Errores comunes que destruyen el sprint
Contenido detallado
Resumen del módulo 2.3
Siguiente módulo:
2.4 - SCAMPER y brainstorming: técnicas estructuradas para generar y ampliar ideas