En la práctica del diseño de interfaces para productos digitales, no creo que lo seamos.
Con el software tenemos la clara ventaja de tener el diseño y la producción muy cerca uno del otro. En un proceso óptimo que aprovecha nuestra ventaja, puede imaginar un flujo de trabajo fluido entre el diseño y una implementación funcional de valor externo tangible.
Esto es posible. Este flujo de trabajo fue históricamente común y sigue siendo practicado por muchos. Sin embargo, pocas herramientas están optimizadas para este proceso. Y las herramientas que existen no permiten fácilmente la creación e interoperación de las muchas piezas individuales de software que comprenden los productos más modernos.
- ¿Qué edificios históricos o artefactos importantes fueron destruidos por los británicos durante su ocupación / gobierno de Irlanda?
- ¿Deberían construirse nuevos edificios en estilo tradicional para proteger la identidad cultural?
- ¿Cuáles son los pasos de diseño estructural manual más fáciles para edificios RC?
- ¿Por qué los bomberos marcan los edificios con una x?
- ¿Cuál es el edificio más divertido construido jamás?
Debido a (en gran parte) de esta ineficacia de nuestras herramientas, este proceso ya no es más común. En cambio, es más común que los diseñadores pasen la gran mayoría de su tiempo creando artefactos que no tienen valor tangible y que no representan la realidad.
Para la mayoría del proceso de diseño de hoy, pasamos nuestro tiempo en editores gráficos o fotográficos creando representaciones de alta fidelidad (“píxeles perfectos”) de nuestras interfaces en un estado idílico .
Más recientemente, hemos adoptado herramientas de creación de prototipos de alta fidelidad para llevarnos más lejos en ese camino, creando un software interactivo para representar nuestras interfaces en sus estados idílicos.
Más recientemente, estas herramientas han adoptado paradigmas de implementación como código y diseño basado en reglas para llevarnos aún más lejos, pero no más cerca de implementaciones de trabajo de valor externo o incluso cerca de representaciones reales de la realidad.
Es dentro de estas etapas posteriores del proceso de diseño de software contemporáneo que se cometen muchos errores. Nuestros diseños no consideran bien las limitaciones o capacidades de nuestras implementaciones. No consideran casos de uso comunes, casos extremos o las presiones típicas del uso en el mundo real.
Es dentro de estas etapas posteriores del proceso de diseño de software contemporáneo que se crean tensiones organizacionales y especializaciones sin sentido. Esperamos que las implementaciones de producción de nuestras interfaces se correspondan directamente, “uno a uno”, con nuestros gráficos y presentaciones, independientemente de su calidad en la realidad. Nosotros, como profesionales del diseño, exigimos la propiedad de nuestras interfaces, pero evitamos la responsabilidad de garantizar que sean realistas, robustas y completas.
Es dentro de estas etapas posteriores del proceso de diseño de software contemporáneo que se desperdician cantidades increíbles de tiempo y capital. Pasamos semanas o meses produciendo representaciones gráficas de interfaces, y luego hacemos todo lo posible para mantener esos gráficos y presentaciones interactivas en estrecha sincronización con nuestras interfaces a medida que continúan evolucionando fuera de nuestro alcance.
Es dentro de estas etapas posteriores del proceso de diseño de software contemporáneo que a menudo estamos atrapados en un círculo vicioso de iteración interminable y revisión interna. No entregar valor al mundo.
Creo que en el futuro existe la oportunidad de crear herramientas que combinen (en lugar de unir) diseño e implementación. Y creo que, en el futuro, la inclusión aparentemente inevitable de interfaces tridimensionales en el proceso típico de diseño de productos digitales exigirá esto.
He escrito pensamientos relacionados en: ¿Qué herramientas crees que debería usar cada equipo de diseño?