Un diseño funcional, bonito y simple está bien.
Pero un diseño funcional, bonito, simple y fácil de maquetar está mucho mejor.
O como dijo Charles Eames:
Los detalles no son los detalles. Los detalles son el diseño.
Habla con tu equipo de maquetación. Seguro que te enseñan cómo mejorar como diseñador.
Preparando un documento de análisis para un cliente, me he encontrado en mi fondo de armario un enlace a las bases de la filosofía UNIX y no puedo dejar de pensar en lo bien que aplican estas reglas al mundo del diseño de interacción.
Las 17 reglas en versión resumida vienen a decir (perdón por la traducción al vuelo):
Regla de Modularidad: Escribe partes simples, conectadas por interfaces simples.
Regla de Claridad: ser Claro es mejor que ser ingenioso.
Regla de Composición: Diseña programas para que se conecten a otros programas.
Regla de Separación: Separa las reglas del funcionamiento; separa los interfaces de los mecanismos.
Regla de Simplicidad: Diseña para la simplicidad; añade complejidad sólo donde sea estrictamente necesario.
Regla de Parsimonia: Escribe un programa complejo sólo cuando sea evidente que no existe otra solución posible.
Regla de Transparencia: Diseña para la visibilidad, para hacer más fácil la inspección y la corrección de fallos.
Regla de Robustez: la Robustez es hija de la transparencia y la simplicidad.
Regla de Representación: Convierte el conocimiento en datos, para que la lógica de los programas pueda ser estúpida y robusta.
Regla de Mínima Sorpresa: En diseño de interfaces, haz siempre lo menos sorprendente.
Regla de Silencio: Cuando un programa no tenga nada sorprendente que decir, no debería decir nada.
Regla de Reparación: Cuando tengas que mostrar un error, falla estridentemente y lo antes posible.
Regla de Economía: el tiempo del programador es caro; consérvalo sobre el tiempo de la máquina.
Regla de Generación: Evita hacer cosas a mano; escribe programas que escriban programas siempre que puedas.
Regla de Optimización: Prototipa antes de pulir. Haz que funcione antes de optimizarlo.
Regla de Diversidad: Desconfía de todo lo que diga “esta es la única forma correcta”.
Regla de Extensibilidad: Diseña para el futuro, porque estará aquí antes de lo que piensas.
El único cambio que creo necesario para añadirlo a mi arsenal de Fundamentos de Diseño es reescribir la regla 13 como “el tiempo del usuario es caro; consérvalo sobre el tiempo del diseñador” (pensando en la Ley de Tesler).
Gracias a webposible por enlazar este artículo de Andy Rutledge en Twitter.
Ahora que se habla tanto de “Design Thinking”, el concepto creatividad está más bastardizado que nunca, y no viene mal un recordatorio de que creatividad y diseño no son lo mismo (ni se parecen).
En el artículo se plantea un pequeño test de fundamentos de diseño, y una de las frases de cierre me ha conquistado:
I want those who have considered themselves to be designers but find this test impenetrable to clearly understand their lack of design competence.
El artículo va de cabeza a la lista de “referencias esenciales para presentaciones de diseño” : )
…every application must have an inherent amount of irreducible complexity. The only question is who will have to deal with it.
(Una cita de la que siempre me acuerdo, pero nunca consigo ubicar al autor. Ahora sólo tendré que buscar en mi blog en vez de en toda la internet mundial).