Experiencias de un programador curioso del SEO
Usabilidad: prevención y recuperación de errores
Prevención y recuperación de errores , un tema extenso que intentare sintetizar de forma amena y como siempre en formato “resumen”.
Los errores son inevitables
Los errores ocurren por muy bien que este diseñado un sitio web, debemos tener claro que además los usuarios siempre cometerán errores , ya sea por lapsus accidentales o por no comprender la funcionalidad de la aplicación. Debemos pues seguir dos estrategias claras :
- Intentar prevenirlos y minizarlos.
- Corregir los errores y recuperarse de ellos.
Prevención y minificación
A nivel general podemos seguir estos consejos para preveenir y minificar los errores:
- Ofrecer una organización clara de la estructura del sitio y de
la página. - Mantener la consistencia en el sitio.
- Distinguir claramente enlaces (páginas visitadas /no
visitadas). - Escribir etiquetas descriptivas.
- Utilizar una lenguaje claro para nuestra audiencia.
- Utilizar botones intuitivos.
- Descripciones e instrucciones precisas.
- Seguir convenciones. Ej: Asterisco en los campos obligatorios.
- Ofrecer feedback de lo que está pasando.
- Ofrecer una salida clara:
- Enlace a página de inicio
- Funcionamiento correcto del botón “Atrás”.
Los formularios suelen ser el mayor input de errores , es por ello que debemos tratarlos de forma especial. A continuación os enumero unas cuantas tácticas a seguir:
Tácticas de prevención aplicadas a formularios
- Indicar campos obligatorios , para ello podemos utilizar un asterisco en los campos obligatorios o utilizar alguna de estas alternativas:
- Situar el literal “opcional” junto a los campos no obligatorios.
- Color destacado junto al control.
- Utilizar las negritas en las etiquetas de los campos obligatorios.
- Ofrecer ayuda, pistas y modelos.
- Ajustar el tamaño visual de las cajas de los formularios a las respuestas esperadas,como os comente en el articulo Usabilidad y diseño de formularios.
- Desactivación de botones de acción hasta que el usuario no haya cumplimentado los campos necesarios.
- Desactivación del botón de acción cuando el usuario haya hecho click en él para evitar la duplicidad de envio y los engorrosos registros duplicados mostrando la acción que se esta realizando (FeedBack).
.
Recuperación de errores
Hemos intentando preveenir los errores , pero como ya he comentado esta tarea utopica , nos encontramos con que se ha producido un error. ¿Como debemos afrontarlo? En primer lugar nos vamos a centrar en como comunicamos al usuario que se ha producido un error.
Mensaje de error
Un mensaje de error debe:
- Comunicar que se ha producido un error.
- Informar de qué error se trata.
- Indicar dónde se ha producido.
- Proponer soluciones a los usuarios para resolver el problema.
- Integrar el mensaje de error en la página , pero que a su vez se muestre de forma clara.
Mensajes de error del servidor
No hemos de olvidar que una página web no deja de ser una aplicación y esta puede devolver errores del lado del servidor. Debemos tratar estos errores y no dejar que el control de errores de la aplicación o servidor de páginas web se encarge de ellos , devolviendo mensajes de error incomprensibles para el usuario. Al igual que con los errores de usuario debemos seguir unas “buenas prácticas”:
- Indicar claramente que se ha producido un error.
- Describir el problema de forma precisa.
- Proponer alternativas o soluciones a los usuarios para resolver el problema.
- Utilizar el lenguaje de los usuarios: no utilizar términos técnicos, códigos oscuros, estilo administrativo o interno de la entidad..
| Imprimir artículo | Este artículo fue publicado por jmnieves el diciembre 26, 2009 a las 1:56 pm, y está archivado en Usabilidad. Sigue las respuestas a esta entrada a través de RSS 2.0. Puedes dejar un comentario o enviar un trackback desde tu propio sitio. |




hace 1 año
Muy bueno el post, despues de leer el post voy a corregir dos cosillas. Además quisiera hacerte una pregunta:
¿A qué te refieres al decir: “Ofrecer feedback de lo que está pasando”? Gracias y perdona tanta pregunta
hace 1 año
Hola , en primer lugar agradecerte tu comentario.En segundo lugar una de mis pasiones es la de compartir conocimientos (docencia) , asi que no hace falta que me pidas perdon o me lo agradezcas ya que soy yo el que agradece el tener la oportunidad de compartir mis conocimientos.
Ahora pasando a lo “importante”
y respondiendo a tu pregunta te comento a que me refiero con “Ofrecer feedback”.
Ofrecer feedback al usuario sobre lo que esta sucendiendo , es mostrarle mediante mensajes por pantallas , información referente a la operación que se este llevando a cabo. Por ejemplo: Todos conocemos el webmail de google “GMAIL” , cuando enviamos un email con Gmail vemos que en la parte superior el webmail nos muestra un mensaje de “Enviando Correo…” despues de que presionamos el boton “Enviar”. De esta forma sabemos como usuario que nuestro correo esta siendo enviado. Otro ejemplo de feedback al usuario seria cuando por ejemplo adjuntamos un archivo en GMAIL , este nos muestra como se va subiendo el fichero y el progreso del mismo.
Otro tipo de mensajes de FeedBack los encontrariamos en por ejemplo los paso de compra de una tienda, donde nos indican en que paso de la operación nos encontramos. Un buen ejemplo lo encontramos en el carrito de la compra de la web store.virtusbooks.com, donde te dejo una captura de la gestión del proceso de compra que tienen.
¿Que ganamos con estos mensajes?
Ganamos que el usuario se sienta seguro de las consecuencias de las acciones que va efectuando en nuestra “aplicación web” y sepa que la aplicación responde a sus acciones. Es decir el usuario siente interacción con la aplicación web (o página web).
Los mensajes de FeedBack actuan como guias interactivos de las acciones que va realizando.
hace 1 año
Muchas gracias por tu explicación, voy ha aplicar el tema de los pasos (virtusbooks.com) no para tienda online, pero si para el formulario de registro. Muchas gracias de nuevo.