≡En resumen
- El design thinking parte de entender a las personas afectadas por un problema, no de la solución que ya tenías en mente.
- El modelo más difundido tiene cinco fases (empatizar, definir, idear, prototipar y testear) que se repiten en bucle, no en línea recta.
- Su herramienta clave es el prototipo barato: un boceto, una maqueta o una landing sencilla que se prueba con usuarios antes de construir.
- Se usa para diseñar productos, servicios, webs y procesos internos; no es exclusivo de diseñadores.
- Encaja con Lean Startup y Agile: design thinking decide qué problema resolver y cómo, Lean valida el negocio y Agile lo construye.
01 ¿Qué es el design thinking?
La idea central es que las buenas soluciones equilibran tres cosas: lo que las personas desean, lo que es técnicamente posible y lo que es viable para el negocio. Nielsen Norman Group lo resume como una ideología según la cual un enfoque práctico y centrado en el usuario lleva a la innovación, y la innovación a la diferenciación.
Aunque nació en el mundo del diseño de producto, hoy lo usan equipos de marketing, producto, recursos humanos o atención al cliente. Comparte raíz con el diseño centrado en el usuario, pero va más allá de las interfaces: sirve para rediseñar un servicio, un proceso o un modelo de negocio.
02 Origen del design thinking: de Rowe a IDEO y Stanford
La expresión aparece en la investigación sobre diseño y arquitectura antes de convertirse en una metodología empresarial. Estos son los hitos verificables:
| Año | Hito | Por qué importa |
|---|---|---|
| 1987 | Peter G. Rowe publica el libro Design Thinking (MIT Press) | Uno de los primeros usos del término en la literatura de investigación sobre diseño |
| 1991 | David Kelley funda la consultora IDEO | Convierte el método en un servicio para empresas y lo difunde fuera del diseño |
| 2004 | Se funda la d.school (Hasso Plattner Institute of Design) en Stanford | Enseña el proceso en cinco fases que hoy es el más citado |
| 2008 | Tim Brown, CEO de IDEO, publica «Design Thinking» en Harvard Business Review | Lleva el concepto a directivos y escuelas de negocio de todo el mundo |
03 Las 5 fases del design thinking
El modelo de la d.school de Stanford divide el proceso en cinco modos de trabajo. No son pasos que se hacen una sola vez: lo normal es volver atrás cuando una prueba demuestra que el problema estaba mal definido.
-
1
Empatizar
Observa y entrevista a las personas que viven el problema. Buscas lo que hacen, dicen, piensan y sienten, no lo que tú crees que necesitan.
-
2
Definir
Sintetiza lo aprendido en un enunciado del problema centrado en el usuario, por ejemplo: «un autónomo necesita pedir presupuesto en menos de un minuto porque lo hace desde el móvil entre trabajos».
-
3
Idear
Genera muchas soluciones sin juzgarlas todavía. Cantidad antes que calidad; después se agrupan y se eligen las más prometedoras.
-
4
Prototipar
Convierte las mejores ideas en algo tangible y barato: bocetos en papel, un wireframe, una maqueta clicable o una página de prueba.
-
5
Testear
Pon el prototipo en manos de usuarios reales, observa dónde fallan y decide si iteras, pivotas o avanzas a desarrollo.
04 Técnicas y herramientas para cada fase
Entrevistas y observación
Conversaciones abiertas y visitas al contexto real de uso. Son la base de la fase de empatía.
Mapa de empatía y buyer persona
Ordenan lo que el usuario dice, hace, piensa y siente para no diseñar para un cliente imaginario.
«¿Cómo podríamos…?»
Preguntas que convierten un problema en una oportunidad y abren la fase de ideación.
Lluvia de ideas y votación
Sesiones con tiempo limitado, muchas ideas en notas adhesivas y votación por puntos para priorizar.
Prototipos de baja fidelidad
Papel, wireframes o maquetas en Figma: lo justo para que alguien pueda usarlo y opinar.
Test con usuarios
Tareas concretas con cinco o seis personas bastan para detectar la mayoría de los problemas graves.
Si quieres profundizar en la parte de investigación, repasa estos métodos de investigación de usuarios y cuándo usar cada uno. Para la fase de empatía también te servirá construir un buyer persona basado en datos, no en intuiciones.
05 Ejemplo de design thinking aplicado a una web
Empatizar: el equipo entrevista a ocho clientes recientes y graba sesiones de navegación. Descubre que la mayoría llega desde el móvil y quiere saber un precio orientativo antes de dejar sus datos.
Definir: «Un propietario que busca reformar el baño necesita una horquilla de precio antes de dar su teléfono, porque teme recibir llamadas comerciales».
Idear y prototipar: entre veinte ideas eligen una calculadora de tres preguntas que muestra un rango de precio y después ofrece el presupuesto detallado. La maquetan en una página de prueba.
Testear: la prueban con seis usuarios y con un test A/B. Si los contactos suben, la calculadora pasa a la web definitiva; si no, vuelven a la fase de definición.
Fíjate en que el resultado no depende del gusto del diseñador, sino de lo que se midió. Por eso el design thinking encaja tan bien con la optimización de la conversión: uno descubre qué probar y el otro mide si funciona.
06 Design thinking vs Lean Startup, Agile y diseño centrado en el usuario
| Metodología | Pregunta que responde | Resultado típico |
|---|---|---|
| Design thinking | ¿Cuál es el problema real y qué solución desea la gente? | Problema bien definido y prototipo validado con usuarios |
| Lean Startup | ¿Hay un negocio viable detrás de esta solución? | Producto mínimo viable y métricas de validación |
| Agile / Scrum | ¿Cómo construimos y entregamos la solución de forma iterativa? | Software funcionando en entregas cortas (sprints) |
| Diseño centrado en el usuario | ¿Cómo hacemos que este sistema sea útil y usable? | Interfaz o producto evaluado con usuarios a lo largo de todo el proceso |
En la práctica se combinan: el design thinking detecta la oportunidad, la metodología Lean Startup la convierte en un producto mínimo viable que se mide en el mercado y un equipo ágil lo desarrolla por iteraciones.
07 Ventajas, límites y cuándo usarlo
| Ventajas | Límites |
|---|---|
| Reduce el riesgo: pruebas ideas baratas antes de invertir en desarrollo | Mal aplicado se queda en talleres con notas adhesivas y ninguna decisión |
| Alinea a equipos distintos alrededor de evidencias sobre el usuario | Necesita acceso real a usuarios; sin investigación, solo es una lluvia de ideas |
| Genera soluciones menos obvias que copiar a la competencia | No sustituye al análisis de viabilidad económica ni a la ejecución técnica |
| Sirve para productos, servicios, webs y procesos internos | Para problemas simples y bien conocidos puede ser un proceso excesivo |
Si te interesa el enfoque desde la innovación empresarial, este análisis sobre design thinking y metodologías ágiles para la innovación lo aplica a los llamados problemas complejos o «wicked problems».
Preguntas frecuentes sobre Design Thinking
Significa «pensamiento de diseño». Es una metodología que aplica el método de trabajo de los diseñadores (empatizar, idear, prototipar y probar) a problemas de negocio de cualquier tipo.
Empatizar, definir, idear, prototipar y testear, según el modelo de la d.school de Stanford. Se repiten en ciclos: si una prueba falla, vuelves a una fase anterior.
Sirve para encontrar soluciones que las personas quieren de verdad y validarlas con prototipos baratos antes de invertir. Se usa en productos, servicios, webs, procesos internos y estrategia.
No tiene un único creador. Peter G. Rowe publicó el libro Design Thinking en 1987, y lo popularizaron David Kelley con IDEO (1991) y la d.school de Stanford (2004); Tim Brown lo llevó a la gestión empresarial en Harvard Business Review en 2008.
El design thinking decide qué problema resolver y qué solución probar; Agile organiza cómo construir esa solución en entregas cortas. Son complementarios y se suelen usar juntos.
Una web que recibe visitas pero no contactos: se entrevista a clientes, se descubre que quieren un precio orientativo, se prototipa una calculadora y se prueba con usuarios y un test A/B antes de implantarla.
No. Lo aplican equipos de marketing, producto, ventas o recursos humanos. Lo imprescindible es tener acceso a usuarios reales y disposición a probar ideas antes de decidir.
Fuentes consultadas
Sobre el autor
Equipo editorial de appyweb
Marketing, SEO y desarrollo con IA
Especialistas de appyweb en SEO, publicidad, desarrollo web y automatización con IA.