La domanda che ci sentiamo fare più spesso quando iniziamo a lavorare con un nuovo cliente è sempre la stessa:

“Quando possiamo cominciare a tradurre?”

La nostra risposta è sempre la stessa: non ancora.

Lo sappiamo, non è quello che ci si aspetta di sentire. C’è una scadenza. C’è un lancio di prodotto. Ci sono stakeholder che chiedono aggiornamenti. Tutti vogliono vedere i file in traduzione, la pipeline che gira.

Ma dopo anni di lavoro su settori e tipologie di contenuto molto diversi tra loro, abbiamo imparato una cosa: il modo più rapido per ritardare un progetto di localizzazione è iniziare a tradurre troppo presto.

Il problema di cui nessuno parla

In qualsiasi programma multilingue, la gestione terminologica non è una preferenza stilistica. È un requisito di qualità e coerenza.

Se una funzionalità viene nominata in un modo nell’interfaccia di un prodotto e in un modo diverso nel manuale utente, non si tratta di una “piccola incongruenza”. È una fonte di confusione per l’utente finale. È un costo di assistenza che prima o poi si manifesta. Nei settori regolamentati, può diventare un problema di conformità che innesca revisioni costose.

Eppure la maggior parte dei progetti di traduzione inizia proprio con la traduzione.

I file vengono consegnati, il CAT tool viene configurato, i linguisti vengono assegnati, e si spera che il glossario si sistemi lungo la strada.

Non si sistema mai.

Quello che succede è prevedibile: ogni lingua di destinazione comincia a sviluppare le proprie varianti degli stessi termini. Un linguista traduce il nome di un componente in un modo. Un altro, che lavora su un documento diverso per lo stesso prodotto, lo traduce in modo diverso. Moltiplica questo per quindici lingue e tre linee di prodotto, e ti ritrovi con un debito terminologico che cresce a ogni progetto.

Come lavoriamo noi

Partiamo dalla gestione terminologica. Sempre.

Prima che venga tradotta una singola parola, costruiamo un glossario validato e approvato dal cliente. Non come servizio aggiuntivo opzionale. Non come “nice to have” se il budget lo consente. Come prerequisito di tutto quello che segue.

Ecco come funziona il nostro processo.

Step 1: estrazione NLP. La nostra pipeline di natural language processing analizza i contenuti esistenti del cliente (documentazione, stringhe software, memorie di traduzione legacy) ed estrae i termini candidati su larga scala. Per un progetto recente, questo ha significato elaborare oltre 1,15 milioni di parole di contenuto storico in tre lingue.

Step 2: revisione nella lingua di partenza. Un linguista madrelingua nella lingua sorgente filtra e valida ogni termine. Non tutto quello che l’NLP estrae è un termine reale. È qui che il giudizio umano separa il segnale dal rumore.

Step 3: validazione del cliente. Il cliente rivede e approva ogni voce nella lingua di partenza. Questo passaggio non è negoziabile. Il cliente conosce i propri prodotti, le proprie convenzioni di naming, la propria brand voice. Noi non facciamo supposizioni su come debba chiamarsi un componente.

Step 4: terminologia nelle lingue di destinazione. Un linguista madrelingua per ciascuna lingua di destinazione ricerca gli equivalenti nelle memorie di traduzione e nei documenti allineati oppure traduce da zero dove non esiste ancora nessuna risorsa.

Step 5: deployment. Il glossario multilingue viene caricato nell’ambiente CAT e applicato su ogni progetto, ogni linguista, ogni lingua.

Due aspetti che è facile sottovalutare. Primo: i passaggi 2 e 4 vengono gestiti da due specialisti diversi: un esperto della lingua sorgente e uno della lingua di destinazione. Non chiediamo a una sola persona di fare entrambe le cose. Secondo: il cliente valida il glossario nella lingua di partenza prima che venga creata la terminologia nelle lingue di destinazione. Questo previene l’errore più costoso nel lavoro terminologico: costruire un glossario multilingue su termini sorgente che il cliente non riconosce o non condivide.

Gestione terminologica nella traduzione: cosa succede nella pratica

Per il progetto da 1,15 milioni di parole che abbiamo citato: abbiamo consegnato 300 voci di glossario validate in tre lingue in una settimana. L’approccio manuale avrebbe richiesto oltre 750 ore. Il risparmio sui costi è stato di circa il 70%.

Ma il valore reale non era nella velocità o nella riduzione dei costi. Era in quello che è venuto dopo.

Ogni progetto di traduzione successivo aveva una base solida. I linguisti sapevano esattamente come tradurre ogni termine. I revisori potevano verificare la coerenza terminologica in modo automatico. I nuovi prodotti potevano ereditare il glossario condiviso fin dal primo giorno.

È questo l’aspetto che la maggior parte delle aziende sottovaluta nella gestione terminologica: non è un costo di progetto. È un investimento che si valorizza in ogni progetto successivo, riducendo le rilavorazioni, abbassando i rischi, accelerando i tempi di consegna.

Perché questo conta più di quanto sembri

Gli errori terminologici scoperti tardi nel ciclo di localizzazione richiedono correzioni a cascata su tutti i documenti, tutte le lingue, tutte le versioni. Abbiamo visto aziende spendere soldi per correggere la terminologia a valle più di quanto avrebbero speso per costruire il glossario in anticipo.

Senza un glossario sorgente governato, ogni lingua di destinazione sviluppa le proprie varianti. Quelle varianti si accumulano in incongruenze che diventano sempre più difficili e costose da correggere a ogni nuova versione.

La domanda non è quando iniziare a tradurre. La domanda è: cosa deve essere vero prima che la traduzione possa iniziare?

Aiutiamo le aziende a costruire glossari multilingue validati prima che inizi qualsiasi traduzione, così ogni progetto parte su basi solide. Contattaci e scopri come la gestione terminologica può funzionare per i tuoi contenuti!