Come tradurre un manuale utente senza alterare avvisi, diagrammi o impaginazione

Per tradurre un manuale utente in modo sicuro, trattalo come un artefatto di prodotto controllato anziché come una raccolta di frasi. Congela la versione del prodotto, preserva il sistema di avvisi del manuale, blocca la terminologia di prodotto e di interfaccia, inventaria il testo all'interno dei diagrammi e verifica ogni richiamo e rimando incrociato dopo aver ricompilato il file tradotto.

La priorità corretta è:

1. versione e ambito della fonte;
2. sicurezza e significato procedurale;
3. nomi di prodotti, comandi ed elementi da non tradurre;
4. etichette dei diagrammi e rimandi incrociati;
5. completezza e struttura;
6. chiarezza nella lingua di arrivo; e
7. impaginazione visiva.

Scarica il foglio di controllo per la traduzione del manuale utente per registrare avvisi, termini, figure, riferimenti, responsabili, prove e stato dei nuovi test.

Congela la versione del prodotto e del manuale

Una traduzione rifinita del manuale sbagliato resta comunque sbagliata. Prima della traduzione, registra:

• nome del prodotto, modello, versione hardware o software e mercato;
• titolo del manuale di origine, numero di documento, revisione e data di pubblicazione;
• lingua e paese di destinazione;
• appendici incluse ed escluse, etichette, schede di avvio rapido e testo di garanzia;
• formato del file di origine e file di immagine collegati; e
• la persona in grado di rispondere alle domande sul prodotto.

Se la fonte continua a cambiare, stabilisci un limite e un registro delle modifiche. Le nuove modifiche alla fonte dovrebbero entrare nella lingua di arrivo tramite una revisione esplicita, e non inviando via email frasi sostitutive che nessuno riconcilia con il file completo.

Questo registro delle versioni costituisce la prima riga del foglio di controllo scaricabile, poiché ogni controllo successivo dipende da esso.

Preserva il sistema di avvisi prima di tradurre la prosa

Gli avvisi sono un sistema: parola chiave, pericolo, conseguenza, azione di prevenzione, simbolo, posizione e riferimento. Non tradurre ciascun elemento in modo indipendente dando per scontato che la relazione sopravviva.

ISO 20607:2019 affronta gli aspetti rilevanti per la sicurezza, la struttura e la presentazione dei manuali di istruzioni per i macchinari durante tutto il ciclo di vita della macchina. IEC/IEEE 82079-1:2019 fornisce principi e requisiti più ampi per le informazioni d'uso. Questi standard non rendono conforme una traduzione automatica; dimostrano perché la preparazione e la validazione manuale sono discipline di produzione, non una sostituzione di frasi.

Per ogni avviso, acquisisci:

• ID di avviso stabile;
• parola chiave di origine e di destinazione;
• dichiarazione di pericolo;
• dichiarazione delle conseguenze;
• istruzione di prevenzione;
• riferimento al simbolo o all'immagine;
• pagina, sezione e procedura in cui appare; e
• revisore richiesto.

Preserva la gerarchia di gravità di origine. Non sostituire casualmente una parola chiave con un sinonimo più familiare. Nel layout tradotto, verifica che l'avviso non si sia separato dal passaggio, dalla figura o dalla condizione che regola.

Crea tre elenchi controllati

Un solo glossario non basta. Separa tre tipi di controllo.

Terminologia approvata

Registra il termine di origine, il termine di destinazione approvato, la definizione, il contesto, le maiuscole, la regola di plurale o flessione e le varianti rifiutate. Usa un solo termine per ciascun concetto di prodotto a meno che l'origine non distingua intenzionalmente due concetti.

Le linee guida attuali di Microsoft su come usare i termini tecnici con attenzione raccomandano termini e definizioni coerenti quando necessari. Lo stesso principio conta ancora di più nella traduzione: passare da un termine di destinazione plausibile a un altro può far pensare al lettore che il manuale si riferisca a due parti diverse.

Elementi da non tradurre

Identificare le stringhe che devono rimanere invariate, come:

• numeri di modello e numeri di parte;
• valori da riga di comando, estensioni di file e codice;
• marchi o nomi di prodotti regolati dal progetto;
• identificatori normativi;
• etichette di interfaccia letterali che non sono state localizzate; e
• contrassegni di connettori, porte o comandi che compaiono fisicamente sul prodotto.

"Non tradurre" non significa "ignora". Verifica la stringa carattere per carattere e mantieni chiara la grammatica circostante.

Etichette di interfaccia e comandi fisici

Crea una mappatura separata per pulsanti, voci di menu, etichette dello schermo, manopole, indicatori ed etichette stampate sul prodotto. Registra se l'interfaccia di destinazione esiste.

Se l'interfaccia utente del prodotto riporta ancora Impostazioni, tradurre l'istruzione del manuale come "Apri Preferenze" crea un errore di reperibilità anche quando entrambe le frasi sono linguisticamente accettabili. Decidi se il manuale debba citare l'etichetta originale, l'etichetta localizzata o entrambe.

Per i documenti lunghi, il flusso di lavoro per la coerenza della terminologia offre una struttura riutilizzabile per le forme approvate e rifiutate.

Testo di inventario che non si trova nel flusso di testo principale

I manuali nascondono contenuti traducibili in:

• diagrammi e schermate;
• etichette di richiamo;
• caselle di testo e barre laterali;
• celle di tabelle;
• intestazioni e piè di pagina;
• indici generati;
• didascalie delle figure;
• immagini collegate;
• esportazioni CAD; e
• pagine scansionate.

Crea un ID risorsa per ogni figura. Registra se il suo testo è modificabile, incorporato nell'immagine o rappresentato da richiami numerati. Se l'immagine sorgente non può essere modificata, decidi se ricrearla, aggiungere una legenda tradotta o conservarla con una spiegazione approvata.

Non affermare che un traduttore di documenti ridisegnerà ogni diagramma. BookTranslator può mantenere le immagini e la struttura del documento ove supportato, ma il testo interno alle immagini e la grafica di produzione complessa potrebbero richiedere una revisione e una modifica separate.

Scegli il formato di origine in base a ciò che deve rimanere modificabile

Usa il file sorgente modificabile originale quando ne sei il proprietario. Un PDF è utile come riferimento visivo ma è spesso un pessimo sostituto del file di creazione. Se esiste solo un PDF basato su testo, segui ilflusso di lavoro di traduzione PDF che preserva il formato. Se la fonte è in formato DOCX, preserva gli stili e le strutture modificabili con ilflusso di lavoro per la traduzione di documenti Word.

Traduci prima una sezione di test rappresentativa

Scegli una sezione che contenga diversi elementi critici:

• almeno un avviso;
• una procedura numerata;
• un diagramma con didascalie;
• una tabella;
• un riferimento incrociato;
• un'etichetta di interfaccia; e
• una pagina con un layout compatto.

Traduci e ricostruisci quella sezione prima di elaborare l'intero manuale. Usala per verificare:

• Il glossario si adatta a frasi reali?
• Gli avvisi sono ancora completi sia dal punto di vista visivo che semantico?
• La lingua di arrivo può adattarsi senza compromettere la leggibilità del testo?
• Le etichette corrispondono al prodotto e all'interfaccia utente?
• I diagrammi possono essere aggiornati utilizzando i file sorgente disponibili?
• Il formato di output supporta la revisione richiesta?

Se la sezione di test fallisce, modifica il flusso di lavoro prima di estendere il problema a 200 pagine.

Rivedi la struttura prima dello stile

Dopo la traduzione completa, riconcilia il documento di arrivo con quello originale.

1. Confronta il numero di sezioni, procedure, avvisi, tabelle e figure.
2. Controlla il primo e l'ultimo contenuto di ogni sezione principale.
3. Risolvi ogni riferimento del tipo "vedi sezione", "vedi figura" e "vedi tabella".
4. Verifica passaggi numerati, elenchi puntati, prerequisiti e risultati.
5. Cerca residui della lingua di origine e confrontali con l'elenco DNT.
6. Cerca ogni variante terminologica approvata e respinta.
7. Controlla numeri, unità, tolleranze, valori di coppia, temperature, date, URL e identificatori.
8. Conferma che intestazioni, piè di pagina, codici di revisione e avvisi legali utilizzino i dati dell'edizione corretta.

Un riquadro modificato può creare un difetto silenzioso. Se la fonte dice "Premi l'elemento 4" e la figura tradotta lo rinomina come 5, sia la frase che il diagramma possono sembrare plausibili mentre l'istruzione diventa inutilizzabile.

Modifica per l'uso nella lingua di arrivo, non per la simmetria con la lingua di origine

Una volta che le informazioni controllate sono stabili, modifica le procedure per garantire la chiarezza nella lingua di arrivo. Mantieni un'azione per passaggio ove pratico. Metti le condizioni prima delle azioni quando ciò impedisce un uso improprio. Preserva la ripetizione intenzionale quando identifica la stessa parte o controllo.

Le linee guida di scrittura globali di Microsoft raccomandano frasi brevi e chiare, una costruzione coerente ed evitano idiomi o riferimenti specifici della cultura nei contenuti tecnici traducibili. Non "migliorare" un manuale di arrivo aggiungendo varietà che indebolisce la coerenza della terminologia.

È qui che appartiene il post-editing umano: dopo che la completezza e i contenuti controllati sono stati verificati, non al posto di tali controlli.

Valida il manuale ricostruito come prodotto

Esegui tre approvazioni separate.

Revisione linguistica e tecnica

• Il significato corrisponde alla fonte.
• La terminologia del prodotto e le etichette dei controlli sono approvate.
• Gli avvisi preservano il pericolo, la conseguenza e l'azione di prevenzione.
• Unità, valori e identificatori sono corretti.
• Le procedure nella lingua di arrivo sono chiare per l'utente previsto.

Revisione strutturale

• Ogni procedura, avviso, tabella, figura, appendice e nota è presente.
• I riferimenti incrociati si risolvono nell'elemento di destinazione corretto.
• Le voci del sommario e i segnalibri aprono le sezioni corrette.
• I richiami delle figure corrispondono alle istruzioni circostanti.

Revisione visiva e di consegna

• Nessun avviso, tabella, didascalia o istruzione viene troncato.
• Le interruzioni di pagina non separano i prerequisiti dalle azioni.
• I caratteri coprono la scrittura di destinazione e sono consentiti per la consegna.
• Il file PDF o DOCX si apre nelle applicazioni che il destinatario utilizzerà.
• Il nome file, la revisione, la lingua e il pacchetto di rilascio corrispondono al registro di consegna.

Per l'output PDF, adatta il elenco di controllo per il controllo qualità della traduzione PDF invece di inventare uno standard visivo separato durante la correzione finale.

Dove si colloca BookTranslator

BookTranslator può tradurre un file PDF o DOCX testuale completo, utilizzare un glossario automatico per i termini ricorrenti e fornire un output bilingue ove supportato. Carica una fonte rappresentativa tramite il traduttore PDF o il traduttore DOCX, ispeziona la struttura restituita e valida la sezione di stress prima di scalare il flusso di lavoro.

Per i manuali scansionati, la modalità OCR è concepita per recuperare e tradurre i contenuti leggibili, non per riprodurre ogni coordinata originale, carattere o etichetta di diagramma. I manuali critici per la sicurezza, regolamentati o pubblici richiedono comunque la corrispondente revisione tecnica, linguistica e di conformità.

Cancello di rilascio finale del manuale utente

Rilascia solo quando:

• le revisioni del prodotto e del manuale sono congelate e registrate;
• avvisi, terminologia, elementi DNT, controlli ed etichette dell'interfaccia hanno dei responsabili;
• ogni figura e risorsa con testo incorporato ha un trattamento definito;
• i conteggi dei file completi e i rimandi incrociati corrispondono;
• i revisori tecnici e della lingua d'arrivo hanno risolto i problemi principali;
• il PDF o DOCX finale ha superato il controllo visivo e funzionale; e
• il pacchetto di rilascio identifica la fonte esatta, la lingua d'arrivo, la localizzazione e la revisione.

La regola centrale è semplice: la traduzione di un manuale utente ha successo quando l'utente è in grado di eseguire l'azione corretta con la versione del prodotto corretta. Una prosa fluida è necessaria, ma non costituisce il principale test di accettazione.