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 podés 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.
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: empezás expandiendo tu perspectiva (divergencia), luego la reducís 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
Hablá 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. Querés 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?", preguntás "¿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 construís.
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: tomás el problema tal como está planteado, preguntás por qué existe, luego preguntás por qué eso existe, y repetís cinco veces. Al quinto por qué, generalmente llegás 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, necesitás 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 podés 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 necesitás 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 traés, 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 sos 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 encontrás 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, podés empezar a generar ideas de solución. Pero no antes.
Diamante 2: Construir la Solución Correcta
Divergencia: Generá Opciones y Armá tu MVP
Con un problema bien definido, podés 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 tenés algo testeable, lo ponés frente a usuarios reales y aprendés 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 sabés cómo luce la solución correcta. En lugar de planear un roadmap completo y ejecutarlo, trabajás en ciclos cortos: construís un pequeño incremento, medís cómo se comportan realmente los usuarios, aprendés qué cambiar, y repetís.
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 aprendés más rápido y gastás 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 generás engagement a pesar de llegar a las personas correctas, considerá si tenés 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 sabés exactamente para quién estás construyendo y qué necesitan realmente, casi no desperdiciás nada.
Este es el problema para el que se construyó Scoutr. En lugar de pasar semanas corriendo el primer diamante manualmente, podés 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 lanzás. El doble diamante está pensado para repetirse. Una vez que lanzás tu MVP y recibís feedback real, volvés 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 querés 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 querés 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.