UX Writing

Comment collaborer entre Product Designer et UX Writer ?

Les points clés à retenir :

Pourquoi faire appel à un·e UX Writer ?

Le métier d’UX Writer (ou content designer) se fait une place de plus en plus forte dans le paysage tech français. Pour commencer, résumons en quelques mots : le rôle d’un·e UX Writer est de créer et optimiser le contenu d’une interface.

💡 Le contenu fait partie du design : même l’interface la plus aboutie visuellement peut devenir incompréhensible si les mots ne sont pas clairs, les textes trop longs ou les termes mal expliqués.

Exemples extraits de notre masterclass “Intégrer l’UX Writing tout au long de son processus design” avec Sophie Ianiro

Pour travailler ce contenu, l’UX Writer a des compétences et une expertise propres, complémentaires à celles du Product Designer : analyse du langage des utilisateurs, rédaction d’un contenu compréhensible et adapté à chaque moment de l’expérience, cohérence du discours partout dans l’interface, ton et voix du produit, mécaniques de langage…

UX Writer et Product Designer vont donc apporter 2 expertises différentes -mais complémentaires- à un même travail. Alors :

  • Pourquoi consacrer du temps et des efforts à mettre en place une collaboration entre ces 2 métiers ?
  • Comment collaborer dans un processus design souvent déjà bien établi ?
  • Quels tips concrets supplémentaires peut-on appliquer ?

Pourquoi est-ce si important de mettre en place une bonne collaboration ?

UX Writer et Product Designer partagent les mêmes objectifs

Des 2 côtés, l’objectif est de guider l’utilisateur dans la réalisation de son but, en comprenant ses besoins et en intégrant les objectifs business.

Une étroite collaboration permet donc :

  • d’être efficace, ne pas refaire 2 fois le même travail chacun de son côté
  • d’être aligné sur les mêmes informations
  • de définir les meilleurs axes de solution dans un travail homogène

Les 2 métiers ont un impact l'un sur l'autre

L’UX/UI du produit a évidemment un impact sur la manière dont on va rédiger et découper le contenu, mais l’inverse est tout aussi vrai. Par exemple, la manière dont on veut gérer la conversation de l’utilisateur avec le produit aura un impact sur le flow.

Un exemple de contenu qui influence le design du flow utilisateur - Uber Eats

Les 2 métiers ont donc intérêt à évoluer ensemble dans la réflexion et la génération d’idées, pour pouvoir se répondre en “ping pong”, et avancer à un rythme similaire.

💡 L’écueil à éviter est de gérer le contenu à la fin du travail de design. Cela donne souvent un résultat bancal où le contenu n’a pas été pensé en fonction des besoins utilisateurs, mais en fonction d’un design déjà établi.

Les 2 métiers n’ont pas forcément le même rythme

Dans la plupart des configurations d’équipe et d’entreprise, l’UX Writer est partagé·e entre plusieurs projets ou squads. Son input et son temps sont donc à optimiser, et la collaboration avec le ou la Product Designer peut avoir un énorme bénéfice pour son efficacité.

Cela demande évidemment rigueur et organisation. Alors comment faire ?

Comment et à quel moment collaborer ?

Partir des mêmes informations : être au même endroit au même moment

L’idée est d’inclure l'UX Writer suffisamment tôt dans le process design, pour pouvoir récolter les mêmes informations sur :

  • le business et tous les éléments transmis par le PM
  • les utilisateurs : les besoins, les problèmes, les détails de l'expérience.

Cela peut s’étendre à toute la phase de discovery et de définition du problème.

Chaque métier va s'attarder sur des aspects bien spécifiques (L'UX Writer sera typiquement plus centré·e sur le langage de l'utilisateur, le vocabulaire standard du marché), mais la source d’information sera la même.

💡 Concrètement : l’UX Writer et le Product Designer peuvent mener ensemble la recherche utilisateur ou une partie de la recherche, assister aux mêmes réunions, tenir des notes communes etc…

Définir son périmètre et se tenir au courant

En partant des mêmes informations, chacun·e va ensuite travailler de son côté, sur les aspects propres à son métier.

À cette phase, le périmètre de chaque métier doit donc être défini et clair pour tous les acteurs (ce qui est inclus dans les missions de chacun·e mais aussi ce qui n’est pas inclus), afin de ne pas se gêner et encore une fois de ne pas dédoubler le travail.

Pour ne pas travailler en silo, il est également important de tenir l’autre au courant de ses avancées et de rendre son travail visible et disponible pendant cette phase. Cela peut se concrétiser par des fichiers centralisés au même endroit et des points d’avancement régulier.

À noter que, lorsque c’est possible, la co-création peut ici être très puissante, à deux ou en conviant d’autres acteurs concernés.

Se répondre et se donner du feedback

Les deux métiers sont des métiers de design : ils peuvent donc se nourrir et se donner du feedback.

Tout en ayant confiance en l’expertise de chacun·e (Si vous n’avez encore jamais travaillé avec un·e UX Writer, vous serez surpris de la rapidité de son impact et de sa valeur ajoutée), les UX Writers et les Product Designers peuvent, comme on l’a vu plus haut, se nourrir du travail de l’autre : un partage de feedback constructif, en asynchrone ou en format critique par exemple, permet d’emmener le travail de chacun·e encore plus loin.

Chacun·e peut avoir des bonnes pratiques à partager, du contexte à amener, de la veille récoltée avec un focus différent ou de nouvelles propositions à apporter au travail de l’autre. Les 2 travaillant pour le même projet et le même but mais avec 2 sets de compétences différents, il s’agit donc de provoquer au maximum ces discussions.

Évaluer la solution ensemble

De la même manière que pour la recherche de début de projet, l’UX Writer et le Product Designer ont tout intérêt à évaluer la solution ensemble. Là encore, l’idée est de ne pas dédoubler le travail et d’être aligné sur la matière récoltée.

Concrètement, cela peut être d’organiser et/ou assister ensemble aux différents tests de la solution. On peut aussi imaginer que l’UX Writer ajoute des questions ou observations spéciales “contenu” pendant les tests organisés par le·a Product Designer.

Si nécessaire, cela peut aussi être de définir et ensemble les datas à suivre une fois en prod, et d’avoir un endroit commun où suivre ces datas.

Quelques détails concrets d’organisation

Quelques décisions logistiques sont importantes à prendre en amont pour faciliter la collaboration.

Il est essentiel de se mettre au clair et de travailler sur la même base d’outil tout au long du projet : on gagne énormément en temps et en efficacité lorsque copy et maquettes évoluent dans le même outil, comme Figma. Cela permet de pouvoir évaluer plus facilement l’un par rapport à l’autre et de gagner du temps dans des process comme les user tests. Il faut évidemment veiller à ce que les deux parties y aient accès et puissent travailler dessus librement.

Travailler sur le même outil comme Figma permet de paralléliser les réflexions contenu et design, comme par exemple ici pour le choix du label d’une nouvelle section.

Pour gagner en efficacité, il est également important de clarifier le flow à deux entre les différents outils :

  • Quand insère-t-on la copy dans les fichiers et qui le fait ? Est-ce que design et copy itèrent sur des pages séparées dédiées le temps d’avancer dans les validations ?
  • Quelle est la source of truth de la copy ?
  • Qui pousse la copy sur la prod ?

Pour finir : se faciliter la vie les uns les autres

Se donner des outils pour plus d’autonomie

On l’a vu, les 2 métiers sont très inter-dépendants, et la limite entre les deux peut être fine. Dans les faits, travailler ensemble peut parfois être chronophage ou compliqué.

Il peut donc être intéressant que chaque métier mette à disposition de l’autre quelques outils pour le faire gagner en autonomie.

Côté UX Writing, on peut établir un glossaire, pour que le vocabulaire précis à utiliser soit à disposition de toutes et tous. On peut aussi définir des guidelines de contenu, rassemblant des règles précises et actionnables pour les éléments ou les composants les plus fréquents.

💡Des guidelines et glossaire sont par exemple mis à disposition :

Côté Product Design, on veille à garder des fichiers propres, avec des composants bien définis (pour que les UX Writers puissent facilement répercuter leurs changements sur tout le fichier). Et, en fonction du process et de la source of truth définis, on veille à garder des fichiers à jour niveau copy, pour ne pas repartir de zéro à chaque fois.

Se former les uns les autres

Toujours pour gagner en autonomie, il peut être aussi intéressant pour chaque métier d’apporter une formation “de base” à l’autre.

Un Product Designer peut facilement monter en compétences sur les bases de l’UX Writing : cela peut lui éviter de solliciter l’UX Writer pour les micro copy les plus courantes, et conserver son intervention pour de la copy à plus haute valeur ajoutée.

Un UX Writer peut de la même manière monter en compétences dans sa maîtrise de Figma pour gagner en autonomie sur la manipulation des maquettes et pouvoir rentrer sa copy en solo.

Dans l’absolu, l’UX Writing est, pour les Product Designers, une compétence très puissante à ajouter à son arc avec un impact fort et immédiat côté utilisateurs (compréhension de la plateforme) et côté business (notamment pour les enjeux de conversion).

Nous pouvons vous accompagner sur ce type de problématique.

Notre design studio propose expertise en product design & brand pour construire avec vous des produits mémorables à fort impact.

Voir nos projets

Envie d'évoluer vers un poste de design lead/manager ?

💪 Découvrez notre formation experte Design Leadership & Management

Voir la formation

Envie d'apprendre à construire et maximiser l'usage de votre design system ?

✨ Découvrez notre formation experte Design System Expertise

Voir la formation

Envie d'apprendre à cadrer votre Product Discovery et maîtriser les techniques de recherche utilisateur ?

🔍 Découvrez notre formation experte Advanced Product Discovery

Voir la formation

Nous vous recommandons aussi :

Nous n'avons pas d'autres articles sur ce sujet (pour le moment :))