El famoso proceso de cinco etapas es una guía para aprender diseño, no una receta que deba seguirse linealmente.
Stanford d.school ha advertido explícitamente que no existe un único proceso de diseño. Empatizar, definir, idear, prototipar y testear son modos de trabajo que pueden repetirse, solaparse y obligar al equipo a regresar a preguntas anteriores.
¿Qué tan definida está la solución antes de hablar con usuarios?
Objetivo didáctico
Al terminar esta ficha serás capaz de coordinar un ciclo básico de design thinking, desde la investigación con usuarios hasta la prueba de un prototipo, utilizando evidencia para reformular el problema e iterar.
Introducción
Design thinking es útil cuando existe un problema humano relevante, incertidumbre sobre necesidades y espacio real para modificar la solución. Si la decisión ya está tomada y solo se busca “validarla”, el proceso pierde su función exploratoria.
La versión de cinco modos popularizada por Stanford d.school —empatizar, definir, idear, prototipar y testear— ofrece un lenguaje sencillo para organizar el trabajo. Su utilidad está en alternar comprensión y experimentación, no en completar casillas.
En el entorno laboral, esta competencia permite que equipos de producto, servicio, operaciones o recursos humanos aprendan antes de invertir demasiado. Un prototipo de baja fidelidad puede revelar una suposición incorrecta antes de escribir código, contratar infraestructura o rediseñar todo un proceso.
Para el nivel intermedio, la clave es facilitar el proceso con otros: decidir qué preguntar, sintetizar hallazgos, abrir la ideación y convertir feedback contradictorio en una siguiente prueba.
📐 Concepto: design thinking
Enfoque de resolución de problemas centrado en las personas que combina investigación, síntesis, generación de alternativas y experimentación rápida para aprender antes de comprometer grandes recursos.
Desarrollo del tema
Las cinco etapas y su naturaleza iterativa
Empatizar busca aprender de personas y contexto. Definir sintetiza hallazgos para formular una oportunidad. Idear amplía alternativas. Prototipar vuelve tangible una hipótesis. Testear utiliza la reacción del usuario para aprender qué conservar, descartar o reformular.
El orden ayuda a principiantes, pero un proyecto real puede regresar de testeo a empatía si aparece una necesidad que el equipo nunca investigó. También puede prototipar durante la investigación para provocar conversaciones más concretas.
La d.school utiliza desde sus primeros años ejercicios como Wallet Project para recorrer las cinco modalidades rápidamente y hacer visible que diseñar es aprender mediante ciclos de acción y feedback.
En una empresa de servicios, el equipo puede comenzar investigando por qué clientes abandonan una solicitud, definir una fricción, proponer alternativas, construir una pantalla simulada y descubrir en la prueba que el problema real ocurre antes de llegar a esa pantalla.
Empatía: investigación cualitativa básica
Empatizar no significa “sentir lo mismo que el usuario”. Significa obtener evidencia sobre comportamiento, contexto, motivaciones, obstáculos y estrategias que la persona utiliza para resolver una necesidad.
Una entrevista básica puede durar entre 30 y 45 minutos y funciona mejor cuando pregunta por episodios concretos: “cuéntame la última vez que…”. Las preguntas hipotéticas como “¿usarías una app que…?” suelen producir opiniones menos confiables sobre conducta futura.
La observación añade información que la memoria o el discurso pueden omitir. Ver cómo una persona procesa una devolución, llena un formato o cambia entre tres sistemas revela fricciones difíciles de describir verbalmente.
Con cinco a ocho entrevistas pueden emerger patrones útiles en una exploración pequeña, aunque eso no convierte la muestra en representativa estadísticamente. El objetivo inicial es descubrir hipótesis y variaciones relevantes que luego puedan investigarse con otros métodos.
💫 La propia d.school ha señalado que no existe “EL” proceso único de design thinking.
En 2025 volvió a enfatizar capacidades como aprender de otros, sintetizar información y experimentar, por encima de tratar las cinco etapas como receta rígida.
Definir el problema con un point of view
Después de investigar, el equipo necesita sintetizar. Un point of view statement suele conectar usuario, necesidad e insight: quién enfrenta el problema, qué necesita lograr y qué comprensión inesperada explica esa necesidad.
“Necesitamos mejorar el portal” es una solución disfrazada de problema. “Personal de campo necesita completar reportes sin interrumpir su recorrido porque la conectividad variable convierte cada captura en riesgo de perder trabajo” abre más alternativas.
El insight debe estar sustentado por observaciones, no ser una frase creativa. Si varias personas abandonan un flujo porque temen perder información ya capturada, esa tensión puede orientar soluciones más allá de cambiar colores o botones.
Una buena definición tiene foco sin predeterminar respuesta. El equipo debería poder generar varias soluciones plausibles a partir de ella. Si solo existe una opción posible, probablemente el problema ya fue cerrado demasiado pronto.
Ideación: pasar de la primera idea a un portafolio de alternativas
La ideación pierde valor cuando la reunión comienza evaluando. Durante la fase divergente, cantidad y variedad importan porque la primera solución suele reflejar la forma habitual de trabajar del equipo.
Técnicas como “How Might We?”, SCAMPER, brainwriting o analogías extremas pueden ampliar el espacio. El brainwriting es especialmente útil cuando algunas voces dominan la conversación: cada persona escribe primero y comparte después.
Una sesión de 15 minutos puede producir decenas de alternativas si el problema está bien formulado. Después viene la convergencia: agrupar, combinar y evaluar contra criterios como deseabilidad, factibilidad, impacto y aprendizaje esperado.
Una idea no debe seleccionarse únicamente porque sea la favorita de la persona con mayor rango. Para el team lead, facilitar una fase donde las propuestas existan antes de conocerse sus autores puede reducir ese efecto.
Prototipar, testear e iterar con usuarios reales
Un prototipo debe construirse con la fidelidad mínima necesaria para responder una pregunta. Papel, storyboard, formulario simulado, maqueta clickable o role-play pueden ser suficientes. La fidelidad media tiene sentido cuando la interacción o secuencia ya requiere mayor realismo.
Stanford describe el prototipo como un vehículo para aprender, no como una versión barata del producto final. La pregunta es “¿qué queremos descubrir?”, no “¿qué tan bonito puede quedar?”.
Durante la prueba conviene observar antes de explicar. Si el facilitador enseña al usuario cómo usar el prototipo, elimina precisamente la evidencia sobre comprensión y comportamiento que quería obtener.
La iteración transforma el feedback en una decisión: mantener, modificar, descartar o investigar. Un ciclo que no cambia ninguna hipótesis corre el riesgo de convertirse en demostración, no en experimento.
Semáforo del prototipo
Conclusión
Design thinking conecta investigación y acción. Su disciplina central es aprender antes de comprometer recursos: entender personas, formular un problema abierto, generar alternativas y usar prototipos para confrontar supuestos.
La madurez aparece cuando el equipo deja de defender su primera solución y utiliza el feedback para redefinir incluso el problema. Iterar no es pulir indefinidamente; es cambiar aquello que la evidencia mostró que debía cambiar.
🔭 Para seguir aprendiendo
- ¿Qué proyecto de tu equipo empezó con una solución antes de estudiar el problema?
- ¿Qué supuesto podría probarse con papel en lugar de software?
- ¿Qué feedback te haría abandonar una idea que hoy parece prometedora?
Actividad de aprendizaje autónoma
Producto: experimento de diseño de 60 minutos
Elige una fricción laboral pequeña y observable. Puede ser un formato, una solicitud interna, un reporte, una reserva, una entrega o una comunicación recurrente.
- Habla con dos personas que vivan la fricción y pide ejemplos recientes.
- Escribe un point of view con usuario, necesidad e insight.
- Genera al menos diez soluciones antes de evaluarlas.
- Selecciona una idea por valor de aprendizaje, no solo por preferencia.
- Construye un prototipo de baja fidelidad.
- Pruébalo con una persona y registra tres observaciones antes de decidir qué cambiar.
Generador de pregunta de prueba
Evidencia de logro: entregas notas de investigación, POV, diez ideas, prototipo y registro de prueba con al menos una modificación basada en evidencia.
Reflexión final: ¿qué aprendiste del problema que no habría aparecido si hubieras empezado construyendo tu primera solución?
Referencias principales: Brown, T. (2008). Design thinking. Harvard Business Review; Stanford d.school. (s. f.). Design Thinking Bootleg; Stanford d.school. (2025). Let’s Stop Talking About THE Design Process.