Guide de la traduction pour les acheteurs professionnels

Commencer par un brief prêt à décider

Le brief rattache le texte à un objectif professionnel. Une procédure de maintenance, une réponse à un appel d’offres et une page d’accueil de produit exigent un vocabulaire et des priorités de vérification différents. Il doit désigner le propriétaire du document, le domaine, les lecteurs visés et le canal de publication. Le processus de traduction donne le contexte plus large pour convenir du périmètre et traiter les questions.

Un bon brief nomme la langue source et chaque langue cible, y compris les variantes régionales. Il distingue un document de travail interne d’un document destiné à la publication ou à la signature. Une date demandée doit comprendre le fuseau horaire et tout point d’approbation intermédiaire. La livraison des fichiers, la relecture par le client et la publication sont des jalons distincts ; les traiter comme un seul délai masque un travail qui a encore besoin d’un responsable.

Les informations commerciales relèvent du brief lorsqu’elles influent sur le périmètre : exigences du bon de commande, entité de facturation, approbateur habilité et traitement des travaux supplémentaires. Le responsable technique doit aussi identifier les éléments qui doivent rester inchangés, tels que les noms de modèles, les références de pièces et les références contractuelles. Cela évite au traducteur de devoir déduire si une expression inconnue est une marque ou une erreur de traduction.

Préparer des originaux modifiables et une vue de référence

Des fichiers sources modifiables rendent généralement l’extraction et la réintégration du texte plus fiables. Un PDF peut être précieux comme référence visuelle, tandis que le document ou le fichier de conception sous-jacent fournit le texte modifiable. Les scans demandent un contrôle de lisibilité, et la reconnaissance optique de caractères doit être corrigée avant tout comptage de mots ou toute traduction. Un point décimal perdu à l’extraction peut devenir une erreur de fond.

Un inventaire des fichiers doit comprendre les noms, les versions, les volumes approximatifs et les dépendances. Le texte peut se trouver dans des schémas, des captures d’écran, des en-têtes, des notes de bas de page, des commentaires et des feuilles de calcul liées. Le propriétaire doit indiquer lesquels de ces éléments entrent dans le périmètre. Un manuel apparemment court peut contenir de nombreuses légendes d’images distinctes, invisibles pour le compteur de mots du document principal.

Les instructions relatives aux feuilles de calcul doivent désigner les feuilles, colonnes et contenus masqués concernés. Les exports logiciels exigent des identifiants stables et des espaces réservés protégés. Les présentations exigent une décision sur les notes de l’orateur et les objets intégrés. La prise en charge des fichiers doit être confirmée avec le prestataire avant l’achat ; une extension de fichier courante ne suffit pas à établir que chaque élément peut être traité en toute sécurité.

Figer la source et identifier les modifications

Un gel de la source crée un point de départ connu. Les noms de fichiers doivent distinguer les documents sources approuvés des brouillons, et un manifeste doit indiquer quelle version fait foi. Lorsque la source reste en cours d’élaboration, des lots échelonnés peuvent être convenus, chacun avec sa propre version et son propre registre d’approbation. Envoyer des pièces jointes successives sans journal des modifications laisse le périmètre comme les responsabilités dans le flou.

Les modifications ultérieures doivent être signalées par rapport à la source approuvée, et non dissimulées dans un PDF nouvellement exporté. Le chef de projet peut alors évaluer les segments, les renvois et les versions linguistiques concernés. Un avertissement modifié peut entraîner la révision de plusieurs documents même si la phrase amendée ne compte que quelques mots. L’ampleur de la modification et l’effort de révision sont deux mesures différentes.

Fournir la terminologie avec son contexte et son responsable

Un bon glossaire consigne le terme source, le terme cible approuvé, la définition, le contexte produit et toute alternative interdite. Une liste d’équivalents isolés ne peut montrer si un mot désigne un composant, un processus ou un rôle commercial. Des captures d’écran, des schémas et de courts exemples d’emploi aident le linguiste à choisir le bon sens et la bonne flexion.

Les traductions existantes doivent avoir un statut d’approbation. Un manuel obsolète peut fournir du contexte sans convenir à une réutilisation. Le cahier des charges doit hiérarchiser les références contradictoires : glossaire approuvé en vigueur, documentation produit, charte rédactionnelle et traductions antérieures. Le glossaire de la traduction explique la distinction entre ressources terminologiques et mémoires de traduction.

Un seul responsable terminologique côté client doit trancher les questions touchant plusieurs services. Les décisions doivent être consignées une seule fois et partagées entre les équipes linguistiques. Si un terme privilégié change pendant la traduction, le responsable doit indiquer si les livrables antérieurs doivent être mis à jour. Cela évite qu’une discussion terminologique ne devienne silencieusement une révision non chiffrée de toute une famille de documents.

Préciser les lecteurs, les risques et le contexte de publication

Les connaissances des lecteurs influent sur le vocabulaire et la structure des phrases. Un technicien peut reconnaître une abréviation établie qui déroutera un utilisateur novice. Le cahier des charges doit distinguer les lecteurs spécialisés des clients, des patients ou des employés. Le contexte produit compte aussi : un bouton libellé avec un verbe peut exiger une forme différente dans des langues comme le russe, le polonais ou le bulgare selon qu’il décrit une action ou un état.

Les captures d’écran et les chemins de navigation sont particulièrement utiles pour la localisation de logiciels. Le contexte doit signaler les variables, les limites de caractères et les chaînes qui apparaissent ensemble. Il est généralement plus facile de traduire des messages complets que des fragments assemblés à l’exécution. Le développeur reste chargé d’expliquer la logique d’assemblage et de tester l’interface obtenue.

Un contenu sensible exige une méthode de traitement convenue. Avant le transfert, l’acheteur doit signaler les données personnelles, les restrictions d’accès et les éventuelles limites de réutilisation ou de traitement automatique. Les dispositions contractuelles et les instructions effectives du projet doivent concorder. Aucun lieu d’hébergement, contrôle technique ou certification de sécurité particulier ne saurait se déduire du seul certificat qualité d’un prestataire de traduction.

Convenir des étapes de qualité avant la production

L’ISO 17100 distingue la traduction et l’auto-contrôle du traducteur de la révision par une autre personne. La revue facultative et la relecture ont des objectifs distincts. Le guide de l’ISO 17100 explique ces étapes. Une demande de « relecture » est trop vague si l’acheteur a en réalité besoin d’un contrôle bilingue du sens technique.

Un expert métier côté client peut valider les faits relatifs au produit et la terminologie préférée, tandis qu’un linguiste vérifie si une modification proposée se lit correctement dans la langue cible. Ces rôles se complètent. Une formulation préférée sur le plan technique peut exiger un ajustement grammatical ; une phrase fluide peut malgré tout décrire le mauvais composant. Un circuit convenu de questions et d’approbation permet de consigner les deux points de vue.

Le dossier de revue doit conserver les identifiants de segments ou utiliser le suivi des modifications lorsque c’est approprié. Un seul fichier de retours consolidé est plus exploitable que plusieurs fils de courriels qui se recoupent. Les commentaires doivent distinguer les erreurs, les décisions terminologiques et les préférences stylistiques. Le motif d’une correction aide l’équipe linguistique à l’appliquer de façon cohérente sans modifier du texte valide ailleurs.

Clore le projet par une approbation maîtrisée

La réception doit identifier les fichiers et la version approuvés. Si la traduction est intégrée dans une mise en page ou une application après la livraison linguistique, le résultat final doit encore être contrôlé pour détecter le texte manquant, les caractères corrompus et les références brisées. La responsabilité de ce contrôle doit être attribuée explicitement. Une livraison réussie de fichiers modifiables ne prouve pas qu’un export ultérieur soit complet.

L’acheteur doit aussi convenir des ressources terminologiques et bilingues qui appuieront les mises à jour futures, sous réserve du contrat. Conserver un ensemble de références approuvé facilite le cadrage du projet suivant. Pour les comparaisons commerciales, le guide du devis de traduction explique pourquoi le décompte, les étapes de qualité et le travail sur les fichiers doivent être comparés ensemble.