Si leíste el artículo anterior, ya sabés cuál es la frase que no te deja margen para la épica:
“Si una solución no es viable financiera o técnicamente, no es una solución. Es una fantasía.”
Ese texto era un corte. Una forma de sacarle impunidad al método. De ponerle el freno a la parte más tentadora del Design Thinking: la idea que se siente bien, pero no vive en el mundo.
Este artículo es la continuación. No para suavizar lo anterior. Para hacer algo más difícil: dar el camino. Qué sostener cuando querés usar Design Thinking sin romanticismo y con impacto.
Y antes de avanzar, un acuerdo simple: si no leíste el anterior, andá primero a ese. No porque “haya que hacerlo en orden”. Sino porque este texto se apoya en esa incomodidad. Sin esa base, estas tres preguntas se pueden leer como inspiración… y no como criterio.
No te voy a dar un checklist. Te voy a dejar tres preguntas que, si las sostenés, cambian el modo en que el Design Thinking funciona en la vida real.
Pero antes enpesemos por un momento muy específico en el que el método empieza a pudrirse: cuando deja de pertenecerle a una decisión real —y pasa a pertenecerle al clima. Y ahí empieza el humo…
Cuando el método se vuelve decoración
El problema no es el Design Thinking. El problema es lo rápido que lo convertimos en actividad.
Actividad para mostrar avance.
Actividad para calmar ansiedad.
Actividad para evitar el instante en el que alguien tiene que decir: “esto sí / esto no”.
El romanticismo del Design Thinking vive ahí: en la ilusión de que moverse es progresar. En la estética del proceso como sustituto de una elección.
Y cuando no hay elección, el método se vuelve un decorado: prolijo, lleno de energía… y perfectamente inútil.
La forma más adulta de usar Design Thinking no empieza con empatía. Empieza con una pregunta que ubica todo donde corresponde: en el lugar donde el trabajo pesa.
Porque si no hay decisión, lo que sigue se convierte en receta. Y ese es el error más caro.
1) “¿Qué decisión concreta queremos destrabar?”
Esta pregunta es brutal porque arruina el espectáculo.
Design Thinking sirve cuando existe una decisión real que hoy está trabada por incertidumbre (no por política). Una decisión que alguien está postergando porque no hay evidencia suficiente para sostenerla, o porque el trade-off todavía no se animó a decirse en voz alta.
Esta pregunta hace algo simple y poderoso: ubica el método donde corresponde. No como “fase”, sino como palanca de decisión.
Y tiene una consecuencia inmediata: obliga a concretar.
- ¿Qué estamos eligiendo, exactamente?
- ¿Qué opciones siguen vivas y cuáles ya están muertas pero nadie lo dijo?
- ¿Qué significa “mejor” en este contexto?
- ¿Qué costo estamos evitando nombrar?
Si no podés formular la decisión en una frase que empiece con un verbo (priorizar, descartar, apostar, postergar, ajustar), probablemente no estás frente a una decisión: estás frente a una conversación abierta sin dueño.
Y cuando una conversación no tiene dueño, suele tener destino: se estira, se enfría, se diluye, se olvida.
Pero incluso cuando la decisión está clara, aparece otro problema: el romanticismo no se va. Solo cambia de forma. Se muda a la idea “brillante” que todavía no pagó el precio de existir.
Y ahí la pregunta correcta no es “¿te gusta?”. Es otra, mucho más incómoda.
2) “¿Qué tendría que ser verdad para que esto sea una solución?”
Esta pregunta es el antídoto del romanticismo lineal.
Te empuja a listar condiciones de realidad: técnica, finanzas, operación, riesgos, dependencias. No para matar la idea. Para sacarle impunidad.
Porque una idea sin condiciones es una fantasía. Y la fantasía tiene una ventaja injusta: no tiene que integrarse con operación, no tiene que soportar escala, no tiene que sostenerse cuando algo falla, no tiene que mantenerse en el tiempo.
“¿Qué tendría que ser verdad…?” obliga a declarar el contrato con el mundo.
- ¿Qué debería ser posible técnicamente?
- ¿Qué costo debería ser aceptable?
- ¿Qué parte de la operación debería cambiar?
- ¿Qué riesgo estamos dispuestos a absorber (y cuál no)?
- ¿Qué tendría que pasar para decir “esto no es viable”?
Y acá vuelve el filtro brutal que más salva tiempo:
Si no es viable técnica o financieramente, no es solución. Es fantasía.
No porque “el negocio mande”. Sino porque el negocio es el lugar donde las decisiones viven o mueren.
Esta pregunta también revela un error típico: equipos que hacen “más research” cuando el bloqueo real no es entendimiento del usuario, sino viabilidad, costo o riesgo. Investigación como anestesia: se acumula evidencia donde ya había certeza… para no mirar donde realmente hay incertidumbre.
Hasta acá, tenés decisión y condiciones de verdad. Y aun así podés seguir postergando de una forma elegante: dejando la solución en una escala tan grande que nunca toca el mundo real.
Y el atajo favorito es… llamarlo “visión”.
3) “¿Cómo lo convertimos en una apuesta pequeña que el mundo pueda responder?”
Una apuesta pequeña (tiny bet) es algo lo suficientemente real como para que el mundo te conteste, y lo suficientemente chico como para que equivocarte no te destruya.
Eso es lo que vuelve adulto al método: convertir ideas en algo que pueda perder.
Porque mientras una idea no puede perder, tampoco puede ganar. Solo puede gustar. Y “gustar” es el combustible más traicionero del romanticismo: te da energía, pero no te da verdad.
Una apuesta pequeña no es “hacer un prototipo”. Puede incluir un prototipo, sí, pero lo central es otra cosa: que haya una respuesta del mundo.
El mundo responde cuando:
- hay fricción real
- hay costo real (aunque sea mínimo)
- hay comportamiento real (no opiniones)
- hay consecuencias (aunque sean pequeñas)
- hay una decisión al final del aprendizaje
Si tu experimento no te obliga a decidir, es entretenimiento con presupuesto.
Y acá la frase que corta el aire, pero ahorra meses:
Si no podés bajar una idea a una apuesta pequeña, probablemente no estabas frente a una decisión. Estabas frente a una fantasía bien argumentada.
Estas tres preguntas no “salvan” el método. Lo vuelven adulto. Y si lo vuelven adulto, el cierre deja de ser crítica: se vuelve criterio para operar.
Porque en el fondo, todo esto se resume en una sola habilidad: reconocer cuándo estás diseñando… y cuándo estás postergando.
