Diseño y producto: la tensión que no debería existir pero existe
La tensión entre diseño y producto en muchos equipos no viene de intereses incompatibles. Viene de roles mal definidos, procesos que no incluyen al diseño en el momento correcto, y falta de lenguaje común.
Vengo del diseño. Llevo años haciendo producto. Y la tensión entre los dos roles es algo que he vivido desde los dos lados de la mesa.
La versión habitual de esa tensión: diseño quiere tiempo para explorar y hacer el trabajo bien. Producto tiene plazos y presión por lanzar. Diseño siente que sus decisiones se cuestionan sin suficiente contexto. Producto siente que diseño se resiste a la iteración rápida. Todos tienen algo de razón. Nadie resuelve el problema estructural.
De dónde viene realmente la tensión
En la mayoría de los casos que he visto, la tensión no viene de valores incompatibles. Diseño y producto, en teoría, quieren lo mismo: un producto que funcione bien para el usuario y genere valor para el negocio.
La tensión viene de procesos que incluyen al diseño demasiado tarde en el ciclo de decisión.
Cuando el diseño llega a un proyecto después de que el PM ha definido la solución, la historia de usuario está redactada y el equipo técnico ya tiene estimaciones, el rol de diseño se reduce a hacer bonito algo que ya está decidido. Esa posición es frustrante porque el diseñador ve problemas de experiencia que no puede resolver sin reabrir conversaciones que el resto del equipo considera cerradas.
El PM, por su parte, siente que diseño está complicando algo que debería ser sencillo. Desde su perspectiva, está todo definido. Desde la perspectiva del diseñador, lo que está definido es la solución incorrecta a un problema que no se ha entendido bien.
Ambos tienen razón. El problema es estructural.
Cuándo tiene que estar diseño en el proceso
La respuesta correcta es: desde el principio.
El diseño en product discovery no significa tener mockups listos en la primera semana. Significa tener la perspectiva de diseño en las conversaciones sobre el problema: qué contextos de uso hay que considerar, qué comportamientos del usuario revelan las entrevistas, qué flujos alternativos existen.
Un diseñador en las entrevistas de usuario ve cosas que un PM con menos formación en observación puede pasar por alto. Un diseñador en las sesiones de ideación puede ampliar el espacio de soluciones de formas que el PM, con su foco en los requisitos de negocio, puede no explorar.
Incluir el diseño tarde no es solo un problema para el diseñador. Es un problema para la calidad del producto.
Lo que diseño necesita del PM para que funcione
He visto diseñadores trabajar en el vacío porque el PM no les había dado suficiente contexto sobre el problema real. El contexto mínimo que el PM tiene que proveer:
Cuál es el problema del usuario que se intenta resolver, con evidencia de que es un problema real. Cuál es el impacto esperado en el negocio. Qué restricciones existen (técnicas, de tiempo, regulatorias). Y qué nivel de fidelidad se necesita en qué momento.
Sin ese contexto, el diseñador trabaja sobre hipótesis no explicitadas y el PM evalúa el resultado sobre expectativas que nunca comunicó. El desencuentro es casi inevitable.
Lo que el PM necesita del diseño para que funcione
El diseño tiene que poder articular sus decisiones en términos que el PM pueda usar para tomar decisiones de priorización.
“El usuario necesita ver el contexto completo antes de tomar esta acción” es una afirmación de diseño. Pero para que el PM pueda priorizarla frente a otras necesidades, necesita saber: ¿qué pasa si no lo ve? ¿Hay evidencia de que la falta de contexto genera errores o abandono? ¿Cuántos usuarios se ven afectados?
La colaboración funciona cuando diseño habla el lenguaje del producto (impacto, usuarios afectados, riesgo de no hacerlo) y producto habla el lenguaje del diseño (contexto de uso, restricciones de experiencia, consistencia del sistema).
Eso no sale solo. Requiere que ambos roles hagan el esfuerzo de aprender el lenguaje del otro. Lo he tenido que hacer yo. Y ha mejorado mi trabajo en ambas direcciones.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.