La qualité de ma traduction est-elle suffisante pour lancer mon produit ?

Il est 16h42 un mercredi. Nous prévoyons un lancement mondial lundi, mais l'un de mes ingénieurs de support a découvert des bogues critiques concernant la qualité de la traduction dans l'une des langues de mon produit. C'est comme le code rouge.

Les alarmes se déclenchent, les portes automatiques se referment. C'est majeur !

Mais avant de passer en mode urgence totale, voici quelques conseils qui peuvent vous aider à évaluer avec lucidité l'impact linguistique des scénarios de lancement de produit afin que vous puissiez mieux décider des prochaines étapes :

‍1) Étape 1 : Examinons en détail le mérite réel des revendications

‍Plus souvent qu'autrement, les gens ne seront pas cohérents dans la façon dont ils évaluent la qualité linguistique. Nous avons vu des gens marquer une erreur de grammaire comme un bogue critique. Il en va de même pour la terminologie et l'orthographe. Quand on regarde les bugs qui ont été signalés, quels sont-ils vraiment ? Comment impactent-ils finalement l'expérience utilisateur ?

Avec le langage, la même chose qui peut être inacceptable et erronée pour une personne peut être compréhensible mais incorrecte pour une autre personne. Les deux peuvent voir le problème comme une erreur, mais à des degrés différents. C'était peut-être une incohérence. Quoi qu'il en soit, le fait est que chaque produit humain a des défauts, aussi bon soit-il. C'est ce que signifie être humain - être imparfait. Donc, avant de sauter aux conclusions basées sur la façon dont une seule personne a classé ces problèmes, demandez à deux ou trois autres experts linguistiques d'examiner ces erreurs du point de vue de l'expérience utilisateur et de répondre à ces questions :

• Cela m'empêchera-t-il d'utiliser l'application ?
• Cela nuira-t-il irrémédiablement à la façon dont je perçois la crédibilité de cette marque ?

Si la réponse à l'une de ces questions est oui à l'unanimité, alors vous avez effectivement un problème majeur qui doit être résolu avant le lancement. Si ce n'est pas le cas, cela peut et doit être résolu après le lancement. La clé à retenir ici est d'analyser les revendications linguistiques de manière très granulaire pour vraiment comprendre comment elles ont été classées et ce qui se passe réellement.

‍2) Comment puis-je savoir si je peux lancer sans résoudre ces problèmes ?

‍En plus des bogues qui ont été signalés, lorsque les utilisateurs utilisent l'application, vous pouvez être presque certain que d'autres problèmes, y compris des problèmes de langue, seront soulevés. Peut-être incluront-ils les mêmes questions déjà soulevées, peut-être seront-ils entièrement nouveaux.

Le fait est que le lancement est toujours une surprise et que parfois, faire grand cas de la langue n'est qu'une soupape d'échappement facile que les gens utilisent pour projeter leur insécurité globale quant aux performances d'un produit. C'est une cible si facile. Même lors de l'examen de la copie source d'une application donnée, nous pouvons toujours trouver des améliorations et parfois des ambiguïtés, des incohérences et d'autres éléments potentiellement nuisibles qui doivent également être résolus. Mais encore une fois, la question est, qu'est-ce qui est assez bon pour le lancement ?

Quels types d'erreurs pouvons-nous tolérer et contourner sans nuire au produit ou à la marque ? La négligence va tanker un produit. Mais une prudence excessive ou, pire encore, une insistance excessive sur des éléments qui ne sont pas absolument essentiels à l'expérience utilisateur peuvent conduire toute une équipe produit à perdre son nord sur ce qui est d'une importance centrale pour une application.

‍3) Gardez les choses en perspective : Les gens veulent que l'application, le produit ou le site Web fasse des choses. Ils ne l'envisagent pas du point de vue d'une partie prenante ou d'un chef de produit.

‍C'est difficile. Des mois à travailler sur quelque chose et vous perdrez de vue ce qui compte. Bientôt, tout compte. Tout est critique. Tout est faire ou mourir. La perte de perspective peut faire échouer un lancement de produit comme aucune autre chose. Toute une équipe se met au travail sur quelque chose qui n'est pas aussi critique qu'urgent parce que quelqu'un de haut placé pense que c'est important.

Désormais, les choses vraiment essentielles seront manquées et disparaîtront au niveau de l'arrière-plan. Pour aggraver les choses, dans le processus de résolution de ces bogues non critiques tard dans le jeu, vous introduisez maintenant le risque que le produit se comporte mal ou se casse de manière nouvelle et inattendue. lancement, tout le monde a froid aux yeux et la perspective est la première chose qui est jetée par la fenêtre. Soyez le lucide pour voir à travers l'agitation.

Il est toujours important de choisir judicieusement vos batailles, mais jamais plus important qu'avant le lancement du produit. Construisez un processus solide et robuste et faites-lui confiance. Mais fort et robuste signifie qu'à chaque itération, des tests ont été effectués et qu'ils ont réussi. Ce n'est pas parce que vous avez travaillé avec une excellente agence de traduction, un excellent traducteur ou un incroyable

expert en la matière en tant que réviseur que les choses seront forcément bonnes. Évaluez chaque itération avant de passer à la suivante. Cela vous donnera suffisamment de solidité pour soutenir les attaques sous pression sans avoir l'impression que tout s'effondre.

Écrit par Gabriel Fairman

Gabriel est le fondateur et PDG de Bureau Works. Il adore le changement et manger de l'herbe.