Microcopy

Un mensaje de error útil tiene tres partes: (1) que paso en lenguaje claro, (2) por que paso si es relevante para el usuario, (3) como resolverlo con una acción concreta. "Error 500" no es un mensaje de error. "Tu pago no se proceso porque la tarjeta no tiene fondos suficientes. Intenta con otra tarjeta." es un mensaje de error.

Un empty state útil tiene: (1) contexto de por que esta vacio, (2) que puede hacer el usuario aquí cuando tenga datos, (3) un CTA que inicia el primer paso. Los empty states son la primera experiencia del usuario en funcionalidades nuevas, son onboarding implicito.

"Enviar", "Aceptar", "Continuar" son CTAs genéricos que no comunican consecuencia. "Crear cuenta", "Confirmar pago de $1,200", "Publicar articulo" dicen exactamente que va a pasar. El usuario puede predecir la consecuencia de su acción. La especificidad reduce abandono en pasos criticos.

Los tooltips son para aclaración rápida, no para educación. Si el tooltip necesita más de 15 palabras, el problema es que el UI principal no es suficientemente claro. Solucionar el UI, no el tooltip. El tooltip desaparece cuando el usuario mueve el cursor, no puede usarse para información que el usuario necesita procesar.

En un dialogo de confirmación de acción destructiva, el botón de confirmación no debe decir "Aceptar" o "Si". Debe nombrar la acción: "Eliminar cuenta", "Borrar proyecto", "Cancelar suscripción". El usuario ve exactamente que esta a punto de hacer. Hace la pausa cognitiva más difícil de ignorar.

El placeholder desaparece cuando el usuario empieza a escribir. Si el placeholder contenia instrucciones criticas, el usuario las pierde justo cuando las necesita. Usar el placeholder como ejemplo del formato esperado: "ej. ana@empresa.com", no "Ingresa tu email". Las instrucciones deben estar en el label o en un hint permanente debajo del campo.

Para cargas de más de 3 segundos, el mensaje de estado debe decir que esta pasando y cuanto tiempo queda. "Procesando tu video... esto puede tardar 1-2 minutos" gestiona la expectativa. "Generando reporte" con un contador de progreso da sensación de control. Sin contexto, el usuario asume que algo salio mal.

Pedir permisos (ubicación, camara, notificaciones) en el momento en que el usuario los necesita, no al abrir la app. Explicar el beneficio antes de lanzar el dialogo del sistema. "Para mostrarte tiendas en tu zona, necesitamos tu ubicación" convierte en positivo lo que de otra forma parece intrusivo.

La página 404 no es un callejon sin salida. Ofrecer: buscador, acceso a la página principal, y si es posible, sugerencias de páginas populares o relacionadas. El tono debe ser activo y útil, no apologetico. "Esta página no existe. Te llevamos al inicio." Evitar humor forzado que distrae de la salida.