Cuando se habla de microcopy normalmente se piensa en el texto de un botón o el mensaje de un error. El UX writing es ese mismo oficio pero llevado a toda la web: cómo se llama cada sección del menú, cómo se explica un paso de un formulario, qué dice la web cuando algo sale mal, qué tono usa cuando todo va bien. Es diseño, hecho con palabras en lugar de con píxeles, y determina si un visitante entiende de un vistazo qué tiene que hacer o si se queda dudando y se va.
Por qué las palabras son una decisión de diseño, no solo de redacción
Es fácil pensar que el "texto" se decide después, una vez el diseño visual ya está cerrado. En la práctica, esa separación es la que genera la mayoría de los problemas: un botón diseñado primero y rellenado después con la palabra "Enviar" porque es lo que cabía, en vez de pensar desde el principio qué palabra exacta reduce la incertidumbre del usuario en ese momento concreto. "Enviar" no dice nada sobre qué pasa después. "Reservar mi cita gratis" sí, y ese matiz cambia cuántas personas hacen clic.
El UX writing bien hecho se piensa a la vez que el diseño visual, no después. Cuando un diseñador y un redactor (o la misma persona con ambos sombreros) trabajan juntos desde el boceto inicial, el resultado es un flujo donde cada palabra tiene un motivo, no un hueco que rellenar.
Claridad antes que ingenio
Es tentador querer ser ocurrente en un botón o un título, y a veces funciona, pero la regla general en UX writing es que la claridad gana casi siempre a la gracia. Si un usuario tiene que pararse a pensar qué significa un texto ingenioso, ya has perdido parte del impulso que le llevaba a actuar. "Empieza gratis" comunica más rápido que "Dale caña a tu proyecto", por muy simpática que suene la segunda opción en una reunión interna.
El tono debe ser coherente con quién eres, no con quién te gustaría ser
Una gestoría no debería sonar como una app de citas, y una tienda de skate no debería sonar como un despacho de abogados. El error habitual es copiar el tono de una marca admirada (suele ser una marca grande y con presupuesto distinto) sin preguntarse si encaja con el propio negocio y, sobre todo, con lo que espera encontrar el cliente real. Un tono desalineado con las expectativas genera una sensación difusa de desconfianza, aunque el visitante no sepa poner el dedo en la causa exacta.
Los mensajes de error son una oportunidad, no un trámite
"Error 400" o "Campo inválido" son mensajes que informan a un programador, no a un cliente. Un buen mensaje de error explica qué pasó en lenguaje humano ("Ese teléfono no parece completo, ¿puedes revisarlo?") y, si es posible, cómo solucionarlo. Los formularios que peor convierten suelen ser precisamente los que castigan al usuario con jerga técnica justo en el momento en que ya estaba a punto de completar la acción.
Los textos de estados vacíos (empty states) importan más de lo que parece
Cuando un cliente entra en su área privada por primera vez y no tiene todavía ningún pedido, ninguna factura, ningún historial, la pantalla que ve en ese momento (el llamado "estado vacío") es una oportunidad de guiarle hacia el siguiente paso, en vez de mostrarle simplemente un hueco en blanco con un icono triste. "Aquí aparecerán tus pedidos cuando hagas el primero. ¿Quieres ver el catálogo?" hace más trabajo por la conversión que cualquier banner.
Consistencia terminológica: no llames "cesta" y "carrito" a lo mismo en la misma web
Parece un detalle menor, pero cambiar de término para referirse a lo mismo (cesta en una página, carrito en otra; "cuenta" en un sitio, "perfil" en otro) genera una duda innecesaria: ¿es lo mismo o es algo distinto? Mantener un glosario propio, aunque sea informal, de dos o tres palabras clave y usarlas siempre igual en toda la web evita esa fricción invisible.
Cómo empezar a auditar el UX writing de tu propia web
Un ejercicio simple y gratuito: recorre tu web como si fueras un cliente nuevo que no sabe nada de tu negocio, y en cada pantalla pregúntate "¿qué se supone que tengo que hacer aquí, y el texto me lo dice claramente?". Anota cada botón, título o mensaje que te haga dudar aunque sea un segundo. Esa lista, aunque solo tenga diez puntos, suele ser más valiosa que cualquier rediseño visual completo.
Cómo revisar el UX writing en equipo sin que se convierta en un debate eterno
Revisar textos en grupo puede degenerar fácilmente en una discusión interminable de gustos personales, donde cada persona propone su versión preferida sin ningún criterio objetivo que zanje la conversación. Es más productivo definir de antemano dos o tres criterios claros (claridad, brevedad, coherencia con el tono de marca) y evaluar cada propuesta de texto contra esos criterios concretos, en vez de simplemente preguntar "¿cuál os gusta más?" a un grupo sin ningún marco de referencia compartido.
El UX writing en los mensajes de confirmación: el momento de mayor atención del cliente
Justo después de completar una acción importante (una compra, una reserva, el envío de un formulario), el cliente presta más atención que en casi cualquier otro momento de su visita, porque quiere confirmar que todo ha ido bien. Ese mensaje de confirmación es una oportunidad desaprovechada en la mayoría de webs, que se limitan a un genérico "Gracias" cuando podrían reforzar la confianza con información útil: qué pasa ahora, cuándo recibirá noticias, a quién contactar si algo no cuadra.
Adaptar el tono según el momento de la relación con el cliente
El tono no tiene por qué ser idéntico en cada punto de contacto. Un primer mensaje de bienvenida puede permitirse algo más de calidez y entusiasmo que una notificación de un problema técnico, donde la prioridad pasa a ser la claridad y la tranquilidad por encima de cualquier otra consideración. Pensar el tono en función del estado emocional probable del cliente en cada momento, no solo de la personalidad general de la marca, mejora sensiblemente cómo se percibe cada mensaje.
El botón de cancelar o volver atrás: un texto que suele descuidarse
La atención de UX writing suele centrarse en los botones de acción positiva (comprar, confirmar, enviar), dejando de lado los botones de cancelar o volver, que a menudo se quedan con el texto genérico por defecto del sistema. Sin embargo, este botón importa igual: un "Cancelar" seco puede sentirse punitivo justo cuando el usuario simplemente quiere revisar algo, mientras que un texto como "Volver sin guardar" aclara exactamente qué va a pasar, evitando la ansiedad de perder algo sin querer.
Textos legales y de consentimiento: claridad sin perder validez
Los textos relacionados con condiciones legales o consentimiento de datos suelen redactarse en un registro muy distinto al resto de la web, lleno de jerga jurídica necesaria para la validez del documento pero incomprensible para la mayoría de usuarios. Añadir, junto al texto legal completo, un resumen breve en lenguaje claro de qué implica realmente ese consentimiento mejora la comprensión real sin comprometer la validez legal del documento subyacente.
Cómo involucrar a atención al cliente en la revisión del UX writing
El equipo de atención al cliente tiene, por su posición, un conocimiento directo de qué textos generan más confusión, porque son quienes reciben las consultas derivadas de esa confusión. Involucrarlos periódicamente en la revisión de textos clave de la web (formularios, mensajes de error, confirmaciones) aporta una perspectiva basada en datos reales que el equipo de diseño, sin ese contacto directo, difícilmente puede replicar por sí solo.
Preguntas frecuentes
¿UX writing es lo mismo que copywriting?
Están relacionados pero tienen objetivos distintos. El copywriting busca persuadir y suele vivir en textos de venta (anuncios, landing pages). El UX writing busca guiar y aclarar, y vive dentro del propio producto o web: botones, formularios, menús, mensajes de sistema.
¿Necesito contratar a alguien especializado en UX writing?
Para una pyme, no suele ser necesario un puesto dedicado. Basta con que quien diseña o desarrolla la web tenga presente estos principios, o con una revisión puntual de un redactor con criterio de usabilidad antes de lanzar cambios importantes.
¿Los textos cortos afectan de verdad a las conversiones?
Sí, de forma medible. Cambiar el texto de un botón o clarificar un mensaje de error son de los ajustes más baratos que existen y, en pruebas A/B, suelen mover la aguja de conversión más de lo que su coste de implementación haría pensar.
¿Cómo elijo el tono adecuado para mi web si no tengo experiencia en redacción?
Empieza describiendo a tu cliente ideal con tres adjetivos y pregúntate cómo le hablarías en persona si estuviera delante tuyo en el mostrador. Ese registro, ajustado para que se lea bien por escrito, suele ser un punto de partida más honesto que copiar el tono de otra marca.
¿El UX writing aplica también a los emails automáticos que envía mi web?
Sí, y es una de las zonas más descuidadas. Un email de confirmación de pedido con asunto genérico y cuerpo frío es una oportunidad perdida de reforzar confianza justo en el momento en que el cliente está más atento a tu marca.
¿Qué es un "estado vacío" y por qué debería importarme?
Es la pantalla que ve un usuario cuando todavía no hay contenido que mostrar (un historial vacío, una búsqueda sin resultados). Diseñarla con un texto útil en vez de dejarla en blanco convierte un momento de posible frustración en una oportunidad de guiar al siguiente paso.
¿Cómo evalúo objetivamente si un texto de UX writing es bueno?
Comprobando si cumple tres criterios básicos: si un usuario nuevo entiende qué hacer sin dudar, si usa el vocabulario que el propio cliente usaría (no jerga interna) y si es coherente con el resto de textos de la web. Si cumple los tres, probablemente sea un buen texto.
¿Deberían los mensajes de error incluir siempre una solución?
Siempre que sea posible, sí. Un mensaje que solo informa del problema sin sugerir ningún siguiente paso deja al usuario atrapado; incluso una sugerencia parcial ("prueba a revisar el formato del teléfono") reduce la frustración considerablemente frente a un simple "campo inválido".
¿Merece la pena personalizar también los botones de cancelar o volver atrás?
Sí, aunque se descuiden con frecuencia. Un texto claro en estos botones ("Volver sin guardar" en vez de un genérico "Cancelar") reduce la ansiedad del usuario sobre qué va a pasar exactamente al pulsarlo.
¿Cómo puede ayudar el equipo de atención al cliente a mejorar el UX writing de la web?
Aportando información directa sobre qué textos generan más consultas o confusión, ya que son quienes reciben esas dudas de primera mano. Involucrarlos en revisiones periódicas de los textos clave aporta una perspectiva que el equipo de diseño no siempre tiene por sí solo.