Le projet est prêt à être lancé. Les designers sont prêts à concevoir, les développeurs prêts à développer, et...qui va écrire la copie ? Les propriétaires de projets sont convaincus que cela dépend de l'équipe du projet, les développeurs de logiciels se demandent pourquoi ils sont considérés comme tels, et les concepteurs UI/UX haussent les épaules. Il n'y avait rien à ce sujet dans le plan du projet.
Lorsque vous démarrez un projet tel qu'un nouveau site Web à partir de zéro, il est fort probable que la copie ne soit pas encore mise en page pour l'équipe. Le propriétaire du projet a généralement quelques mots clés en tête, tels que innovant, de pointe ou état de l'art, mais pas de contenu structuré. Le briefing que reçoit l'équipe consiste, par exemple, à créer un site web d'entreprise de fintech blockchain disruptif, et ils devraient s'occuper de tout le reste à partir de là.
Afin de comprendre qui doit écrire la copie, et compte tenu de la popularité actuelle des expériences à fins multiples, travaillons sur quelques scénarios possibles avec des fins différentes.
Pour ce scénario hypothétique, nous supposerons qu'il n'est pas possible de faire appel à un rédacteur professionnel, en raison de limitations courantes concernant le budget ou la taille du projet, par exemple. Dans tous les autres cas, ce serait de loin la meilleure option, car la valeur qu'un rédacteur peut apporter dépasse largement tous les résultats des possibilités suivantes.
Compte tenu de tout cela, qui va le faire ?
Il y a toujours un choix évident que, compte tenu de sa nature, les gens ne se sentent tout simplement pas à l'aise de choisir. Et il y a une bonne raison à cela. Cependant, étant donné que les propriétaires de projets proposent les idées, il serait logique qu'ils soient responsables de toute la copie, n'est-ce pas ? Faux, du moins dans la plupart des cas.
Cela ne signifie pas que les propriétaires de projets ne peuvent pas rédiger de bons textes, mais ils ne sont généralement pas le meilleur choix. La façon dont un porteur de projet voit le produit est différente de celle d'un utilisateur potentiel, et il est parfois difficile de changer cet état d'esprit. Les tâches telles que définir si le texte doit être plus court ou plus long, et choisir le ton de la voix et le style, seront beaucoup plus centrées sur le produit et non sur l'utilisateur.
Ce scénario conduit à un produit qui s'appréciera beaucoup trop. Plus tard, au fur et à mesure que l'importance d'interagir avec les utilisateurs et de leur offrir une expérience exceptionnelle se fera sentir, quelqu'un d'autre devra améliorer le texte en le réécrivant complètement. Ce qui était censé permettre de gagner du temps coûtera en fin de compte beaucoup plus que du temps.
Les designers sont les premiers à mettre la main à la pâte, et lorsqu'ils s'occupent des visuels du produit, ils peuvent également être tentés de gérer le texte. La raison principale est qu'il sera plus facile de créer une interface si vous savez que vous pouvez ajuster librement la copie au design.
C'est le meilleur moyen de garantir la beauté du produit, car les designers ont une liberté totale sur le processus de création à ce stade. Cependant, la copie sera considérée comme un accessoire dans l'ensemble, et le temps passé dessus sera minimal. Par conséquent, les utilisateurs bénéficient d'une expérience merveilleuse grâce à des écrans abstraits qui affichent des phrases poétiques et/ou vagues, dans le but de changer la façon dont chacun perçoit ce produit ou cette industrie en particulier.
La communauté des designers l'adorera peut-être, mais les utilisateurs n'arrêteront même pas de se demander de quoi il s'agit. Le site web sera comme une magnifique toile peinte dont tout le monde fait l'éloge sans jamais penser à ce qu'il représente. Il pourrait même décrocher une place dans le le meilleur des designs 20XX articles à la fin de l'année, mais n'atteindront aucun des objectifs du product owner. Finalement, quelqu'un devra changer d'approche car facteur d'émerveillement s'efface.
Si au moment où le design est terminé, il n'y a toujours pas de copie, c'est que vous avez déjà un problème. Il s'agit néanmoins d'un problème qui doit être réglé. Les développeurs sont les suivants, et probablement ceux qui veulent le moins écrire autre chose que du code, mais y a-t-il une option maintenant ?
Peu importe que les développeurs soient prêts à écrire la copie eux-mêmes ou non, car retarder le problème à ce stade sera toujours problématique. Le temps d'écriture sera très limité et, comme la conception est déjà terminée, elle devra s'adapter aux interfaces existantes. Les variables deviennent des circonstances inévitables et les décisions seront très limitées.
Tout sera fait rapidement et de manière pragmatique, et le résultat final sera proche de ce que l'on pourrait espérer obtenir grâce à l'IA. Il n'y a rien de mal à l'objectivité, mais le produit peut être considéré comme direct et inintéressant aux yeux des utilisateurs. Il sera livré avec quelques défauts à signaler, et une deuxième version suivra bientôt.
Rassemblez tout le monde autour de la table et commencez à discuter d'idées. Vous verrez bientôt que ce qui n'était au départ qu'une expérience amusante se transformera en frustration, car à propos de la page est toujours en discussion des semaines après le début du projet. Plus tard, l'équipe décide qu'il vaut mieux que chacun écrive un peu et au final, tout se met en place. Parce que ça marche toujours, non ?
Dans ce cas, la copie devient une masse incohérente de colère et de doute. Le produit peut toujours être expédié, mais sans message clair à adresser à qui que ce soit. Les utilisateurs peuvent apprendre à le connaître et, avec un peu de chance, même comprendre en quoi consiste le produit et en profiter. C'est une question de hasard, puisque la copie ne va pas vraiment dans une direction quelconque.
Il n'y a rien de bon à laisser les choses au hasard, et il sera très difficile de se démarquer de la concurrence. Plus tard, le propriétaire du produit devra réparer le désordre qui a été créé. Ce qui distingue cette option des autres, c'est que le produit risque de ne pas survivre assez longtemps pour apporter les modifications nécessaires.
Nous avons l'habitude d'établir un effet de causalité entre le succès et les mesures audacieuses, mais c'est parce que nous ne connaissons que les mesures audacieuses qui réussissent.
Dans ce scénario, il est plus probable que le produit soit conçu, développé et expédié. La tendance apparemment inspirante qui consiste à expédier un produit sans explication de quoi il s'agit laisse perplexe les utilisateurs et est partagée sur les réseaux sociaux. Après le bourdonnement, il disparaîtra, car personne ne l'utilisait vraiment.
L'entreprise ferme ses portes et la responsabilité doit être partagée entre toutes les personnes impliquées dans le projet. Cela ne plaît à personne.
Dans ce scénario hypothétique où l'option idéale d'engager un rédacteur professionnel n'est pas possible, la réponse, aussi improbable que cela puisse paraître, est la suivante : l'une des trois premières options. Ce qui fait la différence en matière de rédaction, c'est l'approche, et non la personne qui finit par le faire. Même si cela n'est généralement pas considéré comme aussi important que la conception ou le développement, la copie est importante. Ce qui se passe la plupart du temps, cependant, c'est qu'il est simplement empilé sur les autres tâches et qu'il est finalement expédié à la hâte.
L'erreur la plus courante mise en évidence dans les options ci-dessus est que la copie est considérée comme un fardeau et une tâche accessoire qui finira par être réalisée. Cependant, la copie est un point crucial qui doit être pris en compte dans le plan de projet dès le départ. Tout le monde peut le faire, mais ce n'est pas une tâche facile.
Les connaissances commerciales et une bonne compréhension de l'expérience utilisateur sont toutes deux importantes, mais pour rédiger un texte convaincant, il faut effectuer des recherches beaucoup plus approfondies. Un processus tel que la méthode Persona est idéal pour comprendre à qui s'adresse le projet et créer le dialogue idéal avec les utilisateurs. Cela demande du temps et des ressources, mais il n'y a aucun moyen de le contourner.
Les conséquences d'une mauvaise copie ne sont peut-être pas toujours aussi tragiques que celles mentionnées ici, mais c'est une erreur de croire qu'il n'y a aucune conséquence. Le texte représente l'histoire que vous voulez raconter, et c'est ce qui reste dans l'esprit des utilisateurs lorsqu'ils utilisent un produit pour la première fois. Peu importe à quel point c'est génial.
Vous avez trouvé cet article intéressant ? Ceux-ci vous plairont peut-être aussi !
Gestionnaire de contenu, éditeur de texte et présentateur d'idées stratégiques, tout en étant un fervent amateur des arts cinématographiques et de la narration visuelle.
People who read this post, also found these interesting:
.webp)
%20(1).webp)
.webp)
.webp)
.webp)
.webp)
.webp)
