¿Por qué el tema de UX y UI es tan supuestamente “el proceso es todo” pesado y “hecho para sonar complicado”?

Porque: Trabajar con otras personas es difícil.

Si eres un espectáculo de un solo hombre, ve a terminar. No permita que el proceso se interponga en su camino.

Pero si necesita trabajar con otra persona, necesitará algún proceso para tomar decisiones. ¿Cómo elegirás entre dos opciones válidas? ¿Qué pasa cuando no estás de acuerdo? Si lo que está diseñando es incluso moderadamente complejo, entonces necesita algún proceso. Las conversaciones de metodología UX y UI que escuchas de Directores Creativos, Diseñadores y Arquitectos surgen porque tienen cicatrices de guerra.

Ellos han estado ahi. En reuniones Dando vueltas. Y alrededor. Y alrededor. Sin acuerdo Han tenido al cliente que sigue pidiendo una iteración más, sobre más cambios. O quién tiene miedo de que, aunque les guste, ESE tipo (algún fantasma que no está en la sala, tal vez su jefe, o alguna porción mítica de la demografía del usuario que no pueden definir claramente), ese tipo, no le gustará. Entonces, con miedo, no pueden comprometerse. El método existe para combatir el miedo, la confusión y la demora.

El diseño es el proceso de tomar decisiones. Si no hay opciones, no hay diseño. Si todo lo que está haciendo es responder a los “requisitos”, entonces no está tomando decisiones. Si solo está resolviendo problemas que son ingeniería. La elección solo surge cuando hay más de un enfoque VÁLIDO. Si una idea no es válida, lógica o factible , es fácil de eliminar.

Tenemos una metodología bastante extensa, pero cuando se la explico a los clientes, solo uso esto:

Comenzamos con la investigación de usuarios y descubrimos qué quieren los usuarios (si nadie lo quiere, no lo construyan). Luego, refinamos eso a través de un filtro de lo que el cliente quiere, que será un subconjunto de los deseos del usuario (si no se alinea con sus objetivos y valores comerciales, no lo construya). Luego, perfeccionamos aún más según lo que la tecnología nos permite hacer (si no se puede hacer … no lo construya). Todo esto se filtra a través de nuestros principios rectores y está respaldado en el camino por las normas y convenciones existentes. Si, en cualquier momento, no estamos de acuerdo en algo, escalamos DOWN al usuario. Ellos deciden y nosotros avanzamos.

Al tener una metodología y un conjunto claro de principios rectores, puede moverse con confianza y un progreso constante. Cada vez que el diseño se empantana es porque los principios no están claramente definidos o porque no se sigue una metodología. Les digo a mis diseñadores junior: mire, si tiene certeza, puede acelerar estos pasos pero no puede omitirlos. Si te saltas pasos, te arrepentirás más tarde. Garantizado

Si las personas lo hacen parecer complicado, entonces debería preguntarle a alguien más. Como cualquier cosa en educación. A menos que pueda explicarlo muy rápido y en términos simples a alguien que no sabe nada sobre el tema, usted no comprende realmente el tema.

UX y UI no son complicados en mi opinión.

Hay algunos obstáculos para entenderlos completamente. Una es que a menudo se usan o se intercambian con otros términos que pueden hacer que todo el proceso parezca más complejo de lo que es.

Esencialmente, un diseñador de UI diseña la interfaz entre un usuario y el producto.

Un investigador de UX (que es el término correcto en mi opinión) luego prueba la usabilidad del producto para asegurarse de que sea lo más utilizable posible.

Ambos tienen una variedad de habilidades y formas de realizar su trabajo y, dependiendo del tamaño de la organización, puede haber un cruce mayor o menor entre los roles. Sin embargo, en mi opinión, todos deberían tener en cuenta al usuario final cuando están trabajando.

El diseñador de la interfaz de usuario pasará por una serie de etapas: dibujos en papel / estructura de alambre / creación de prototipos y creación de prototipos de alta fidelidad.

La persona UX participará en investigaciones de usuarios y pruebas de usabilidad. Identificarán a los usuarios del producto y crearán personas de usuario. Observarán a los usuarios utilizando el producto. Harán preguntas a los usuarios sobre el producto.

Esa es una respuesta corta que espero ayude.

Lo que hiciste se llama “cascada” en el desarrollo de productos.

El buen desarrollo de aplicaciones es un proceso.

Entonces, ¿dónde estaban los clientes en todo este desarrollo? ¿Dónde estuvieron sus comentarios y su participación en los ciclos del producto? ¿Cómo sabes que lo que acabas de publicar se ajusta a lo que quieren o necesitan? Basado en los supuestos de los clientes, buena suerte para ellos, lo necesitarán.

Lo que construyó estaría más en línea con un MVP que luego debería usarse para proporcionar una iteración continua para evolucionar el producto en función de los comentarios de los clientes y el equipo.

Desafortunadamente, la mayoría de la gente solo piensa en uno y listo.