Redação de UX

As mensagens de erro são onde os utilizadores decidem sair

Um utilizador que recebe «Algo correu mal» no checkout não tem forma de avançar a não ser tentar de novo ou desistir. A maioria desiste. A mensagem foi escrita por um programador no fim de um sprint, como placeholder, e está em produção há dois anos.

Cada erro que reescrevemos responde a duas perguntas: o que aconteceu, nos termos do utilizador, e o que pode fazer agora. «O seu cartão foi recusado. Verifique o número ou tente outro cartão.» diz mais em doze palavras do que um parágrafo de desculpas. Quando o sistema não consegue dizer ao utilizador o que correu mal, sinalizamos aos seus programadores, porque o texto não pode corrigir informação em falta.

Palavras consistentes, espaço para crescer

Os produtos vão-se tornando inconsistentes ecrã a ecrã. A página de definições diz 'equipa', a página de faturação diz 'organização' e o email de convite diz 'espaço de trabalho', tudo para a mesma coisa. Os utilizadores notam e muitos assumem que são três coisas diferentes.

A lista de terminologia fixa uma palavra por conceito e é suficientemente curta para se manter aberta durante o design. As regras de microcopy vão mais longe: como se formulam os botões, quando usar maiúsculas apenas na primeira palavra, como as confirmações diferem dos avisos, que tom assume uma mensagem de erro. Cada regra vem acompanhada de um exemplo real do seu produto.

Também escrevemos a pensar na tradução. Uma frase em alemão pode ser um terço mais longa do que a sua origem em inglês, e frases montadas a partir de fragmentos separados quebram em línguas com ordem de palavras diferente. Acertar isto antes da localização é muito mais barato do que corrigi-lo depois em onze línguas.