¿Mensaje de error para indicar que se han ingresado datos no válidos?
Perdón por la pregunta subjetiva ...
Estoy trabajando en la micro copia que aparece en un formulario web cuando un usuario envía datos no válidos: por ejemplo, fecha/hora no válidas. Hemos utilizado validadores en línea y selectores y máscaras de fecha y hora para realmente tratar de minimizar el riesgo de que se envíen datos no válidos, pero estamos bastante seguros de que el usuario aún tendrá algunos problemas. La aplicación está diseñada para ser utilizada por la tripulación de vuelo, por lo que los pilotos y azafatas, y es intencionalmente un poco caprichosa ... el texto que he usado hasta ahora es:
"Vaya, hubo un problema con algunos de los datos que ingresaste. No te preocupes, arreglemos eso ahora"
Esto está demostrando una opción controvertida, ya que no parece ser lo suficientemente autoritario, pero está en consonancia con la micro copia utilizada en el resto de la aplicación. Combinado con esto, destacamos campos individuales y le decimos al usuario cómo arreglar el campo individual en sí mismo: este es un texto de alerta general que se muestra en el encabezado de la página. ¿Alguien tiene alguna buena sugerencia o patrón de diseño para una mejor experiencia de usuario?
Parece que estás mostrando una alerta (supuse que por la longitud del texto). ¿Qué tal mostrar un mensaje "en línea" mucho más corto debajo del campo de fecha, p. "Vaya, 'Z' no es texto válido". Esto sucedería inmediatamente mientras el usuario está escribiendo; También es menos perjudicial para el flujo de trabajo del usuario.
Me gustaría reservar mostrar una alerta para cuando el usuario hace clic en el botón Enviar, pero espero que las alertas en línea a medida que escribes significarán que casi nunca necesitas mostrar una alerta.
Es de más ayuda para el usuario decirle exactamente lo que era incorrecto sobre la entrada anterior. Por ejemplo, ¿espera un año de 4 dígitos y el usuario solo ingresó los últimos dos? Luego dígale qué hizo mal y cómo solucionarlo, o podría cometer el mismo error nuevamente, haciendo que vuelva a lanzar el mismo mensaje y la irritación aumenta. Claro, el tono juega un papel importante, pero un mensaje con información que es realmente útil es de lo que se trata realmente.
Estoy de acuerdo con las respuestas anteriores hasta cierto punto, pero también haría una pregunta. Cuando dice 'validación en línea', ¿se está refiriendo a los mensajes o cómo está validando realmente las entradas de datos? La validación real de los datos es una cosa, el mensaje de error es otra.
En general, la mejor práctica para la validación es de dos etapas. Utilice la validación del lado del cliente para asegurarse de que lo que se ingresa pasa la primera prueba de olfateo y puede proporcionar comentarios en línea con bastante facilidad a medida que se completa un campo para que el usuario sepa si lo que ingresó funciona correctamente. Sin embargo, la validación del servidor es bastante importante como un segundo paso para que no haya sorpresas antes de que se confirmen los datos.
Con respecto a la mensajería, como acabo de decir, puede proporcionar mensajes rápidos a medida que se completan los campos, pero creo que el texto que ha sugerido es demasiado informal. Puede estar en consonancia con el tono de otra copia del sitio, pero como dice Max, dejar en claro al usuario cuáles son los errores, en contexto, es importante. Realmente no quiero un mensaje amistoso genérico como el suyo tanto como quiero algo como: "Corrija su dirección de correo electrónico. La que ha proporcionado no parece ser válida".
Si se trata de un formulario normal, una de las cosas que me gusta hacer después de completar la validación del lado del cliente es proporcionar una validación general para la entrada del formulario, del lado del servidor. Esa es su oportunidad (que con suerte no debería ser un problema la mayor parte del tiempo, si la validación del lado del cliente es precisa) para regresar con mensajes específicos, pero lo mostraría en contexto si es posible, para que el usuario sabe exactamente qué campos aún necesitan atención.
Sé por qué Hisham sugiere un cuadro de alerta al enviar, pero los cuadros de alerta de IMHO son un poco torpes, especialmente cuando puede modificar el formulario en sí para proporcionar una mayor granularidad a sus mensajes para sus usuarios.
Mantenlo corto y dulce. Prescribir a Steve Krug's Don't Make Me Think , un mensaje como "Vaya, había ... blablabla ... ahora" es demasiado pensar sobre.
En su lugar, use el espacio para mostrar un mensaje que ayudará al usuario a corregir su error lo más rápido posible.
Por ejemplo:
Si el usuario olvidó completar su apellido, muestre uno de los siguientes mensajes cortos en rojo y resalte todos los campos erróneos en rojo:
- Ingrese su apellido
- Se requiere apellido
- Ingrese su apellido
Siempre dé el primer foco de campo vacío para que el usuario pueda comenzar a escribir de inmediato y corregir el error.