En gran parte porque las dos disciplinas que son obligatorias para mejorar la experiencia del usuario – diseño y desarrollo – todavía operan de manera bastante independiente entre sí.
El diseño a menudo se realiza fuera del contexto del desarrollo, lo que significa que no tiene en cuenta la realidad técnica del producto. Los diseñadores tienen toneladas de grandes ideas, pero no hay una forma consistente de determinar si realmente son posibles o no. Por lo general, lo que termina sucediendo es que completan lo que parece un diseño completamente pensado, lo entregan al desarrollo y luego se deja que el desarrollo descubra cómo construirlo realmente.
Es difícil construir algo basado en una imagen. E incluso si esa imagen tiene anotaciones funcionales, siempre habrá limitaciones técnicas que reducirán el diseño final; un desarrollador se dará cuenta, dentro de su trabajo, de que no puede construir algo de la manera que requiere el diseño. Sin embargo, debido a los silos de diseño y desarrollo, a menudo se deja que el desarrollo descubra cómo cerrar la brecha entre el diseño y la realidad técnica, esencialmente tomando una decisión de diseño por sí mismos, sin la información sobre el usuario final que el diseñador [idealmente] basó su decisión en.
El desarrollo también suele funcionar en sprints ágiles, lo que significa que su objetivo es hacer una cierta cantidad de cosas concretas dentro de un conjunto de tiempo definido. Es difícil adaptar el diseño a un modelo de trabajo ágil; bueno, no lo es tanto si mantiene el diseño separado del desarrollo, pero si está tratando de unir los dos con el “desarrollo UX”, entonces se abre un nido de dependencias. Obviamente, el desarrollo no puede o no debe comenzar a trabajar en un producto sin un diseño que aborde explícitamente las necesidades de los usuarios bien investigados, pero ¿cómo encaja en el mismo sprint? O si el diseño se produce en un sprint anterior, ¿cómo se asegura de que el desarrollo estará completamente listo para consumirlo en el próximo, o cómo se adapta al control de calidad del diseño (es decir, las preguntas que tendrá el desarrollo) en un sprint diferente?
- ¿Cuáles son las industrias de moda en los diseños de aplicaciones? Planeando diseñar algunas aplicaciones.
- ¿Qué haces en tus estudios de diseño gráfico?
- Tengo $ 20 y quiero impulsar mi carrera de diseño web independiente. ¿Qué debo comprar?
- ¿Importa la universidad en diseño de interiores y por qué?
- ¿Cuáles son tus 5 mejores complementos de diseño de UX en Sketch?
En resumen, la razón por la cual los diseños tienen problemas para desarrollarse es porque es un desafío operativo en el que las personas no piensan, o muchas veces no tienen tiempo para hacerlo. Los diseñadores son buenos para diseñar, los desarrolladores para desarrollar, pero organizar un esfuerzo concertado requiere un conjunto de habilidades completamente diferente.
Lo he pensado anteriormente: si lo construyes, vendrán. y luego se quejarán.