Den genvej til oversættelse af enkeltposter, som teams faktisk har brug for

De fleste oversættelsesworkflows har to oplagte tilstande: at oversætte ét felt manuelt eller sende et stort batch gennem systemet. Den akavede mellemting er mere almindelig, end teams vil indrømme.

En enkelt side ændres. En hjælpeakrtikel, der er kritisk for lanceringen, er klar. En produktannoncering skal gå live i alle understøttede lokaler, men intet andet i CMS'et bør følge med.

Det bør ikke kræve, at man bygger et fuldt batch manuelt.

Problemet med at gøre hver post til et batch

Batches er nyttige, når omfanget naturligt er bredt. De holder relaterede poster samlet, gør fremskridt synlige og giver teams ét sted at håndtere gennemgang, push- og publiceringshandlinger.

Men hvis arbejdet i virkeligheden kun er én post, skaber det friktion at tvinge brugeren til at oprette et normalt batch:

• de skal navngive batchen
• de skal finde den samme post igen
• de skal vælge mållokalerne
• de skal huske, om automatisering skal køre bagefter
• de skal alligevel holde øje med fremskridtet et andet sted

Intet af det er strategisk arbejde. Det er bare workflow-skat.

Den bedre form: én post, mange lokaler

Den rigtige genvej er enkel: vælg mållokalerne fra posten, og opret et lille batch, der kun indeholder den post.

Det giver teamet fordelene ved batchinfrastrukturen uden at få brugeren til manuelt at samle et batch.

Det holder også den mentale model ren. Brugeren siger ikke: "Jeg vil starte et oversættelsesprogram for en kampagne." De siger: "Oversæt denne post overalt, hvor jeg har brug for den."

Hvorfor det stadig bør blive til et batch

Det kan være fristende at skjule batchlaget helt, men det skaber som regel mere forvirring senere. Når mere end ét lokal er involveret, får arbejdet batch-lignende adfærd:

• hvert lokal kan blive færdigt på forskellige tidspunkter
• nogle lokaler kan fejle, mens andre lykkes
• push- og publiceringsautomatisering har brug for fælles kontroller
• fremskridt skal forblive synlige, efter dialogen lukkes

At sende brugeren til batch-detaljesiden efter oprettelsen er den ærlige UI. Den viser det arbejde, der nu kører, og giver teamet de samme kontroller, som de ville forvente ved enhver oversættelseskørsel på tværs af flere lokaler.

Hvad dette muliggør for lanceringsteams

Oversættelse af enkeltposter til flere lokaler er især nyttig for indhold, der ligger uden for et rent release-batch:

• en nyligt godkendt juridisk meddelelse
• en presserende supportartikel
• en rettelse på en prisside
• en onboarding-side, der blev ændret efter gennemgang
• en landingsside med høj værdi, der er klar før resten af kampagnen

Det er ikke særtilfælde. Det er normale øjeblikke i lanceringsugen.

Den vigtigste sikkerhedsforanstaltning

Genvejen bør ikke skabe et andet workflow. Den bør skabe den samme type anmodningsposter, bruge de samme modelindstillinger, respektere de samme tilladelser og ende i den samme oplevelse for batchdetaljer.

Det holder rapportering, genforsøg, automatisering og gennemgangsadfærd konsistent.

Konklusionen

Gode lokaliseringsværktøjer bør gøre den almindelige vej kort uden at opfinde et separat system for hver lille variation.

Hvis brugeren ser på den præcise post, de vil have oversat, bør workflowet lade dem oversætte den post direkte til de valgte lokaler. Under motorhjelmen kan det stadig være et batch. For brugeren bør det føles som den oplagte næste handling.