UX writing

I messaggi di errore sono il punto in cui gli utenti decidono di andarsene

Un utente che al checkout incontra "Qualcosa è andato storto" non ha altra via che riprovare o rinunciare. La maggior parte rinuncia. Il messaggio è stato scritto da uno sviluppatore a fine sprint, come segnaposto, ed è in produzione da due anni.

Ogni errore che riscriviamo risponde a due domande: che cosa è successo, con le parole dell'utente, e che cosa può fare adesso. "La sua carta è stata rifiutata. Controlli il numero o provi un'altra carta." dice più in dodici parole di un paragrafo di scuse. Dove il sistema non può dire all'utente che cosa è andato storto, lo segnaliamo ai suoi sviluppatori, perché il testo non può rimediare a un'informazione mancante.

Parole coerenti, spazio per crescere

I prodotti scivolano nell'incoerenza una schermata alla volta. La pagina delle impostazioni dice "team", quella della fatturazione dice "organizzazione" e l'email di invito dice "spazio di lavoro", tutte per la stessa cosa. Gli utenti se ne accorgono, e molti pensano che siano tre cose diverse.

L'elenco terminologico fissa una parola per concetto ed è abbastanza breve da tenere aperto durante la progettazione. Le regole di microcopy vanno oltre: come sono formulate le etichette dei pulsanti, quando usare la minuscola, in cosa differiscono le conferme dagli avvisi, quale tono assume un messaggio di errore. Ogni regola è accompagnata da un esempio reale tratto dal suo prodotto.

Scriviamo anche pensando alla traduzione. Una stringa in tedesco può essere un terzo più lunga della sua versione inglese, e le frasi composte da frammenti separati si rompono nelle lingue con un ordine delle parole diverso. Farlo bene prima della localizzazione costa molto meno che correggerlo poi in undici lingue.