Un campo llamado referencia puede significar número de pedido, persona de contacto o indicación de ubicación. Si el formulario no lo aclara, el visitante responde según su interpretación y el negocio debe pedir la información otra vez. Los pequeños textos de interfaz, conocidos como microcopy, resuelven esas dudas en el momento oportuno. No necesitan sonar ingeniosos para ser útiles. En un servicio de entregas, una instrucción precisa junto a la dirección puede aportar más que un mensaje amistoso al final de un envío que quedó incompleto.
Distinguir nombre, ejemplo y explicación
La etiqueta identifica el dato; el ejemplo muestra su forma; la ayuda explica una condición o propósito. No combines todo dentro de un texto que desaparece al escribir. Para una referencia de pedido, usa una etiqueta explícita y, si hace falta, indica dónde encontrarla. Evita ejemplos que parezcan datos obligatorios. Una dirección ilustrativa debe reconocerse como ejemplo y no como información precargada del cliente. Revisa si el campo puede entenderse cuando ya contiene una respuesta: si la única explicación desapareció, la persona puede perder contexto al regresar para corregirlo.
Poner la ayuda antes del error
Si hay un formato exigido, explícalo antes de que la persona falle. No reserves las condiciones para un mensaje rojo después de pulsar continuar. Para entregas, quizá se necesita una provincia y un cantón, pero no una dirección completa en la primera consulta. Explica esa diferencia donde se pide el dato. WAI describe instrucciones asociadas a formularios y campos; la implementación debe permitir que esa ayuda esté disponible también con tecnología de asistencia. Como revisión editorial, comprueba que cada requisito visible corresponde a una regla real y que ninguna regla importante aparece únicamente después de intentar enviar.
Corregir sin culpar al visitante
Un mensaje como dato inválido señala un problema pero no ofrece una solución. Explica qué falta o qué formato se acepta: incluye el número de pedido completo, por ejemplo, cuando esa sea la causa verificada. No inventes una explicación si el sistema desconoce el motivo. Si falla la conexión, no culpes al contenido del campo. Conserva las respuestas correctas y acerca el mensaje al lugar que requiere atención. El tono debe ser directo y respetuoso. Una interfaz puede ser cercana sin usar bromas en una situación donde la persona está intentando resolver una entrega o completar una solicitud importante.
Probar palabras con entradas reales
Prepara respuestas ficticias que representen errores plausibles: un espacio al final, una tilde, un número con separadores o una descripción más larga. Observa si la ayuda permite corregir sin asistencia. Pide a alguien que explique qué entiende por cada etiqueta antes de completar el formulario. Si varias personas interpretan referencia de maneras distintas, cambia el nombre en lugar de añadir un párrafo defensivo. Mantén un registro de términos acordados para que el mismo dato no se llame código, número y referencia en pantallas diferentes. Esa consistencia reduce trabajo de interpretación durante todo el recorrido.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- La etiqueta identifica y la ayuda explica; ninguna debe desaparecer sin alternativa.
- Informa requisitos antes de validar y ofrece correcciones concretas.
- Utiliza el mismo nombre para el mismo dato en todas las pantallas.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.