Comment élaborer une stratégie de localisation de contenu pour la formation mondiale

Une stratégie de localisation de contenu pour la formation mondiale comporte six composantes : une décision sur les langues par lesquelles commencer, une feuille de route liée au calendrier commercial, une structure d’équipe qui sépare la création de contenu de la gestion de la traduction, un processus pilote avant le déploiement complet, un système de révision qui combine compétence linguistique et connaissances sectorielles, et une couche technologique qui réduit l’effort manuel sans supprimer le jugement humain.

La localisation signifie adapter le contenu afin qu’il ait du sens pour la personne qui le reçoit, dans le contexte où elle travaille. La traduction déplace les mots d’une langue à une autre. La localisation déplace le sens. Ce sont des problèmes différents, et les organisations qui les confondent finissent par payer pour les deux. Cet article couvre chaque composante dans l’ordre, en s’appuyant sur la façon dont Keune Haircosmetics s’est développé dans 23 langues à travers 70 pays, et sur ce que Derek Bruce a appris en élaborant des programmes mondiaux chez ABN Amro et Tesco.

La localisation et la traduction ne sont pas la même chose, et cette différence coûte cher

Les organisations qui traitent la localisation comme une tâche de traduction dépensent deux fois : une fois pour traduire, et une fois pour corriger les erreurs de la traduction. C’est le coût le plus courant et le plus évitable dans un programme d’apprentissage en ligne multilingue. Nous avons abordé ce sujet lors d’un webinaire récent.

Derek Bruce, directeur de l’apprentissage chez Easygenerator, a décrit le comportement par défaut qu’il a observé au début de sa carrière chez ABN Amro, une entreprise néerlandaise comptant 17 sites internationaux. L’approche était simple : le siège social déterminait le contenu, le finalisait, puis l’envoyait pour traduction. Comme l’a dit Derek : « C’était vraiment, presque comme si le siège social déterminait le contenu et que vous vous contentiez de traduire plutôt que de localiser, ce qui sont deux choses très différentes. »

Le résultat pratique de cette approche est un contenu techniquement exact dans une autre langue, mais contextuellement erroné. La terminologie spécifique à l’industrie est traduite littéralement plutôt qu’adaptée à l’usage local. Les références culturelles qui ont du sens dans une région ne signifient rien dans une autre. Les unités de mesure restent impériales alors que le pays destinataire utilise le système métrique. Les exemples font référence à des noms d’entreprises, des pratiques ou des événements dont le public local n’a jamais entendu parler.

Le coût organisationnel va au-delà de la pertinence. Lorsque les apprenants reçoivent un contenu qui a été clairement conçu ailleurs, pour quelqu’un d’autre, cela envoie un message sur l’importance qu’on leur accorde. Derek a décrit l’effet directement :

Dans les organisations mondiales, ce signal affecte l’engagement envers l’apprentissage et envers l’organisation dans son ensemble.

Jon Withrington, responsable mondial de l’éducation des clients et des capacités chez Keune Haircosmetics, a partagé la même expérience lors du même webinaire. Lorsque Keune envoyait du contenu à une agence externe pour traduction, le résultat était linguistiquement correct mais manquait de la précision qui découle d’une connaissance du secteur. « Lorsque les traductions revenaient, elles manquaient de précision car, bien sûr, nous en revenons au terme, comme le jargon, vous savez, ces pépites locales. » La solution n’était pas de trouver une meilleure agence de traduction. Il s’agissait d’assigner une personne de l’équipe de formation locale dans chaque pays, quelqu’un qui comprenait à la fois la langue et le secteur, pour réviser et adapter le contenu.

Avec combien de langues commencer, et lesquelles

Commencez par trois ou quatre langues, pas la liste complète. Essayer de se lancer dans dix ou douze langues à la fois est l’erreur initiale la plus courante, et celle qui fait s’effondrer tout le processus avant qu’il ne produise la moindre valeur.

Jon a appris cela chez Keune. La plateforme dessert désormais 70 pays dans 23 langues, mais cela n’a pas commencé ainsi. « Je sais qu’au début, nous avons commencé avec l’anglais, l’allemand, le français et l’espagnol. Et puis, l’année suivante, nous avons introduit deux ou trois langues supplémentaires. Alors n’essayez pas de tout faire en même temps. Ayez vraiment une feuille de route en place et réfléchissez-y de manière stratégique. »

Les critères de sélection sont simples. Commencez par les langues où votre audience est la plus large, où votre impact commercial est le plus élevé, ou où vous avez des membres d’équipe locaux qui peuvent soutenir le processus de révision. Ces trois critères peuvent pointer dans des directions différentes, il est donc utile de choisir en fonction d’une combinaison de portée et de révisabilité.

Six à huit mois constituent un calendrier réaliste pour mettre correctement en place une nouvelle langue dans un processus de localisation, du premier brouillon au déploiement complet en passant par le projet pilote. L’estimation de Jon chez Keune était cette fourchette pour chaque langue, d’un point à un autre. Ce calendrier est important pour la planification : si vous essayez d’ajouter quatre langues la première année, le travail ne peut pas être effectué de manière séquentielle, ce qui signifie que vous avez besoin de plus de ressources ou d’un calendrier plus long.

Le cadre de priorisation de Derek est pratique : « Déterminez les effectifs les plus importants, déterminez vraiment où se situe le plus grand impact. Impliquez également ces personnes. Et une fois que vous avez obtenu cela et que vous savez que les choses fonctionnent, alors vous pouvez commencer à le faire évoluer également. »

Comment structurer votre équipe de localisation

Une équipe de localisation opérationnelle a deux fonctions distinctes qui ne devraient pas être gérées par les mêmes personnes. La création de contenu et la gestion de la traduction nécessitent des compétences différentes, des calendriers différents et des relations différentes avec les équipes locales.

Chez Keune, l’équipe de Jon est divisée exactement selon cette ligne. L’équipe client et capacité crée le contenu et travaille avec les parties prenantes internes pour obtenir les bonnes informations sur les produits, les exigences réglementaires et les objectifs pédagogiques. L’équipe numérique gère la traduction : elle dirige le projet du début à la fin, gère le calendrier, rencontre les traducteurs au moins une fois par semaine pour garder le cap et s’assure que les équipes locales ont tout ce dont elles ont besoin pour faire leur travail.

« Ce que notre équipe numérique fait extrêmement bien, c’est s’assurer que les équipes à l’échelle mondiale, nos équipes de formation et nos équipes de traduction, disposent de tous les outils et du soutien dont elles ont besoin. Ainsi, elles sont préparées pour réussir. »

Ce rythme hebdomadaire avec les traducteurs est plus important qu’il n’y paraît. Avec 23 langues en jeu, des choses passent inaperçues si personne ne gère activement le processus. Un point de contrôle manqué devient une traduction retardée, ce qui devient un lancement retardé, ce qui signifie que les apprenants sur ce marché attendent plus longtemps pour un contenu qui était prêt dans d’autres langues des semaines plus tôt.

Derek a ajouté une deuxième dimension à la structure de l’équipe qui concerne moins l’effectif que l’état d’esprit. Les équipes L&D travaillant depuis un bureau central peuvent tomber dans un schéma où elles traitent leur propre production comme la norme et les équipes locales comme des réviseurs qui sont là pour approuver plutôt que pour contribuer. Il a décrit avoir vu cela en pratique : un état d’esprit de « nous sommes meilleurs que » qui rend la collaboration plus difficile sans que personne ne le veuille. La solution consiste à traiter les membres des équipes locales comme des co-créateurs dès l’étape de conception, et non simplement comme des réviseurs à la fin.

Derek a également décrit un outil pratique qui aide quelle que soit la taille de l’équipe : un plan de conception qui définit les paramètres par défaut pour l’apparence, le ton et la manière dont le contenu doit être perçu. Ce plan donne à toute personne contribuant à la localisation un point de référence afin que les décisions individuelles restent dans un cadre partagé.

Comment piloter avant de passer à l’échelle

Piloter avec un petit groupe de pays avant le déploiement complet permet de détecter les problèmes qu’aucune quantité de révision centrale ne pourra trouver. Cela renforce également la confiance dans le processus, ce qui accélère le passage à l’échelle, car vous ne résolvez pas des problèmes fondamentaux dans douze langues à la fois.

La structure pilote de Keune couvre délibérément différentes régions. L’équipe de Jon effectue des tests avec l’Amérique du Nord, le Royaume-Uni, l’Espagne et le Brésil avant un déploiement mondial. Ces quatre marchés couvrent différentes langues, différents environnements réglementaires, différents contextes culturels et différentes relations avec la marque Keune. Si le contenu fonctionne sur ces quatre marchés, il est beaucoup plus susceptible de fonctionner partout ailleurs.

Le projet pilote est également l’endroit où les attentes en matière de calendrier sont testées. Jon a décrit une approche très délibérée à ce sujet : des réunions hebdomadaires pendant la phase pilote, des revues trimestrielles du cycle complet et une communication continue en tant que collectif plutôt que des points de contrôle ponctuels. Cette structure existe parce que les problèmes de localisation ont tendance à faire surface pendant le projet pilote si vous y prêtez attention, et ont tendance à faire surface au moment du lancement si vous ne le faites pas.

Derek a signalé un problème de timing qui compromet la plupart des projets pilotes : donner aux équipes locales une semaine pour examiner un contenu presque terminé n’est pas un véritable projet pilote. « L’une des pires choses à faire est de dire : voici notre contenu fini à 99,9 %, vous avez une semaine pour apporter des modifications. Et ils répondent : eh bien, attendez une seconde, cela n’a aucun sens. » Un véritable examen nécessite du temps intégré au processus avant que le contenu ne soit considéré comme terminé. Cela signifie qu’il faut intégrer des cycles de révision dans le calendrier du projet en tant qu’activités à part entière : il ne s’agit pas de les caser à la fin.

Son expérience chez Tesco donne une idée de ce à quoi ressemble un pilotage sérieux. Pour un programme de développement du leadership couvrant 3 000 dirigeants au Royaume-Uni, en Slovaquie, en Slovénie, en Pologne et en Inde, Derek et son équipe ont mené trois ou quatre sessions pilotes dans différents lieux avant que le produit final ne soit validé. Chaque session impliquait des participants des régions concernées, et chaque session a produit des changements. Le contenu qui a été lancé était sensiblement différent du contenu qui avait été utilisé pour le premier pilote.

Comment mettre en place un système de révision qui saisit les nuances locales

Un contenu techniquement correct mais contextuellement erroné est le point de défaillance le plus courant dans la formation multilingue, et aucune équipe centrale ni aucun outil de traduction ne peut le détecter sans apport local.

Derek a décrit un seul mot qui illustre pourquoi. « Banter » est un terme courant sur les lieux de travail au Royaume-Uni, utilisé pour décrire les taquineries amicales entre collègues. Il est tout à fait banal dans ce contexte. En dehors du Royaume-Uni, il revêt une signification différente, ou aucune signification du tout. Lorsque l’équipe de Derek élaborait un programme d’inclusion chez Tesco qui faisait référence au « banter » dans le contexte du comportement au travail, le mot n’a été signalé que lorsque des personnes d’autres régions ont rejoint le processus de révision. « En impliquant les différentes régions dans le processus de révision et de conception, il est devenu évident que cela n’avait tout simplement aucun sens. Comment faire passer le message sans utiliser ce mot tout en lui donnant du sens ? »

La solution ne consiste pas simplement à ajouter un réviseur local à la fin du processus. Il s’agit d’impliquer les membres de l’équipe locale assez tôt pour qu’ils puissent façonner le contenu avant qu’il ne soit finalisé, plutôt que de simplement approuver ou rejeter quelque chose qui a été écrit sans eux.

La structure de révision de Jon chez Keune rend cela concret. Chaque pays dispose d’une personne désignée du département de l’éducation locale, chargée de la révision de la traduction. Cette personne n’est pas simplement bilingue. C’est quelqu’un qui travaille dans le secteur, connaît la terminologie du produit et comprend le contexte professionnel local. « Pour nous, la clé était aussi de travailler avec nos équipes éducatives locales. Et dans chaque pays, nous avons une personne désignée du département de l’éducation locale qui réalise la traduction, parfois, si sa compétence est suffisamment élevée, ou en collaboration avec un traducteur. Mais ils s’assurent que tout est ajusté et adapté selon les besoins au contexte local. »

Cette structure prend du temps à mettre en place. Jon a reconnu que la première année a été largement faite d’essais et d’erreurs, qu’au début, une ou deux personnes construisaient tout et que le pilotage n’était pas robuste. Parvenir à un système de révision qui saisit réellement les nuances locales a nécessité de nouer des relations avec les équipes locales, d’établir des rôles clairs et de créer suffisamment de confiance pour que les réviseurs locaux sentent que leur contribution était réellement valorisée plutôt que traitée comme une formalité.

Derek a décrit la même dynamique comme une collaboration plutôt qu’une formation : « Je ne sais pas si le mot former est le bon mot, si c’est dans le sens du résultat de conception. Peut-être s’agit-il de collaborer avec ou de travailler réellement avec. Parce que former pourrait impliquer que nous les amenons à faire ce que nous voulons faire de toute façon, alors qu’en fait, parfois, cela peut ne pas fonctionner. »

Où l’IA s’intègre dans un flux de travail de localisation, et où elle ne s’intègre pas

L’IA accélère considérablement la couche de traduction, mais elle ne peut pas remplacer le jugement de quelqu’un qui connaît le contexte local. Les deux intervenants sont arrivés à la même conclusion en partant de directions différentes, et les données de coûts de Keune donnent l’image la plus concrète de ce à quoi ressemble réellement le gain d’efficacité.

Avant que Keune n’adopte un outil de création vidéo par IA pour sa production de contenu, un cycle de production unique coûtait entre 20 000 € et 30 000 € avec une durée de vie utile de deux à trois ans avant que le contenu ne doive être refait. L’investissement qu’ils ont réalisé dans l’IA a considérablement changé la donne. Comme Jon l’a partagé lors du webinaire : « Nous avons dépensé au total 24 000 €, nous avons produit plus de 800 vidéos interactives et cela nous a permis d’économiser environ 800 000 €. » L’efficacité est venue de la capacité à produire plus de contenu, à le mettre à jour plus rapidement et à le localiser dans différentes langues sans avoir à tout reconstruire à partir de zéro à chaque fois.

La mise en garde qui découle directement de ce résultat est celle sur laquelle les deux intervenants ont été clairs. Le résultat de l’IA est un point de départ, pas un produit fini. Jon a décrit le risque de le traiter autrement : « Tout ce que vous faites avec l’IA doit avoir une touche humaine. Parce qu’en fin de compte, nous sommes dans le métier de la curation des changements cérébraux. » Pour Keune en particulier, la révision doit être effectuée par quelqu’un qui comprend à la fois la langue et travaille dans le secteur de la coiffure. Un outil de traduction général ne gère correctement ni la terminologie professionnelle ni la voix de la marque.

Derek a décrit un avantage inattendu de l’IA dans la vidéo multilingue que son équipe a découvert lors d’une revue de production. Lorsqu’ils ont revisionné une vidéo multilingue, ils ont remarqué que certaines voix générées par l’IA étaient utilisées selon des modèles qui semblaient subtilement biaisés : certaines voix étaient systématiquement associées à un cadrage positif, d’autres à un cadrage négatif. Avec un enregistrement vocal humain, corriger cela aurait signifié retourner en studio. Avec l’IA, cela signifiait réattribuer les voix et régénérer. « Cela signifiait littéralement se dire, d’accord, cette voix off peut maintenant être celle-ci. Et c’était fait, et cela en quelques heures. » Ce type de correction rapide n’est possible que lorsque la production ne dépend pas de la planification d’un comédien voix-off.

Le cadre global proposé par Derek est le bon pour toute équipe introduisant l’IA dans un flux de travail de localisation : « L’IA est un outil. » Ce n’est pas toujours la réponse. Utilisez-la donc à bon escient. »

Comment gérer les attentes des parties prenantes lorsque l’IA intègre le flux de travail

Le plus grand défi lors de l’adoption de l’IA pour la localisation n’est pas la technologie. C’est l’hypothèse selon laquelle l’IA rend tout instantané.

Jon a décrit la dynamique des parties prenantes chez Keune lorsqu’il introduisait un outil de création vidéo par IA. Obtenir l’adhésion a nécessité de montrer les chiffres et d’être clair sur ce que l’outil ferait et ne ferait pas.

Les questions soulevées allaient bien au-delà de la qualité du résultat : conformité des données, fonctionnement juridique de la bibliothèque vocale, réalisme des avatars, et la question de savoir si l’utilisation d’un avatar signifiait qu’un acteur humain avait perdu son emploi.

Le problème de la baguette magique de Harry Potter, comme l’appelle Jon, est que les personnes éloignées du processus de production supposent souvent que l’IA fournit un résultat fini avec un effort humain minimal. « L’IA, c’est vraiment comme la baguette de Harry Potter, vous savez, il suffit de faire un geste, et vous obtenez le résultat, prêt à l’emploi. » Il est beaucoup plus facile de définir correctement les attentes avant l’arrivée du premier livrable que de les gérer après qu’une partie prenante a vu un prototype et a commencé à demander des modifications techniquement impossibles sans un travail de refonte important.

Jon a décrit une session d’examen pilote où une partie prenante ne cessait de demander des modifications sur la façon dont l’avatar bougeait et parlait, devenant de plus en plus précis et exigeant à chaque étape. « Je suis arrivé au point où j’ai vraiment dû m’asseoir avec cette personne et lui dire : avec tout le respect que je vous dois, cela prend maintenant trop de temps d’essayer de faire ces choses impossibles. » « Peut-être est-il en fait plus facile d’engager une société de production et de faire cela en externe, ce qui va à l’encontre de l’intérêt même d’utiliser l’IA. » Ce genre de conversation est plus facile à éviter qu’à surmonter.

L’approche pratique consiste à montrer les chiffres en premier. Le conseil de Jon pour obtenir l’adhésion des parties prenantes est direct : « Montrez-leur une belle vidéo, dites-leur ce qu’ils doivent investir, dites-leur ce qu’ils pensent pouvoir obtenir en retour. Tant que vous avez les chiffres, tout le monde est content. » Une fois le dossier de retour sur investissement constitué et les attentes en matière de calendrier clairement définies, la conversation sur ce que l’IA peut et ne peut pas faire devient beaucoup plus gérable.

Lara Translate : Traduction par IA basée sur un modèle spécifique à la langue

Lara Translate est le moteur de traduction par IA développé par Translated. Contrairement aux modèles d’IA à usage général entraînés sur un large mélange d’écriture, de codage et de conversation, Lara fonctionne sur un grand modèle linguistique entraîné exclusivement sur des données de traduction professionnelle. Cette focalisation plus étroite réduit un problème courant avec les outils d’IA généraux, qui comblent parfois les lacunes d’une traduction avec du texte inventé. Lara est conçue pour rester proche du sens de la source.

L’avantage pratique apparaît dans la manière dont Lara gère l’ambiguïté. Lorsqu’une phrase peut être traduite de plusieurs manières, peut-être en raison du genre, du ton ou de multiples interprétations valides, Lara signale l’ambiguïté et explique son raisonnement plutôt que de choisir silencieusement. Un réviseur peut alors confirmer le bon choix ou ajouter du contexte en amont afin que Lara le résolve correctement dès la première fois.

Lara s’adapte également à la voix d’une organisation au fil du temps. Les équipes peuvent créer des glossaires personnalisés pour les noms de marque et les termes sectoriels, choisir parmi des styles de traduction tels que Fidèle, Fluide ou Créatif en fonction du contenu, et réutiliser les traductions approuvées grâce aux mémoires de traduction. Une fois qu’un terme ou une expression est approuvé(e), Lara l’applique de manière cohérente dans les contenus futurs au lieu d’exiger la même correction à chaque fois. Lara prend en charge plus de 200 langues et plus de 70 formats de fichiers, y compris les types de documents avec lesquels la plupart des équipes L&D travaillent déjà.

Pour les organisations gérant la localisation à grande échelle, ce type de cohérence réduit l’une des sources de retravail les plus courantes : une traduction linguistiquement correcte mais incohérente avec la manière dont la marque s’exprime habituellement.