Den genväg för översättning av enstaka poster som team faktiskt behöver

De flesta översättningsarbetsflöden har två uppenbara lägen: översätt ett fält manuellt eller skicka en stor batch genom systemet. Det obekväma mellanläget är vanligare än team vill erkänna.

En enskild sida ändras. En lanseringskritisk hjälpartikel är klar. Ett produktmeddelande behöver gå live i alla språkversioner som stöds, men inget annat i CMS:et ska följa med.

Det borde inte kräva att man bygger en fullständig batch för hand.

Problemet med att göra varje post till en batch

Batchar är användbara när omfattningen naturligt är bred. De håller relaterade poster samlade, gör framsteg synliga och ger team en plats att hantera granskning, push- och publiceringsåtgärder.

Men om arbetet egentligen gäller en enda post, skapar det friktion att tvinga användaren att skapa en vanlig batch:

• de måste namnge batchen
• de måste hitta samma post igen
• de måste välja målspråken
• de måste komma ihåg om automatisering ska köras efteråt
• de måste ändå följa framsteg någon annanstans

Inget av det är strategiskt arbete. Det är bara arbetsflödesskatt.

Den bättre formen: en post, många språkversioner

Rätt genväg är enkel: välj målspråken från posten och skapa en liten batch som bara innehåller den posten.

Det ger teamet fördelarna med batchinfrastrukturen utan att användaren behöver sätta ihop en batch manuellt.

Det håller också den mentala modellen ren. Användaren säger inte: "Jag vill starta ett program för kampanjöversättning." De säger: "Översätt den här posten överallt där jag behöver den."

Varför det ändå bör bli en batch

Det kan vara frestande att dölja batchlagret helt, men det skapar oftast mer förvirring senare. När mer än ett språk är inblandat får arbetet batchliknande beteenden:

• varje språkversion kan bli klar vid olika tidpunkter
• vissa språkversioner kan misslyckas medan andra lyckas
• push- och publiceringsautomatisering behöver gemensamma kontroller
• framsteg måste förbli synliga efter att dialogrutan har stängts

Att skicka användaren till batchens detaljsida efter att den skapats är ett ärligt gränssnitt. Det visar arbetet som nu körs och ger teamet samma kontroller som de skulle förvänta sig för varje översättningskörning med flera språkversioner.

Vad detta möjliggör för lanseringsteam

Översättning av en enskild post till flera språkversioner är särskilt användbart för innehåll som ligger utanför en ren releasebatch:

• ett nyligen godkänt juridiskt meddelande
• en brådskande supportartikel
• en korrigering på en prissida
• en onboarding-sida som ändrades efter granskning
• en högvärdig landningssida som är klar före resten av kampanjen

Det här är inte specialfall. Det är normala ögonblick under releaseveckan.

Den viktigaste skyddsrälsen

Genvägen bör inte skapa ett andra arbetsflöde. Den bör skapa samma typ av förfrågningsposter, använda samma modellinställningar, respektera samma behörigheter och landa i samma upplevelse för batchdetaljer.

Det håller rapportering, omförsök, automatisering och granskningsbeteende konsekventa.

Slutsats

Bra lokaliseringsverktyg bör göra den vanliga vägen kort utan att uppfinna ett separat system för varje liten variation.

Om användaren tittar på exakt den post de vill få översatt, bör arbetsflödet låta dem översätta den posten direkt till de valda språkversionerna. Under huven kan det fortfarande vara en batch. För användaren ska det kännas som den självklara nästa åtgärden.