Los conflictos entre PM y el equipo de diseño podrían dividirse en 2 partes:
- Requisitos funcionales / de comportamiento : el equipo de diseño puede cuestionar ciertos requisitos / detalles de comportamiento, por ejemplo. ¿Por qué el comportamiento tiene que definirse de esta manera? ¿Necesitamos atender este requisito? (¿Por qué es importante? ¿Para qué sirve? UI, así que eliminémoslo) etc. Un ejemplo particular es si las notificaciones en la aplicación deben ser reconocidas manualmente por el usuario o no; PM puede argumentar que quiero asegurarme de que la notificación sea leída por el usuario y, por lo tanto, el reconocimiento manual es imprescindible, mientras que el equipo de UX puede decir que no es una experiencia de usuario fluida para el usuario, así que permita que se reconozca automáticamente sin ninguna acción del usuario .
- Conflictos de ‘mirar y sentir’ : todos tienen su propia opinión sobre cómo debería ser la interfaz de usuario del producto y la mayoría de los conflictos con el equipo de diseño se relacionan con esos casos.
La validación del cliente ayuda mucho a resolver estos conflictos, pero a menudo no tiene el lujo de hacerlo y necesita alcanzar un ‘compromiso saludable’ entre las dos partes.