El botón reset en formularios web

Hay quienes sostienen que no deben incluirse en un formulario ya que su cercanía geográfica con el botón submit provocaría principalmente que los usuarios se equivocaran y perdieran todos sus datos.Sin embargo también se puede decir que el botón reset le da al usuario una salida de emergencia.

Es un criterio básico del DCU (Diseño centrado en el usuario) que el usuario tenga libertad y control para moverse dentro de la interfase, que tenga la posibilidad de volver atrás en sus pasos. Si yo privo a mis usuarios del botón de reset, estoy diciendo que es peligroso para ellos interactuar con él y que por ello yo decido no incluir esa opción dentro de mi diseño. Equivale a pensar que puedo entrar en la casa de un usuario y sacarle los cuchillos de la cocina porque pueden resultar riegosos para él… Creo que no hay que descartar el botón reset de los formularios sino que hay que diseñarlo de manera que exprese su función inequivocamente.

Otra de las razones por las cuales estoy a favor del botón reset es que éste brinda al usuario inexperto la tranquilidad de borrar todos los datos de un formulario si se ha arrepentido de llenarlo, esta acción también se logra con el botón recargar (reload) del navegador, pero muy pocos usuarios lo utilizan.

Luego de mirar por encima del hombro como los usuarios escriben un comentario en el MT he descubierto por qué muchas veces se pierden.

La explicación es sencilla, es la maldita manía de colocar en un formulario como primera opción "Cancelar" y como segunda opción "Aceptar" "Guardar" "Postear" o como se llame, entonces, los usuario plasman sus pensamientos, y a continuación luego de revisarlos teclean "Tab" y "Enter" que equivaldría a pasar al siguiente campo (que denería ser el botón de submit) y aceptar. También he visto a aquellos usuarios que se manejan con el mouse hace clic en la primera opción de la izquierda, sin ni siquiera fijarse en el label del botón.

Lamentablemente en el MT estas dos acciones equivalen a cancelar el comentario, perdiéndolo irreversiblemente la unica posibilidad de recuperación depende de la memoria de quien lo compuso. Así mismo he visto este comportamiento en un sinnúmero de formularios en la web, no sé del otro lado del mundo pero aquí en el hemisferio sur de américa las personas tienden más veces a publicar los datos que ponen en el formulario que a borrarlos por lo que el submit debería estar más a mano que el reset, sobre todo cuando hay un porcertaje alto de usuarios que se manejan con la tecla tab para ir saltando de campo en campo.

Como corolario me gustaría agregar para los desarrolladores que por el bien de sus usuarios sitúen el botón submit a la izquierda del botón reset del formulario y separados por un amplio e inconfundible espacio. Si esto no los ha convencido por lo menos agreguen un mensaje de alerta para que los usuarios puedan confirmar si realmente quieren borrar o simplemente publicar equivocándole al botón o si fue un enter antes de tiempo.

Hasta la próxima.

Enlaces relacionados con el tema:

• Jakob Nielsen’s Alertbox, April 16, 2000: Reset and Cancel Buttons
• Design Principles and Usability Heuristics (PDF 378 Kb)

Agregar a diferentes marcadores sociales