Quelle part des textes de vos designs portez-vous ?

Portez-les sauf s'il y a un content designer, et même là, écrivez un premier jet plutôt que d'utiliser du faux texte. Les textes sont de l'interface : libellés, verbes de boutons, messages d'erreur et états vides travaillent plus que la mise en page dans la plupart des parcours. Écrivez dans le vocabulaire de l'utilisateur, gardez des verbes précis (Enregistrer les modifications bat Valider), et testez les mots avec des gens, parce que des libellés flous sont des échecs d'utilisabilité qui ressemblent à des problèmes de design.

Je les écris, toujours, même quand il y a un content designer, parce qu'une maquette remplie de faux texte n'est pas un design, c'est une mise en page. Et les mots changent la mise en page en permanence : un bouton qui dit Publier dans toutes les régions n'a pas la même forme qu'un bouton qui dit Enregistrer. Ma source de vocabulaire, ce sont les transcriptions de recherche et les tickets de support, pas le glossaire interne. Si les clients appellent ça un job et qu'on appelle ça un ordre de travail, on perd à chaque fois qu'on insiste pour avoir raison. Les règles auxquelles je tiens : les boutons nomment l'action, donc Enregistrer les modifications plutôt que Valider, et les erreurs disent ce qui s'est passé, à qui la faute, et quoi faire ensuite. Quand il y a un content designer, je l'implique dès l'étape des wireframes, pas à la fin pour une passe de finition, parce qu'une fois sur deux il résout un problème de parcours en supprimant un écran et en réécrivant une phrase. Sur un projet, notre content designer a réduit une confirmation en trois étapes à une seule ligne bien choisie et les contacts au support pour ce parcours ont nettement baissé.