Marcos de diseño de productos en la práctica: cómo salir de la teoría sin convertirse en rehén del método

Cada equipo de producto, en algún momento, descubre marcos. Doble Diamante, Design Thinking, Trabajos por Realizar, Design Sprint. Se pegan en la pared, se convierten en diapositivas de proceso y, durante un tiempo, dan la reconfortante sensación de que ya existe un método.

El problema aparece más tarde. El equipo sigue el ritual al pie de la letra y aún ofrece productos promedio. Se completaron los pasos, se pegaron los post-its y el resultado no mejoró. La pregunta que nadie se hace en voz alta es: ¿el marco está ayudando o se ha convertido en teatro?

Este texto es para aquellos que ya conocen la teoría y quieren utilizarla verdaderamente, sin convertir el método en religión.

¿Qué hacen realmente los marcos de diseño por usted?

Un marco no tiene inteligencia. No toma decisiones, no comprende a su usuario y no conoce su negocio. Lo que hace es estructurar el pensamiento, dar una secuencia de preguntas y evitar que el equipo se salte pasos importantes por ansiedad.

Ésa es la tesis: el valor de un marco está en reducir el costo de pensar bien, no en reemplazar el pensamiento. Organiza la conversación, alinea al equipo y proporciona vocabulario común. Cuando empiezas a dictar respuestas en lugar de mejorar las preguntas, se convierte en una muleta.

El mejor uso de un marco es como andamio. Lo configuras para construir y, en algún momento, aprendes a trabajar sin tener que mirarlo en cada paso del camino.

Doble Diamante en la rutina: verdaderamente divergen y convergen

Double Diamond es simple en papel: explore el problema (descubra y defina), luego explore la solución (desarrolle y entregue). Dos diamantes de apertura y cierre.

Donde falla en la práctica es cuando el equipo se salta el primer diamante. La prisa por cumplir hace que todos se apresuren a buscar la solución antes de comprender el problema. El resultado es un producto bien ejecutado para la pregunta equivocada.

Aplicar verdaderamente significa proteger la fase de descubrimiento. Significa resistir la presión de "ya sabemos qué hacer" y dedicar tiempo a comprender el problema antes de diseñar la respuesta. En un equipo real, se trata menos de seguir el diagrama y más de tener la disciplina para no converger demasiado pronto.

##Trabajos por hacer: la pregunta que cambia el enfoque

Los trabajos por hacer no son un proceso, son una lente. En lugar de preguntar "¿qué quiere el usuario?", usted pregunta "¿qué progreso está tratando de lograr en su vida?". La gente no quiere un taladro; Quieren un agujero en la pared y, en la parte inferior, quieren instalar el estante.

Cambia lo que priorizas. No existe una plataforma de servicios del ayuntamiento, por ejemplo, para “ofrecer formularios en línea”. Existe para que los ciudadanos puedan resolver un problema con la mínima fricción. Cuando se replantea el problema en torno al "trabajo", las características que parecían esenciales resultan ser ruido.

El error común es utilizar JTBD como jerga de presentación sin cambiar ninguna decisión. Se mencionó que si el marco no cambiaba lo que entra o sale de la hoja de ruta, no se aplica.

Design Sprint: potente y a menudo mal utilizado

Design Sprint comprime el descubrimiento, la creación de prototipos y las pruebas en unos pocos días. Es excelente para tomar una decisión difícil o validar rápidamente una dirección arriesgada.

El uso incorrecto es tratarlo como un proceso estándar para todo. Sprint es caro, concentra a personas mayores durante días enteros. Usarlo para problemas triviales es un desperdicio; Usarlo sin un problema bien formulado es aún peor, porque desperdicias la energía del equipo respondiendo rápidamente a la pregunta equivocada.

El Design Sprint vale la pena cuando hay una decisión de alto riesgo y poco consenso. Entonces vale oro. Aparte de eso, suele ser una ceremonia.

Cómo elegir entre ellos en la vida cotidiana

La elección no se trata de qué marco es mejor, sino de qué pregunta se intenta responder ahora.

No sé cuál es el problema. Empezar con el descubrimiento, el primer diamante Doble Diamante, entrevistas, observación.
Conozco el problema, pero no entiendo la motivación del usuario. Utilice Trabajos por realizar para replantear.
Tengo una decisión arriesgada y necesito dirección rápida. Design Sprint.
Ya tengo la solución, necesito perfeccionarla y entregarla. Concéntrate en la ejecución, en el segundo diamante, y pruébalo en uso real.

Tenga en cuenta que estos marcos no compiten, cubren diferentes momentos. Mezclarlos con criterios es más maduro que defender un único método como verdad absoluta.

Combinando frameworks sin convertirse en un mosaico

Rara vez un único marco maneja un proyecto de principio a fin. El equipo experimentado combina enfoques, pero combinarlos mal crea un proceso confuso, en el que nadie sabe por qué hace cada cosa.

El secreto es tratar cada marco como una respuesta a una fase, no como una identidad para el equipo. Puede utilizar Double Diamond como esqueleto general, Trabajos por realizar para replantear el problema dentro de la fase de descubrimiento y un Design Sprint único cuando una decisión específica se estanca. Esto no es inconsistencia; Se trata de utilizar la herramienta adecuada para cada momento.

Lo que mantiene saludable esta combinación es la claridad de propósito. Antes de adoptar cualquier técnica, el equipo debe saber cómo responder dos preguntas: ¿qué pregunta estamos tratando de responder y cómo sabremos que este enfoque ayudó? Si nadie puede responder, el marco se eligió por costumbre o por moda, no por necesidad.

Un ejemplo de una combinación que funciona: un equipo de producto en una agencia pública mapea el "trabajo" del ciudadano (resolver un problema), utiliza el primer diamante Doble Diamante para comprender las barreras reales de acceso y solo entonces realiza un breve sprint para diseñar y probar el flujo crítico. Cada paso conduce lógicamente al siguiente. El proceso sirve al problema, y no al revés, que es exactamente lo contrario de lo que sucede cuando los marcos se acumulan sin criterio.

La trampa del proceso que se convierte en teatro

El mayor riesgo en la práctica es no elegir el marco equivocado. Es el proceso que se convierte en actuación. Los equipos que aman sus rituales de diseño a veces olvidan que el ritual nunca fue el objetivo.

He visto equipos orgullosos de seguir el método a la perfección, entregando productos que nadie usaba. La ceremonia dio una sensación de progreso al tiempo que enmascaró la ausencia de decisiones difíciles. Un marco bien ejecutado nunca reemplaza el coraje de recortar el alcance, decir no y arriesgarse.

El liderazgo técnico maduro utiliza marcos para acelerar el juicio, no para esconderse de él. Cuando el equipo puede explicar por qué está utilizando un determinado enfoque y cuándo dejaría de usarlo, el método está al servicio del producto. Cuando nadie sabe cómo responder a eso, el producto se ha convertido en un servidor del método.

Cierre

Los marcos de diseño de productos son herramientas de pensamiento, no fórmulas de éxito. En la práctica, lo que separa a quienes entregan de quienes sólo realizan rituales es la capacidad de saber cuál usar, cuándo y cuándo abandonar.

El mejor diseñador de producto no es el que sigue el proceso más bonito. Es lo que ofrece el resultado correcto y, si es necesario, interrumpe el proceso para llegar allí.

Si su equipo sigue siguiendo marcos sin ver mejorar los resultados, tal vez el problema no sea el método, sino cómo se utiliza. Vale la pena hablar de esto, y aquí hay otros artículos sobre descubrimiento y diseño en la vida cotidiana que profundizan en el tema.