L’évaluation commence par le déploiement prévu et le flux de données complet
Avant de comparer les fournisseurs, la tâche prévue doit être clairement définie. Le service doit-il fournir des ébauches de traduction, convertir les textes en langage clair ou signaler aux rédacteurs les passages difficiles à comprendre ? Les types de contenu, les langues, les volumes mensuels et les conséquences potentielles des erreurs sont tout aussi importants. Un service destiné aux textes généraux des produits doit répondre à des exigences différentes de celles d'un outil de conseil médical ou d'information juridiquement contraignante sur les performances.
Schématisez le parcours type du contenu de votre système jusqu'au résultat final. Ce parcours inclut la saisie, la transmission, le traitement du modèle, la sortie, le stockage, la journalisation, le support et les sauvegardes. Les données de compte et les identifiants techniques peuvent emprunter un chemin différent de celui du texte visible. Seule une vision complète permet de déterminer les données réellement reçues par le fournisseur et les services impliqués dans leur traitement.
Examinez également chaque fonction spécifique individuellement. L'importation de fichiers, une interface, un historique des corrections ou une liste terminologique partagée peuvent stocker des données supplémentaires, même si la simple boîte de dialogue de saisie de texte n'en conserve que très peu. L'évaluation doit donc préciser la variante de produit concernée et les paramètres activés. Les déclarations générales concernant la plateforme sont insuffisantes si le flux de travail prévu utilise d'autres composants.
Le contenu client ne doit pas être utilisé à d'autres fins sans le consentement de l'utilisateur.
Indiquez clairement si les entrées, les sorties et les corrections sont utilisées pour l'entraînement ou l'amélioration des modèles. Des termes comme « amélioration du service » peuvent recouvrir des usages très différents. Il est crucial de déterminer si un modèle de base est entraîné. L'évaluation humaine, la création de données de test ou l'intégration permanente dans des collections d'exemples modifient également la finalité du contenu soumis.
Une option d'utilisation pour l'entraînement, activable ou désactivable, n'est fiable que si sa portée est clairement décrite. Ce paramètre s'applique-t-il à tous les espaces de travail, interfaces et utilisateurs du compte ? Inclut-il également les messages d'erreur, les demandes d'assistance et les évaluations volontaires ? Le fournisseur doit expliquer quand le paramètre entre en vigueur et si le contenu précédemment soumis depuis d'anciens référentiels d'amélioration peut être supprimé. Un simple commutateur caché par utilisateur est généralement insuffisant pour une décision organisationnelle centralisée.
Même les utilisations autorisées doivent être limitées. Le service peut exiger des données techniques à des fins de facturation ou pour prévenir les abus, mais cela ne confère pas de droits illimités sur les textes confidentiels. Le contrat, les mentions légales relatives à la protection des données et les paramètres du produit doivent tous être cohérents. Si des pages marketing promettent un traitement exclusif pour le client, tandis que les termes du contrat autorisent une large utilisation interne, cette divergence doit être clarifiée avant toute utilisation.
Les lieux de traitement et les droits d'accès doivent être clairement définis pour chaque composant important.
L'affirmation « Hébergement UE » ne précise pas où un service linguistique exerce son activité. Les données saisies peuvent être stockées dans une région et traitées dans une autre. Les journaux, les sauvegardes, les filtres et les systèmes de support peuvent suivre leurs propres règles de localisation. Demandez un aperçu détaillant séparément le stockage, le traitement en cours, l'administration et la récupération. Cela permettra de déterminer clairement l'engagement de localisation applicable au produit sélectionné.
L'accès à distance fait également partie du flux de données. Les employés ou les équipes de support sous-traitantes peuvent consulter du contenu depuis un autre pays, même si aucune copie permanente n'y est transférée. Le fournisseur doit expliquer les pays autorisés à accéder aux données, les raisons de cet accès, les autorisations et les procédures de journalisation. Une déclaration générale selon laquelle les données ne quittent pas le centre de données est incomplète si la maintenance ou le dépannage depuis d'autres régions restent possibles.
Pour les transferts en dehors de l'Espace économique européen, l'organisation doit procéder à une évaluation juridique et pratique appropriée. Les contrats constituent une base importante, mais ne remplacent pas la connaissance des pays et des entreprises concernés. Toute modification des régions ou des modalités d'accès doit être annoncée sans délai. Ce n'est qu'ainsi que les services de protection des données, de sécurité et le service compétent pourront évaluer si l'utilisation précédemment autorisée demeure justifiée.
Les journaux, leur conservation et leur suppression sont des points essentiels.
De nombreux services stockent bien plus que les résultats de production visibles. Les journaux peuvent contenir des extraits de texte, des identifiants utilisateur, des horodatages, des messages d'erreur ou des requêtes complètes. Il convient de s'informer sur les données collectées pour les opérations, la facturation, la sécurité et le support. La réponse doit faire la distinction entre les données de contenu et les indicateurs purement techniques. Sans cette distinction, il est impossible d'évaluer correctement le risque ou la durée de conservation appropriée.
Chaque type de données doit être soumis à une période clairement définie ou à un événement clairement décrit pour sa suppression. Une formulation comme « uniquement le temps nécessaire » ne permet pas de savoir si le contenu sera conservé pendant des heures, des mois ou des années. Il convient d'examiner séparément les systèmes actifs, les archives, les pièces jointes et les sauvegardes. Si les clients peuvent choisir des périodes de conservation plus courtes, il est impératif de préciser les emplacements de stockage concernés et la date d'entrée en vigueur de chaque modification.
La suppression doit être vérifiable au quotidien. Les utilisateurs doivent pouvoir supprimer du contenu et des espaces de travail sans avoir besoin d'assistance pour chaque cas particulier. Un processus fiable est nécessaire en cas de résiliation de contrat ou d'incident de sécurité, couvrant également les copies et les données client dérivées. Les données résiduelles requises par la loi peuvent être conservées, mais doivent être bloquées, limitées et leur conservation doit être clairement justifiée.
Les sous-traitants et les modifications de produits ne doivent pas constituer une surprise.
Les services d'IA externes font souvent appel à plusieurs entreprises. Les centres de données, les fournisseurs de modèles, les filtres de contenu, les outils d'analyse et les partenaires de support peuvent chacun prendre en charge une partie du traitement. Une liste utile précise le nom, le rôle et le lieu de traitement de chaque sous-traitant important. Une longue liste de noms d'entreprises sans indication de leur fonction est peu utile, car il est impossible de savoir quelle entreprise aura accès aux données clients ou aux données techniques.
La liste doit être tenue à jour et liée à une procédure fiable de modification. Les clients doivent disposer d'un délai suffisant pour examiner le rôle et le lieu de traitement d'un nouveau sous-traitant avant de faire appel à ses services. Une modification non signalée sur un site web est insuffisante. Les modalités de notification, les délais de contestation et les conséquences potentielles doivent être proportionnés au risque et conformes au contrat principal.
Il en va de même pour les modifications importantes apportées au produit. Un nouveau modèle, une région de stockage différente ou une fonction d'analyse supplémentaire peuvent modifier l'évaluation précédente. Le fournisseur doit communiquer la nature des modifications, la date de la transition et les paramètres qui seront conservés. Pour les déploiements importants, le client doit pouvoir réexaminer des exemples significatifs de son travail ou rester temporairement sur une version éprouvée.
La qualité linguistique ne se révèle qu'à travers des contenus et des tâches réels.
Une démonstration convaincante ne constitue pas une preuve de performance au quotidien. Testez vos propres contenus, typiques et complexes, incluant des termes techniques, des nombres, des négations, des conditions et des sources incomplètes. Tous les candidats doivent recevoir les mêmes exemples et les mêmes consignes. Conservez initialement des textes comparables pour démontrer comment le service gère les nouveaux contenus, et non une sélection prédéfinie.
Le sens prime sur le style. Les réviseurs doivent comparer directement le document et le résultat final, en relevant toute modification des délais, des exceptions, des responsabilités ou des chiffres. Les omissions et les explications ajoutées librement sont tout aussi importantes. Pour un langage clair et simple, un meilleur score de lisibilité est insuffisant. Les lecteurs doivent pouvoir trouver les informations essentielles, les comprendre correctement et les appliquer à leur tâche spécifique.
Évaluer le processus d'obtention de la version prête à la publication. Cela inclut les corrections techniques, les révisions linguistiques, la saisie des données et la relecture. Un résultat disponible en quelques secondes peut s'avérer coûteux et lent en raison de retouches invisibles. Distinguer les préférences stylistiques mineures des erreurs de sens graves. Ces types d'erreurs déterminent si le service convient à une ébauche, à un contenu spécifique ou s'il est totalement inadapté.
La sécurité et le support doivent être fiables même dans les situations difficiles.
Examiner comment l'accès est protégé et les autorisations accordées. L'authentification multifacteur, la séparation des rôles et la tenue de journaux d'accès auditables doivent être adaptées à l'usage prévu. Pour les contenus confidentiels, il est important de préciser si le personnel d'assistance dispose d'un accès par défaut ou si cet accès doit être accordé individuellement. Le chiffrement est précieux, mais il ne détermine pas qui est autorisé à déchiffrer et à modifier les contenus pendant leur utilisation.
Un incident de sécurité exige des procédures claires. Le fournisseur doit expliquer quand les clients seront informés, quelles informations ils recevront et comment les conclusions de l'enquête seront communiquées. Un service d'assistance général peut s'avérer trop lent en cas d'incident grave. Des contacts dédiés, des plages horaires de disponibilité et une procédure d'escalade définie permettent à l'organisation de cibler les contenus affectés et de remplir ses obligations dans les meilleurs délais.
Même les dysfonctionnements courants témoignent de la maturité du service. Les résultats vides, tronqués ou générés incorrectement doivent être identifiables. Les utilisateurs ont besoin d'un message clair et d'une procédure fiable pour la suite. Il convient également de se renseigner sur la manière dont les problèmes de qualité récurrents sont analysés. Un fournisseur doit inclure des exemples concrets, fournir un retour d'information constructif et suivre les améliorations tangibles, plutôt que de se contenter de répéter des instructions d'utilisation générales.
Le contrat et les documents justificatifs doivent décrire le même service.
La description du produit, le contrat principal, l'accord de traitement des données et les documents relatifs à la sécurité doivent être cohérents. Il convient d'accorder une attention particulière à l'utilisation autorisée des données, à leur emplacement, à leur stockage, aux sous-traitants, à la disponibilité et au support. Une promesse marketing n'a que peu de valeur si le contrat la laisse sujette à interprétation ou la restreint considérablement. Les exigences essentielles doivent figurer dans une documentation complète, et non pas dans une simple présentation ou un courriel personnel de l'équipe commerciale.
Les preuves doivent couvrir le service spécifique et la période concernée. Les certificats, les rapports d'audit et les descriptions techniques peuvent être utiles, mais leur intitulé seul est insuffisant. Il convient de vérifier quels systèmes, sites et entreprises ont été audités et quelles exceptions existent. Un certificat de sécurité ne garantit pas la qualité vocale. Une évaluation de modèle général, quant à elle, ne dit rien sur le contrôle d'accès, la suppression des données ou la configuration produit convenue.
Les responsabilités doivent également être clairement définies. Qui gère la terminologie, examine les résultats, signale les incidents et décide des nouvelles fonctionnalités ? Le fournisseur ne doit pas se décharger de ses responsabilités sur l'utilisateur. L'organisation demeure responsable de l'utilisation appropriée et de l'approbation. Des responsabilités clairement définies évitent qu'une étape importante de vérification ne soit négligée entre les services achats, informatique, protection des données et rédaction.
Une sortie ordonnée protège le contenu et la capacité opérationnelle.
Avant même le début du contrat, il convient de définir clairement quelles données peuvent être exportées. Cela peut inclure le contenu, les résultats, les listes terminologiques, les exemples approuvés, les paramètres et les notes de révision. Une exportation n'est utile que si son format est lisible et correctement documenté. Il est recommandé de réaliser un test sur un petit échantillon afin de s'assurer que les versions de travail importantes peuvent effectivement être sauvegardées et réutilisées dans un autre outil ou selon un processus éditorial standard.
Il est important de préciser les délais et les coûts après la fin du contrat. Combien de temps l'exportation restera-t-elle disponible ? Quand les comptes seront-ils bloqués ? Quels seront les coûts de support supplémentaires ? Une période de transition trop courte peut rendre le changement inutilement risqué. Si la publication est continue, l'organisation a également besoin d'une solution de sauvegarde pour le contenu urgent. La portabilité ne signifie pas emporter tous les comportements des modèles, mais plutôt garantir que vos propres données et décisions sont conservées et utilisables.
Une fois l'exportation confirmée, les données sont supprimées. Le fournisseur doit gérer les données actives, les copies de sauvegarde et la suppression ultérieure des sauvegardes de manière transparente. Il convient également de vérifier si les personnalisations spécifiques au client ou les caches de recherche sont conservés. Un accord écrit apporte de la clarté, mais ne remplace pas les tests préliminaires des données. Découvrir au dernier moment que les glossaires ne peuvent pas être exportés signifie que vous avez négligé votre principale garantie pratique.
Un essai limité permet de prendre une décision éclairée.
Synthétisez les exigences lors d'une évaluation conjointe. Le flux de données doit être adapté au contenu autorisé, les engagements contractuels doivent être vérifiables et la traduction doit permettre des tâches concrètes. Les points forts individuels ne doivent pas masquer des lacunes fondamentales. Un excellent texte ne justifie pas une utilisation à des fins de formation peu claires, et une bonne certification ne compense pas des significations qui évoluent fréquemment.
Commencez par une application pratique limitée, avec des utilisateurs clairement définis et un contenu dont la publication n'est pas contrôlée. Surveillez la qualité, le délai de correction, les problèmes, le support et les journaux d'activité. De plus, les demandes d'exportation et de suppression de données de test sont prises en compte. Cette approche évalue non seulement les engagements pris, mais aussi les processus sur lesquels l'organisation s'appuiera ultérieurement dans le cadre de ses opérations courantes et lors de la procédure de sortie.
La décision doit préciser les tâches autorisées, le contenu exclu, les audits nécessaires et la date de la prochaine évaluation. L'arrivée de nouveaux sous-traitants, des modifications de modèles, des changements de région ou des erreurs récurrentes peuvent remettre en cause une approbation précédente. Grâce à des responsabilités clairement définies et à un nombre limité de cas d'audit représentatifs, l'évaluation reste gérable. Le prestataire n'est alors pas catégoriquement jugé bon ou mauvais, mais plutôt évalué de manière appropriée pour un cas d'utilisation spécifique et justifié.