15 días de retos de UX Writing

Belén Martínez
Belén Martínez UX Writer
12 min readAug 24, 2020

La primera vez que di con la iniciativa de Ryan Farrell en la que nos propone recibir 15 retos diarios sobre UX Writing a nuestro email, en la primavera de 2019, apenas estaba comenzando a investigar si esta disciplina podía ser para mí. Tenía muchas ganas de meterme en faena y experimentar escribiendo mensajes para diversas situaciones y productos digitales. Una siempre siente que el trabajo no termina y desde el año pasado he ido volviendo a revisar y reescribir cada reto.

Se trata de una suscripción por email, tipo newsletter, y cada día durante dos semanas te llega un reto diferente que te ayuda a cubrir muchísimos contextos y productos: mensajes de error, alertas, metadata… E incluso una alerta por fuego.

Ojo, es en inglés, pero si lo quieres hacer en castellano simplemente tienes que traducir el briefing, y manos a la obra. Yo he hecho los retos en ambos idiomas, y en breve subiré los que están en inglés.

Las pantallas las he diseñado con Sketch y me he basado en apps existentes y en mi proyecto Mentor.

Si estáis empezando en esta disciplina, o simplemente queréis entrenar un poco para tener vuestra práctica fresca, os recomiendo un montón que os animéis a hacerlo.

Día 1: el vuelo cancelado

🤔 Un viajero espera en un aeropuerto el último enlace de su viaje que le lleva a casa, cuando su vuelo se cancela abruptamente por mal clima.

🧗🏻‍♀️ Escribe un mensaje de la app de la compañía aérea, notificándole la cancelación del vuelo y qué tiene que hacer a continuación.

  • Título: 45 caracteres máx.
  • Cuerpo: 100 caracteres máx.
  • Botón(es): 25 caracteres máx.
  • Layout: Skyscanner
  • Proceso: investigar qué pasa cuando se cancela tu vuelo por inclemencias, y qué puede hacer el consumidor. Añado mensaje de tranquilidad.
  • Dificultades: explicarlo en 100 caracteres, me hubiera gustado hacer más énfasis en que lo sentimos mucho, ya que es un mensaje bastante grave. A nadie le gusta que le cancelen un vuelo.

Día 2: la app de deportes

🤔 Usuario que tiene hijos y trabaja, y muy fan de los deportes, durante la temporada alta de juegos y que no puede asistir a verlos en persona.

🧗🏻‍♀️ Escribe una pantalla promocional para una app que le deje escoger al usuario sus equipos favoitos, recibir recordatorios de juego, actualizaciones en tiempo real de las puntuaciones y destacar vídeos.

  • Título: 40 caracteres máx.
  • Cuerpo: 175 caracteres máx.
  • Botón(es): 25 caracteres máx.
  • Layout: anuncio de Facebook de la app Scores.com
  • Proceso: condensar las principales ventajas de la app en 175 caracteres
  • Dificultades: encontrar jerga adaptada al fútbol y a los deportes en general.

Día 3: email incorrecto

🤔 El usuario ha puesto mal su dirección de email al entrar en su cuenta.

🧗🏻‍♀️ Decirle al usuario que ponga su email correctamente.

Cuerpo: 40 caracteres máx.

  • Layout: mi proyecto de app Mentor
  • Proceso: escribir un mensaje de error claro, conciso y útil. El error es muy común, a todos nos puede pasar, así que con recordar que tiene que revisar que ha escrito su email bien es más que suficiente.
  • Dificultades: me surgen dudas respecto al briefing: ¿este error sucede al darle al botón de “Empezar”? Puede ser interesante mantener un mensaje de alerta mientras escribe el email, para evitar que salga este error de entrada, tipo “ asegúrate de que tu email es correcto”. En algunas interfaces incluso mencionan que incluya @ y .com/lo que sea, y que el mensaje se podría adaptar según los datos que tengan de que ésos son los errores más frecuentes cuando introducen el email.

Día 4: la promoción en el súper

🤔 Un usuario está en su supermercado favorito. Abre la app del supermercado en el teléfono para ver qué hay de ofertas, y un menjaje de promoción aparece.

🧗🏻‍♀️ Escribir un mensaje promocional para un servicio de suscripción que le envía la compra al usuario una vez al mes con una tarifa plana.

  • Título: 45 caracteres máx.
  • Cuerpo: 175 caracteres máx.
  • Botón(es): 25 caracteres máx.
  • Layout: app de Mercadona
  • Proceso: he investigado webs de subscripción de productos como Birchbox, sobretodo para ver cómo habían resuelto el CTA. Incluir la palabra suscripción tanto en el body como en el CTA para asegurar consistencia. Para el Título he estado entre “suscríbete a la compra mensual” y “novedad: te enviamos tu compra mensualmente?”. Me he decidido por el segundo porque hace énfasis en que es un servicio nuevo. El Botón/CTA primero era directamente “activar subscripción” pero lo he cambiado a “ver planes de suscripción”, para no forzar tanto al usuario y también porque entiendo que un servicio personalizado puede incluir un rango de tarifas igualmente personalizadas, según el historial de compra del usuario.
  • Dificultades: no caer en dark patterns que hagan sentir mal al usuario con algo del estilo “no, prefiero seguir comprando sin no ahorrar”.

Día 5: la app de diseño

🤔 El usuario trabaja en diseño gráfico. Mientras critica un diseño en una app móvil, el teléfono se apaga abruptamente. Cuando reinicia el teléfono, vuelve a abrir la app.

🧗🏻‍♀️ Escribir un mensaje que el usuario leerá inmediatamente cuando abra la app de nuevo. ¿Qué necesita saber? ¿Qué pasos tienen que dar, si es necesario, para recuperar el contenido? ¿Y si el contenido no se puede recuperar?

  • Título: 40 caracteres máx.
  • Cuerpo: 140 caracteres máx.
  • Botón(es): 20 caracteres máx.
Si el contenido se puede recuperar
Si el contenido no se puede recuperar
  • Layout: app de Dribbble
  • Proceso: he hecho dos versiones según se pueda recuperar el contenido o no. Si se puede recuperar, le doy también la opción de componer un nuevo comentario. Si no se puede recuperar, simplemente damos la opción de escribir un nuevo comentario, y además aclaramos que el comentario no se ha posteado, por si se lo preguntan.
  • Dificultades: en el CTA “Escribir nuevo comentario” llega a los 25 caracteres, si lo reduzco a “Nuevo comentario” deja de ser un verbo y se pierde consistencia. Es uno de esos casos en los que se tiene que elegir entre ceñirnos al espacio o mantener la consistencia.

Día 6: alerta por fuego

🤔 Es lunes. Un usuario acaba de meterse en el coche para conducir a su trabajo. Enchufa el móvil al coche y comienza a conducir.

🧗🏻‍♀️ ¿Cómo le dirías al usuario que hay un fuego en una ciudad cercana y que está causando cortes de carretera? El efecto en su trayecto es desconocido, pero hay un peligro definitivo si el fuego se acerca. ¿Cómo y cuándo le comunicas esto?

  • Título: 30 caracteres máx.
  • Cuerpo: 45 caracteres máx.
  • Layout: Google Maps
  • Proceso: el usuario tiene una ruta habitual que tiene marcada para ir al trabajo. Decido ofrecer la opción de recalcular ruta, para que pueda ver si hay opciones según la situación actual de fuego, o no puede ir en absoluto.
  • Dificultad: el escaso espacio que ofrece el briefing me obliga a ir al grano. Me hubiera gustado poder incluir un mensaje de seguridad pero la limitación es extrema y la situación también.

Día 7: gol de tu equipo

🤔 Un aficionado a los deportes está en una boda, mientras su equipo favorito juega contra sus archienemigos. Su equipo marca.

🧗🏻‍♀️ ¿Cómo comunicarías rápidamente al aficionado sobre el último juego, la puntuación actual y los jugadores clave?

  • Título: 30 caracteres máx.
  • Cuerpo: 45 caracteres máx.
  • Layout: notificación de Apple
  • Proceso: condensación de la info esencial. He decidido un modal porque aparece en el centro de mensajes. Utilizo emojis para dar más información con menos: el de la pelota para indicar el juego, y el del reloj para indicar el momento en que ha marcado. Da mucho más contexto. He decidido dejar el Vs. aunque sea un anglicismo porque es bastante universal.
  • Dificultades: la restricción de caracteres. Dependiendo de los nombres de los equipos y de los jugadores, irremediablemente aumentarán.

Día 8: concierto próximo

🤔 El usuario es un fan casual de la música y a veces va a conciertos. Tiene una app para escuchar música en su móvil.

🧗🏻‍♀️ Decirle al usuario que uno de sus grupos o artistas favoritos va a tocar en directo en su ciudad. ¿Cómo le animas a venir?

  • Título: 30 caracteres máx.
  • Cuerpo: 45 caracteres máx.
  • Botón(es): 25 caracteres máx.
  • Layout: app de Bandcamp
  • Proceso: investigo medios musicales como Jenesaispop y Pitchfork para ver qué me inspiran sus titulares. Edito al máximo desde la primera versión del mensaje para acomodarlo a la longitud de caracteres.
  • Dificultades: la restricción de caracteres me obliga a ser súper concisa, dejar la información esencial en el cuerpo, y hacer un CTA un poco más atractivo, “quiero mi entrada” en lugar de “comprar entrada”. Respecto a la restricción, es posible que se sobrepase dependiendo del nombre de los artistas, espacios y ciudades.

Día 9: alquilar un coche

🤔 El usuario está intentando alquilar un coche en una app pero la tarjeta que ha proporcionado ha expirado.

🧗🏻‍♀️ Escribir un mensaje de error para que pueda corregir el problema.

  • Título: 30 caracteres máx.
  • Cuerpo: 45 caracteres máx.

Layout: app de Ubeeqo

Proceso: es importante no avergonzar al usuario y expresar que el problema es con su tarjeta, simplemente tiene que comprobarla o introducir otra diferente.

Dificultad: por la restricción de caracteres del ejercicio no he podido editarlo para que el tono sea más amigable, más acorde con el tono de la marca. si tuviera más caracteres hubiera puesto “Vaya, no se ha podido completar el pago”. Y en el cuerpo también hubiera sugerido que contactaran con el banco y que probaran con una tarjeta diferente, pero por la misma restricción he tenido que ser ultra concisa.

Día 10: comprando un coche

🤔 El usuario intenta ver una web que le ayude a comprar un coche. Pero el contenido no se puede cargar sin la ubicación del usuario. Necesitan que introduzca su código postal y nombre.

🧗🏻‍♀️ Pregúntale que dónde vive y quién es sin sonar que estás pidiendo demasiados datos de manera innecesaria.

  • Título: 25 caracteres máx.
  • Cuerpo: 45 caracteres máx.
  • Botón(es): 15 caracteres máx.
  • Layout: web de Clicars.com
  • Proceso: para que el mensaje sea amigable, lo he hecho lo más conversacional posible.
  • Dificultad: hubiera preferido poner “¿Nos ayudas a mostrarte resultados personalizados?”, que suena más conversacional, pero me pasaba de caracteres. En inglés sí que entra por caracteres, pero en español no.

Día 11: búsqueda de lentillas

🤔 Una persona mayor está buscando en Google cómo comprar fácilmente lentillas de manera online.

🧗🏻‍♀️ Escribe un título y metadescripción para una web que vende suscripciones para recibir lentillas cada 30 días, y convéncele para probarlo.

  • Título: 60 caracteres máx.
  • Metadescripción: 45 caracteres máx.
  • Layout: resultado de búsqueda en Google.com
  • Proceso: consulto recursos sobre buenas prácticas de SEO. “ Debería hacer todo lo posible para hacer que alguien tome esa decisión y haga click. Nos tenemos que enfocar en persuadir al usuario a hacer click, pero manteniendo la precisión”
  • Dificultades: dar confianza a una persona mayor que no está acostumbrada a comprar de manera online. En inglés, me hubiera gustado mantener el “get delivered” pero no pude por restricción de caracteres.

Día 12: creando una cuenta

🤔 Un usuario está creando una cuenta. Cuando llegan al paso en el que se le pide que ponga su nombre, le da un mensaje de error. Un software de detección de fraude cree que su nombre es falso, aunque se equivoca un 5% de las veces.

🧗🏻‍♀️ Escribe un mensaje de error que les indique corregir el error sin avergonzarle por tener un nombre que suena falso.

45 caracteres máximo

Layout: diseño mío

Proceso: Elijo remarcar que no usen un alias y que sea su nombre completo, sin sugerir que tienen un nombre raro. Parto y edito desde “Comprueba que has escrito tu nombre correctamente, sin alias. Si el problema persiste, contacta con nosotros y te adyudamos a completar el registro.”

Dificultades: Me gustaría darles la opción de poder arreglarlo pero el límite de caracteres me constriñe mucho.

Día 13: reparto de mercancías

🤔 Un repartidor de mercancías en trayectos cortos tiene una app que monitoriza su ruta, horario, combustible y entregas.

Tiene aún 6 entregas más antes de parar a repostar y a hacer la pausa de la comida. Debido al tráfico inesperado, va con retraso.

Puede elegir si seguir en la ruta planeada por unas paradas más, pero arriesgándose a quedarse sin combustible y pederse la hora del almuerzo, o bien puede ir a repostar y a comer ahora y terminar las entregas luego.

🧗🏻‍♀️Escribe una notificación push alertándole de este dilema y opciones.

  • Título: 30 caracteres máx.
  • Cuerpo: 45 caracteres máx.
  • Botón(es): 25caracteres máx.

Layout: apple

Proceso: el usuario está conduciendo, tiene muy poco tiempo para mirar el móvil así que tiene que ser algo que vaya al grano. Me planteo usar emojis de alerta pero lo descarto para no añadir “ruido” a la conducción.

Mientras estudio el briefing me surge una duda: ¿ficha las horas con esta app y le avisa de que tiene que comer? ¿O le está avisando de que tiene poca gasolina?

Mi propuesta es que la app le avise de que su hora de almuerzo se acerca, sobretodo por los beneficios de parar y descansar para los conductores.

Dificultades: hubiera sido genial tener suficiente espacio para recordarle también las entregas que le quedan.

Día 14: comparador de precios

🤔 Un usuario está utilizando una app que compara precios y los muestra en tiempo real. Al comprobar el precio de un objeto, algo va mal. El problema es desconocido.

🧗🏻‍♀️ Escribe un mensaje que le informe al usuario que no puede acceder en ese mismo momento a la app. No puedes espeficiar “por qué” no funciona la app, pero también quieres que continúe usándolo.

  • Título: 30 caracteres máximo
  • Cuerpo: 120 caracteres máximo
  • Botón(es): 15 caracteres máximo

Layout: app de Idealo

Proceso: se trata de un mensaje para un error desconocido e inesperado, posiblemente del servidor/base de datos, o bien de conexión. La app solamente tiene que reconectar para seguir mostrando los precios.

Dificultades: ya que tenía más caracteres y que no se trata de un error grave, he querido jugar con el tono y hacer un mensaje de error más desenfadado. El humor en el microcopy puede usar cuando 1. tenga sentido con la voz de la marca 2. surja en un momento en que este error produzca poca fricción

Con la broma de “no eres tú, somos nosotros” intento dar a entender que es un fallo que ha venido por parte de la app.

Día 15: conductor con audición reducida

🤔 Un usuario necesita ir al aeropuerto. Utiliza su app de transporte favorita para que le lleven al aeropuerto. El conductor que acepta el viaje tiene cierta sordera.

🧗🏻‍♀️ Escribe una notificación para pantalla bloqueada que le diga al usuario que el conductor es parcialmente sordo. Incluye toda la información relevante en la notificación.

110 caracteres máximo

Layout: apple

Proceso: he consultado recursos y listados de palabras no capacitistas para escribir un mensaje que no sea insensible respecto a la condición del conductor.

Dificultad: de todos los retos, éste es el que más me ha costado con diferencia, por encontrar las palabras adecuadas que no puedan dar lugar a malntendidos ni resulte ofensivo, y que cumpla con la restricción de caracteres. Creo que seguiré trabajando en este reto, así que si tenéis alguna sugerencia me la podéis dejar en los comentarios, estaré encantada de que me déis vuestras opiniones.

Y, ¡terminamos!

¿Qué os ha parecido cómo he ido resolviendo cada reto? Si los hacéis, decídmelo en los comentarios, alguno que otro ha sido un poco un rompecabezas y me interesa mucho ver otras propuestas y puntos de vista.

--

--

Belén Martínez
Belén Martínez UX Writer

Me apasiona narrar historias y experimentar con formatos. UX Writer y Designer con un pie en las artes escénicas. Portfolio: http://bit.ly/belenmuxwriterpfes