Qué es Design Thinking: El Doble Diamante para Founders
La mayoría de los founders escuchó hablar de design thinking. Pocos lo entienden de verdad, y casi ninguno lo aplica correctamente en la etapa temprana.
Es un problema, porque la idea central es uno de los modelos mentales más útiles que puedes tener cuando estás tratando de determinar si una idea vale la pena construir.
Design thinking no es una sesión creativa de brainstorming. No es un proceso de diseño reservado para equipos de UX. Es un método estructurado para resolver el problema correcto antes de invertir en la solución correcta. En el desarrollo temprano de productos, el orden de esas dos cosas importa más que casi cualquier otra cosa.
¿Quieres aplicar el doble diamante a tu idea? Pasala por el flujo de discovery de Scoutr →
El Doble Diamante: Dos Problemas Antes de Una Solución
La mejor representación visual del design thinking es el modelo del doble diamante, desarrollado por el Design Council en 2005. Describe el proceso de diseño completo como dos diamantes consecutivos, cada uno compuesto por una fase divergente y una convergente.
Diamante 1 (Descubrimiento): Encontrar el problema correcto. Diamante 2 (Entrega): Construir la solución correcta.
Cada diamante sigue la misma lógica: empiezas expandiendo tu perspectiva (divergencia), luego la reduces hacia una dirección específica (convergencia). El resultado del primer diamante es un problema bien definido. El del segundo es una solución validada.
La razón por la que fracasan la mayoría de los founders no es que ejecutan mal. Es que se saltan el primer diamante por completo y se van directo a construir. Pasan meses en el segundo diamante resolviendo un problema que nunca definieron bien.
Diamante 1: Encontrar el Problema Correcto
Divergencia: Explorá Antes de Concluir
El objetivo de la primera mitad del diamante 1 es dejar de asumir y empezar a aprender. No estás intentando confirmar tu hipótesis. Estás intentando entender el espacio.
Investigación de usuarios y entrevistas
Habla con personas que tienen el problema. No para venderles tu solución, sino para entender su realidad. ¿Cómo es su día a día? ¿Qué están intentando hacer? ¿Qué los frena? ¿Qué ya intentaron?
El objetivo es empatía. Quieres entender el problema desde adentro, a través del lenguaje de ellos, no del tuyo. Esta investigación produce personas de usuario, arquetipos que representan a las personas para quienes estás diseñando. Las buenas personas capturan frustraciones diarias, disparadores, workarounds y aspiraciones. Te mantienen honesto cuando estás tentado de agregar features que tus usuarios nunca pidieron.
Un complemento útil a las personas es el framework Jobs to Be Done: en lugar de preguntar "¿quién es mi usuario?", preguntas "¿qué trabajo está intentando hacer?" Un founder que usa una planilla para rastrear feedback de clientes no está comprando una planilla. La está contratando para "no perder nunca un input importante." Ese cambio de perspectiva cambia todo lo que construyes.
Análisis de causas raíz
Uno de los errores más comunes en esta etapa es resolver un síntoma en lugar de la causa subyacente. La técnica de los 5 Por Qués es simple: tomas el problema tal como está planteado, preguntas por qué existe, luego preguntas por qué eso existe, y repites cinco veces. Al quinto por qué, generalmente llegas a la causa real, y casi nunca es lo que imaginabas al principio.
Análisis de mercado y competidores
Antes de comprometerte con un problema, necesitas entender el entorno que lo rodea.
-
TAM / SAM / SOM te da una idea bottom-up del tamaño del mercado: qué tan grande es la oportunidad total, cuánto es realísticamente abordable, y cuánto puedes capturar en el corto plazo. Esto importa no solo para inversores sino para tu propia claridad, porque te dice si resolver este problema puede convertirse en un negocio real.
-
Análisis de competidores te dice cómo se está resolviendo el problema hoy. ¿Quién ya está en el mercado? ¿Qué es caro? ¿Qué está roto? ¿Dónde están los gaps? Un mercado sin competidores no es automáticamente atractivo. Puede significar que nadie encontró un modelo de negocio que funcione.
-
Las 5 Fuerzas de Porter es una lente más estructurada para el análisis competitivo. Mapea las fuerzas que actúan sobre un mercado: rivalidad competitiva, amenaza de nuevos entrantes, amenaza de sustitutos, poder de los proveedores y poder de los compradores. Bien aplicado, revela dónde necesitas que sea más fuerte tu ángulo de diferenciación.
-
Un análisis FODA te ayuda a entender tu propia posición en ese mercado: qué ventajas traes, qué debilidades podrían perjudicarte, qué amenazas externas existen, y dónde está la oportunidad real.
El objetivo de esta fase no es armar un pitch deck. Es generar suficiente contexto para hacer una evaluación honesta de si el problema vale la pena resolver, y si eres la persona correcta para resolverlo.
Convergencia: Definir el Problema con Precisión
Toda la investigación del mundo es inútil si no lleva a algún lado. La mitad convergente del diamante 1 es sobre transformar la exploración en un problema claro y específico.
Un buen enunciado del problema describe quién tiene el problema, qué está experimentando, y por qué importa. No menciona tu solución. Si te encuentras escribiendo "los usuarios necesitan una mejor manera de hacer X usando tecnología Y," ya convergiste en una solución antes de definir el problema. Es un error muy común, y difícil de revertir una vez que empezaste a construir.
A partir del enunciado del problema, puedes empezar a generar ideas de solución. Pero no antes.
Diamante 2: Construir la Solución Correcta
Divergencia: Genera Opciones y Arma tu MVP
Con un problema bien definido, puedes pensar en cómo resolverlo. Esta fase implica generar múltiples enfoques de solución, sin comprometerte con uno de inmediato.
A partir de esas opciones, empezarás a dar forma a un MVP (Producto Mínimo Viable). El concepto está muy malentendido. Un MVP no es una versión a medias de tu producto. Es la versión más pequeña de tu producto que te permite testear una hipótesis específica sobre si la gente pagaría para resolver este problema.
El énfasis está en aprender, no en lanzar. No estás intentando impresionar a nadie. Estás intentando descubrir si la gente cambiará su comportamiento por tu solución, idealmente cambiándolo ahora mismo, con dinero.
Un concepto relacionado que vale separar: un smoke test (como una landing page que recolecta emails) no es un MVP. Es un experimento. Los signups de email te dicen que hay curiosidad. No te dicen que hay demanda. La curiosidad no es un negocio. La disposición a pagar sí lo es.
Convergencia: Testeá, Iterá, Lanzá
Una vez que tienes algo testeable, lo pones frente a usuarios reales y aprendes de lo que pasa. No de lo que dicen. De lo que hacen.
Agile encaja acá porque es una filosofía de desarrollo diseñada para situaciones donde todavía no sabes cómo luce la solución correcta. En lugar de planear un roadmap completo y ejecutarlo, trabajas en ciclos cortos: construyes un pequeño incremento, mides cómo se comportan realmente los usuarios, aprendes qué cambiar, y repites.
La formulación clásica viene de The Lean Startup: Construir → Medir → Aprender.
La parte difícil no son los sprints de Agile. Es ser honesto sobre lo que te está diciendo el feedback. Los founders regularmente corren el loop pero interpretan los datos de maneras que confirman lo que ya creían. Dos frases útiles para esta etapa:
"Si estás orgulloso de tu lanzamiento, es porque lanzaste tarde." — Reid Hoffman
"Mejor hecho que perfecto."
Las dos son variaciones de la misma idea: lanzar cosas imperfectas temprano vale más que lanzar cosas perfectas tarde, porque aprendes más rápido y gastas menos tiempo construyendo cosas que nadie quiere.
Cuándo iterar vs. cuándo pivotar: Si estás generando engagement pero baja conversión, iterá — el problema es real, la solución necesita trabajo. Si no generas engagement a pesar de llegar a las personas correctas, considera si tienes el problema correcto. Un pivot implica volver al diamante 1, no simplemente cambiar un feature.
La Fase que la Mayoría de los Founders Saltea
El primer diamante lleva tiempo. Las entrevistas reales con usuarios toman días. La investigación competitiva requiere foco. El dimensionamiento de mercado es incómodo cuando los números no son tan buenos como esperabas.
Entonces la mayoría de los founders lo saltea. Van al diamante 2 con un problema a medias, construyen durante meses, y lanzan al silencio.
La ironía es que el trabajo de discovery serio (correr el primer diamante bien) es lo que hace todo lo del segundo diamante más rápido y barato. Cuando sabes exactamente para quién estás construyendo y qué necesitan realmente, casi no desperdicias nada.
Este es el problema para el que se construyó Scoutr. En lugar de pasar semanas corriendo el primer diamante manualmente, puedes correr tu idea por el flujo de discovery de Scoutr y obtener un análisis estructurado que cubre fit del problema, usuario objetivo, señales de mercado, panorama de competidores y plan de validación, todo en unos 40 segundos.
No reemplaza la profundidad de un proceso de design thinking completo. Pero te da una señal real, rápido, antes de comprometer meses a algo que no validaste.
Design Thinking Es un Loop, No una Línea
Design thinking no termina cuando lanzas. El doble diamante está pensado para repetirse. Una vez que lanzas tu MVP y recibes feedback real, vuelves por los dos diamantes, con mejores datos, hipótesis más afiladas, y una comprensión más clara de quién es tu usuario.
Las empresas que lo usan bien tratan el discovery como una práctica continua, no como una checklist pre-lanzamiento. Las que paran después de lanzar suelen desviarse, construyendo lentamente cosas que tenían sentido hace seis meses pero que ya no corresponden a dónde están sus usuarios hoy.
Si quieres profundizar en cómo correr la fase de discovery de manera sistemática, el framework de product discovery de seis preguntas es el siguiente paso. O si quieres ver todos los métodos de validación disponibles en cada etapa, 7 métodos de validación de ideas que realmente funcionan los cubre en detalle.