¿Qué consideraciones tiene en cuenta al equilibrar el “producto mínimo viable” y proporcionar una excelente experiencia de usuario?

Quiero ofrecer una alternativa a las buenas respuestas aquí que son variaciones sobre el tema de “UX simplemente tiene que estar a la altura de un estándar base”. Si bien ese es generalmente un buen consejo, a veces no lo es.

Algunas situaciones exigen que la calidad UX e incluso la calidad técnica sufran por el lanzamiento de un MVP.

Creo que la respuesta de Josh es muy completa. Solo quiero agregar el suplemento de que la razón para emplear MVP es “fallar rápido”. Eso es solo una abreviatura para “definir una hipótesis ajustada y hacer el mínimo necesario para probar esa hipótesis para que pueda pasar rápidamente a probar la siguiente hipótesis”. La pregunta que siempre debe hacerse es: ¿es necesario X para probar mi hipótesis? ¿Es necesaria una “excelente experiencia de usuario”? ¿Es necesario un “código bien escrito”? Y, por supuesto, ¿es “necesaria esta característica”?

Josh lo dijo bien: “El primer paso es … establecer las metas [que] juzguen el éxito de su MVP”. Lo diría de esta manera: el primer paso es identificar las métricas cuantificables que equivalen al éxito. Luego haga lo mínimo que le dirá si y por qué mejoraron esas métricas. A veces, lanzar un producto feo y con errores que solo funciona a medias será la forma más rápida de saber que estás ladrando el árbol correcto (o incorrecto).

Pero, por supuesto, otras veces te retrasará. En última instancia, desea saber si los usuarios necesitan su producto / función. Pero si no sabe si el producto falló porque era feo, con errores y con fricción o simplemente porque nadie lo necesitaba, entonces su MVP no era viable. Además, tenga en cuenta que cortar esquinas no siempre ahorra tiempo; a veces crea mucho más trabajo en el futuro. Solo usted en su situación única puede definir lo que es demasiado mínimo o inviable. Es por eso que no hay una definición fácil de MVP. Diseñar y probar hipótesis es difícil.

Seguramente te encontrarás con miembros del equipo que querrán establecer un determinado nivel de calidad estética y técnica que un MVP debe alcanzar antes de poder lanzarlo. A veces esto incluso está codificado en las reglas de negocios para lo que se considera “hecho”. Esté preparado para desafiar esas expectativas según sea necesario. Tal vez el diseño hermoso y elegante sea parte de la marca de su empresa, y lanzar algo menos es impensable. Pero recuerde cuántos sitios web de gran éxito son feos. Si liberas algo feo, ¿realmente causará una revuelta de los usuarios? ¿Realmente los usuarios no podrán usar un producto feo incluso si lo necesitan desesperadamente? Tal vez. Tal vez no.