Die Übersetzungs-Abkürzung für einzelne Einträge, die Teams tatsächlich brauchen

Die meisten Übersetzungs-Workflows haben zwei offensichtliche Modi: ein Feld manuell übersetzen oder einen großen Batch durch das System senden. Der unbequeme Fall dazwischen ist verbreiteter, als Teams zugeben.

Eine einzelne Seite ändert sich. Ein für den Launch kritischer Hilfsartikel ist fertig. Eine Produktankündigung muss in jeder unterstützten Sprache live gehen, aber sonst soll sich nichts im CMS mitbewegen.

Das sollte nicht erfordern, von Hand einen vollständigen Batch zusammenzustellen.

Das Problem, jeden Eintrag zu einem Batch zu machen

Batches sind nützlich, wenn der Umfang von Natur aus breit ist. Sie halten zusammengehörige Einträge zusammen, machen den Fortschritt sichtbar und geben Teams einen Ort, an dem sie Review-, Push- und Publish-Aktionen verwalten können.

Aber wenn die Arbeit tatsächlich nur einen Eintrag betrifft, erzeugt es Reibung, den Nutzer zur Erstellung eines normalen Batchs zu zwingen:

• sie müssen dem Batch einen Namen geben
• sie müssen denselben Eintrag noch einmal finden
• sie müssen die Zielsprachen auswählen
• sie müssen sich merken, ob die Automatisierung danach laufen soll
• sie müssen den Fortschritt ohnehin woanders verfolgen

Nichts davon ist strategische Arbeit. Es ist einfach nur Workflow-Steuer.

Die bessere Form: ein Eintrag, viele Sprachen

Die richtige Abkürzung ist einfach: Im Eintrag die Zielsprachen auswählen und einen kleinen Batch erstellen, der nur diesen Eintrag enthält.

So erhält das Team die Vorteile der Batch-Infrastruktur, ohne dass der Nutzer einen Batch manuell zusammenbauen muss.

Außerdem bleibt das mentale Modell sauber. Der Nutzer sagt nicht: „Ich möchte ein Übersetzungsprogramm für eine Kampagne starten.“ Er sagt: „Übersetze diesen Eintrag überall dorthin, wo ich ihn brauche.“

Warum es trotzdem ein Batch werden sollte

Es kann verlockend sein, die Batch-Ebene vollständig zu verbergen, aber das führt später meist zu mehr Verwirrung. Sobald mehr als eine Sprache beteiligt ist, verhält sich die Arbeit batchartig:

• jede Sprache kann zu einem anderen Zeitpunkt fertig werden
• einige Sprachen können fehlschlagen, während andere erfolgreich sind
• Push- und Publish-Automatisierung brauchen gemeinsame Steuerungen
• der Fortschritt muss sichtbar bleiben, nachdem der Dialog geschlossen wurde

Den Nutzer nach der Erstellung auf die Batch-Detailseite zu schicken, ist die ehrliche UI. Sie zeigt die Arbeit, die jetzt läuft, und gibt dem Team dieselben Steuerungen, die es für jeden Übersetzungslauf mit mehreren Sprachen erwarten würde.

Was das für Launch-Teams ermöglicht

Die Übersetzung eines einzelnen Eintrags in mehrere Sprachen ist besonders nützlich für Inhalte, die außerhalb eines sauberen Release-Batchs liegen:

• ein neu freigegebener rechtlicher Hinweis
• ein dringender Support-Artikel
• eine Korrektur auf der Pricing-Seite
• eine Onboarding-Seite, die sich nach dem Review geändert hat
• eine hochwertige Landingpage, die vor dem Rest der Kampagne fertig ist

Das sind keine Randfälle. Das sind normale Momente in der Release-Woche.

Die wichtigste Leitplanke

Die Abkürzung sollte keinen zweiten Workflow schaffen. Sie sollte dieselbe Art von Request-Datensätzen erzeugen, dieselben Model-Einstellungen verwenden, dieselben Berechtigungen respektieren und in derselben Batch-Detailansicht landen.

So bleiben Reporting, Wiederholungen, Automatisierung und Review-Verhalten konsistent.

Das Fazit

Gute Lokalisierungstools sollten den häufigen Weg kurz machen, ohne für jede kleine Variation ein separates System zu erfinden.

Wenn der Nutzer genau den Eintrag ansieht, den er übersetzt haben möchte, sollte der Workflow es ihm ermöglichen, diesen Eintrag direkt in die ausgewählten Sprachen zu übersetzen. Unter der Haube kann es weiterhin ein Batch sein. Für den Nutzer sollte es sich wie die naheliegende nächste Aktion anfühlen.