La scorciatoia di traduzione a voce singola di cui i team hanno davvero bisogno

La maggior parte dei flussi di lavoro di traduzione ha due modalità ovvie: tradurre manualmente un campo oppure inviare un grande batch attraverso il sistema. Il caso intermedio scomodo è più comune di quanto i team ammettano.

Una singola pagina cambia. Un articolo di assistenza critico per il lancio è pronto. Un annuncio di prodotto deve andare online in ogni lingua supportata, ma nient'altro nel CMS dovrebbe muoversi insieme ad esso.

Questo non dovrebbe richiedere la creazione manuale di un batch completo.

Il problema di trasformare ogni voce in un batch

I batch sono utili quando l'ambito è naturalmente ampio. Tengono insieme le voci correlate, rendono visibili i progressi e offrono ai team un unico posto da cui gestire revisione, invio e azioni di pubblicazione.

Ma se il lavoro riguarda davvero una sola voce, costringere l'utente a creare un batch normale aggiunge attrito:

• deve dare un nome al batch
• deve trovare di nuovo la stessa voce
• deve scegliere le lingue di destinazione
• deve ricordarsi se l'automazione debba essere eseguita in seguito
• deve comunque monitorare i progressi altrove

Niente di tutto questo è lavoro strategico. È solo una tassa sul flusso di lavoro.

La forma migliore: una voce, molte lingue

La scorciatoia giusta è semplice: dalla voce, scegliere le lingue di destinazione e creare un piccolo batch che contenga solo quella voce.

Questo offre al team i vantaggi dell'infrastruttura batch senza costringere l'utente ad assemblare manualmente un batch.

Mantiene anche pulito il modello mentale. L'utente non sta dicendo: "Voglio avviare un programma di traduzione per una campagna." Sta dicendo: "Traduci questa voce ovunque mi serva."

Perché dovrebbe comunque diventare un batch

Può essere allettante nascondere completamente il livello batch, ma di solito questo crea più confusione in seguito. Una volta coinvolta più di una lingua, il lavoro assume un comportamento da batch:

• ogni lingua può concludersi in un momento diverso
• alcune lingue possono fallire mentre altre hanno successo
• l'automazione di invio e pubblicazione necessita di controlli condivisi
• i progressi devono rimanere visibili dopo la chiusura della finestra di dialogo

Portare l'utente alla pagina dei dettagli del batch dopo la creazione è l'interfaccia più onesta. Mostra il lavoro che è ora in esecuzione e offre al team gli stessi controlli che si aspetterebbe per qualsiasi esecuzione di traduzione multilingua.

Cosa rende possibile per i team di lancio

La traduzione a voce singola in più lingue è particolarmente utile per contenuti che si trovano al di fuori di un batch di rilascio ben definito:

• un avviso legale appena approvato
• un articolo di supporto urgente
• una correzione a una pagina prezzi
• una pagina di onboarding modificata dopo la revisione
• una landing page ad alto valore pronta prima del resto della campagna

Questi non sono casi limite. Sono momenti normali della settimana di rilascio.

Il vincolo chiave

La scorciatoia non dovrebbe creare un secondo flusso di lavoro. Dovrebbe creare lo stesso tipo di record di richiesta, usare le stesse impostazioni del modello, rispettare gli stessi permessi e confluire nella stessa esperienza dei dettagli del batch.

Questo mantiene coerenti reporting, tentativi ripetuti, automazione e comportamento di revisione.

Il punto chiave

I buoni strumenti di localizzazione dovrebbero rendere breve il percorso più comune senza inventare un sistema separato per ogni piccola variazione.

Se l'utente sta guardando esattamente la voce che vuole tradurre, il flusso di lavoro dovrebbe permettergli di tradurre direttamente quella voce nelle lingue selezionate. Sotto il cofano, può comunque essere un batch. Per l'utente, dovrebbe sembrare l'azione successiva più ovvia.