A pesar de que tengamos mucho cuidado en la concepción de los formularios, no estamos libres de cometer un error. Por esta razón, deberán ser implementados mecanismos de gestión de error.
En el caso de ingresos de datos incompletos o erróneos, el usuario no deberá verse obligado a ingresar todo de nuevo. No obstante, los mensajes de error no siempre son tan claros como deberían serlo.

El mensaje de error relativo a un ingreso de datos equivocado no debe acompañarse del borrado del contenido del campo. Más bien, el cursor debe posicionarse dentro del campo, en la espera de una modificación. Cuando la porción de datos erróneos pueda ser identificada, esta porción deberá ser resaltada y modificada directamente por el usuario. La aplicación de esta recomendación permitirá una corrección fácil y rápida de los errores cometidos.

Algunos puntos a tener en mente

• No basta con indicar los campos obligatorios.
• No basta con verificar que los campos obligatorios hayan sido rellenados.
• No hay que darle importancia si las letras están en mayúsculas o minúscula al ingresar los datos (salvo casos especiales)
• No hay que utilizar combinaciones de números y letra en un mismo campo.
• No hay que multiplicar inútilmente las acciones de los usuarios.
• No hay que pasar de manera automática de un campo a otro con usuarios novatos.

En cambio hay que…

Posicionar el cursor en el primer campo cuando aparezca el formulario.
Hacer que corresponda el desplazamiento del cursor de un campo al otro en el orden de los campos. Un orden vertical es preferible a uno horizontal.
Para validar un reducido número de campos, por ejemplo un login y un password, la validación debe poder hacerse directamente con la tecla Enter sin que sea necesario hacer clic en el botón de validación lo que evita utilizar el ratón.
Deben estar permitidos los desplazamientos hacia delante y atrás del cursor, de un campo a otro y dentro de un mismo campo. Las zonas de la pantalla que no están destinadas al ingreso de datos deben estar protegidas. Cuando el ingreso de datos esté predefinido, el campo debe ser presentado bajo la forma de menús “pop-up” o desplegables.

PD: El artículo original fue escrito por Jeff, contribuidor de CommentCaMarche