indexante

A propósito de un post anterior, voy recomendando una lectura : Diseño de Interfaz de Usuario para Programadores, una serie de artículos (traducidos al español) escritos por Joel Spolsky, acerca de estos dilemas de programadores y como la gente intenta usar las cosas que creamos.

En la imagen, un ejemplo del capitulo 3 acerca de las decisiones que al usuario no le importan ni debería hacer :

El primer problema con este diálogo es que te distrae. Estás intentando encontrar ayuda en el fichero de ayuda. En ese particular momento, te importa un carajo si la base de datos es pequeña, grande, personalizada o cubierta de chocolate (...)

El problema viene cuando les pides que tomen una decisión sobre un tema que no les importa.

Gracias Joel.

1. Signos de exclamación en las ventanas de dialogo.
2. Navegación por tabs sin orden, navegación solo con mouse
3. Agrupamiento alrededor de todo.
4. Iconos creados en el IDE.
5. Data grids.
6. Sin ventanas de dialogo.
7. Uso excesivo de ventanas de dialogo.

En extenso en el blog de Ian Voyce, en ingles.

Las tres cosas más peligrosas del mundo son: un programador con un soldador, un ingeniero de hardware con un parche de software y un usuario con una idea.

Proverbio informático. Sabiduría popular que le dicen.

Y estos son :

• #10: Si el diseño es bueno no necesitas probarlo (If the Design is a Good One, You Don’t Need to Test It)
• #9: La gente no cambia (People Don’t Change)
• #8: Diseñe para evitar clicks (Design to Avoid Clicks)
• #7: El diseño de la Experiencia de Usuario se detiene en los márgenes del producto (UX Design Stops at the Edges of the Product)
• #6: Si tienes un buen sistema de búsqueda no necesitas una buena arquitectura de la información (If you Have Great Search, You Don’t Need Great Information Architecture)
• #5: ¿No se puede decidir? Que sea una opción (Can’t Decide? Make it a Preference)
• #4: Diseñe con la implementación en mente (Design Always with Implementation in Mind)
• #3: La gente sabe lo que quiere (People Know What They Like)
• #2: La gente lee (People Read)
• #1: El diseño tiene que ser original (The Design Has to be Original)

De lejos mi favorita es la #3, Think Vitamin publico el articulo original en ingles, tarea : leerlo completo.

Wikimedia Technical Blog anuncia las pruebas beta de las mejoras para Wikipedia, estas se concentran en la usabilidad del sitio con un nuevo skin llamado Vector y una mejor barra de herramientas de edición.

No se puede diseñar una interfaz para todos, la interfaces son especificas a los usuarios objetivo en su contexto especifico, dar con la correcta se resuelve con pruebas de usuario y heurísticas, buscar la solución intermedia para contentar a todos o tener un comité para estas decisiones solo burocratiza el problema, no lo soluciona.

Dilbert, un héroe personal, aparece muchas veces en dilemas similares, más en Dilbert on User Experience y Dilbert Does Usability.

Una forma común de defender un diseño (o atacarlo) es el argumento del “usuario promedio”, usuario con el perfil que encaja exactamente con nuestro ideal de visitante, el usuario promedio, donde el diseño es tan “obvio” que “cualquiera” lo entiende.

A esto Steve Krug llama acertadamente “discusiones religiosas”. Discusión que solo se basa en supuestos y no en datos. La falla esta en ignorar parte del concepto de la usabilidad que da más trabajo realizar : medir.

Cuando surgen estas discusiones la mejor forma de zanjar la situación es poner a prueba el diseño, ya sea con un prototipo funcional o sencillamente con el diseño impreso, la idea es ver como reaccionan las personas del mundo real a nuestro proyecto, este feedback es necesario.

Se esta poniendo bastante esfuerzo al proyecto Drupal en relación a su rediseño y interfaces, Leisa Reichelt se propone mejorar la interfaz administrativa para la siguiente versión de Drupal, uno de los principales problemas que el proyecto tiene para una adopción masiva.

Drupal 7 User Experience Project tiene 4 objetivos claros :

1. Make the most frequent tasks easy and less frequent tasks achievable.
2. Design for the 80%.
3. Privilege the Content Creator.
4. Make the default settings smart.

1. Hacer fáciles las tareas frecuentes y posibilitar las menos frecuentes. (!)
2. Diseñar para el 80%.
3. Privilegiar al creador de contenido.
4. Hacer los ajustes por defecto inteligentes.

Un dato curioso es que el sitio esta en Wordpress, prefieren concentrarse en mejorar Drupal ahora, para luego pasarse a la versión mejorada a la que contribuyen.

PD : la traducción de los puntos podría mejorarse ¿sugerencias?

El autor de No me hagas pensar , Steve Krug habla en este vídeo [blip.tv, 59:51 minutos] acerca de como realizar pruebas de usuario, fue durante las conferencias Business of Software.