Usolab: Consultoría de usabilidad y diseño centrado en el usuario
Escrito por A. Fidalgo el 3 Feb 2009
Dado que los errores son inevitables en todos los diseños de interfaces, es necesario elaborar una estrategia de diseño defensivo para reducir y minimizarlos o para corregirlos y poder continuar con la tarea que el usuario estaba realizando.
Los autores del libro Principios universales de diseño, resumen los criterios que deben tenerse en cuenta a establecer esta estrategia de prevención y recuperación de los errores.

![]()



Como dice D. Norman, el enfoque adecuado en el diseño de interacción no es pensar que hay errores y comportamiento correcto, sino que la interacción es una actividad, un diálogo entre la persona y el ordenador, en la cual pueden surgir malentendidos por ambas partes. Y lo que hay que hacer es protegerse contra ellos mediante una estrategia defensiva contra errores adecuada.
La petición de confirmación y el "deshacer" son dos soluciones distintas para el mismo problema. Personalmente optaría por la segunda siempre que sea posible: el caso poco frecuente ("no quería hacer eso") es el que debería ser penalizado, frente al frecuente. Esto depende, por supuesto, del contexto y del usuario.
Respecto al diseño defensivo, recomiendo este libro:
http://www.amazon.com/Defensive-Design-Web-improve-messages/dp/073571410X
Muy muy práctico, y muy útiles sus checklists.
El diseño defensivo en formularios es bastante habitual, pero a mí me parece interesante su aplicación en otros puntos. Por ejemplo, en la página del error 404. Chequear los logs para ver los 404 más frecuentes, de manera que podamos programar que cuando se produzcan redirija a la página correcta u ofrecer alternativas.
Bankimia es un comparador de productos financieros.
Actualmente ofrece información sobre hipotecas, depósitos bancarios, cuentas y préstamos de 42 bancos y cajas.
Prueba ahora:
Copyright © 2002-2008 Usolab Consultoría S.L. "Especialistas en usabilidad web"
Todos los derechos reservados.
Respecto a este interesante artículo me gustaría comentar la otra cara de la moneda.
Frente a las buenas prácticas propuestas surge en ocasiones el exceso de celo. Habitualmente veo aplicaciones de trabajo que requieren cierta agilidad, dada la edición masiva de datos, cargadas de ventanas de solicitud de confirmación frente a cada una de las acciones, lo que puede llevar a un rechazo importante por parte del usuario que ve cómo aumenta el tiempo que necesita para realizar una acción que reitera en una misma sesión innumerables veces.
Un enfoque excesivamente proteccionista frente a la prevención de errores, en algunas ocasiones va en detrimento de la operatividad de la aplicación. Por tanto, creo que es vital a la hora de identificar las necesidades de confirmación de acciones, evaluar la agilidad esperada por el usuario, evitando aplicar este tipo de criterios de forma genérica.