Skrót do tłumaczenia pojedynczego wpisu, którego zespoły naprawdę potrzebują

Większość procesów tłumaczeniowych ma dwa oczywiste tryby: ręczne tłumaczenie jednego pola albo wysłanie dużej partii przez system. Niezręczny przypadek pośrodku występuje częściej, niż zespoły chcą przyznać.

Zmienia się pojedyncza strona. Artykuł pomocy krytyczny dla uruchomienia jest gotowy. Ogłoszenie produktowe musi zostać opublikowane we wszystkich obsługiwanych ustawieniach regionalnych, ale nic innego w CMS nie powinno ruszyć się razem z nim.

To nie powinno wymagać ręcznego budowania pełnej partii.

Problem z zamienianiem każdego wpisu w partię

Partie są przydatne, gdy zakres jest z natury szeroki. Utrzymują powiązane wpisy razem, pokazują postęp i dają zespołom jedno miejsce do zarządzania przeglądem, wysyłką i publikacją.

Ale jeśli praca dotyczy naprawdę jednego wpisu, zmuszanie użytkownika do tworzenia zwykłej partii dodaje tarcia:

• trzeba nadać nazwę partii
• trzeba ponownie znaleźć ten sam wpis
• trzeba wybrać docelowe ustawienia regionalne
• trzeba pamiętać, czy automatyzacja ma uruchomić się później
• i tak trzeba śledzić postęp gdzie indziej

Nic z tego nie jest pracą strategiczną. To po prostu podatek od procesu.

Lepszy kształt: jeden wpis, wiele ustawień regionalnych

Właściwy skrót jest prosty: z poziomu wpisu wybierz docelowe ustawienia regionalne i utwórz małą partię, która zawiera tylko ten wpis.

To daje zespołowi korzyści płynące z infrastruktury partii bez zmuszania użytkownika do ręcznego składania partii.

Pomaga też zachować przejrzysty model mentalny. Użytkownik nie mówi: "Chcę uruchomić program tłumaczeniowy dla kampanii." Mówi: "Przetłumacz ten wpis wszędzie tam, gdzie go potrzebuję."

Dlaczego to nadal powinno stać się partią

Może kusić, by całkowicie ukryć warstwę partii, ale zwykle później powoduje to więcej zamieszania. Gdy w grę wchodzi więcej niż jedno ustawienie regionalne, praca zachowuje się jak partia:

• każde ustawienie regionalne może zakończyć się w innym czasie
• niektóre ustawienia regionalne mogą zakończyć się błędem, podczas gdy inne zakończą się sukcesem
• automatyzacja wysyłki i publikacji potrzebuje wspólnych mechanizmów sterowania
• postęp musi pozostać widoczny po zamknięciu okna dialogowego

Przekierowanie użytkownika po utworzeniu na stronę szczegółów partii to uczciwe rozwiązanie w interfejsie. Pokazuje pracę, która właśnie jest wykonywana, i daje zespołowi te same mechanizmy sterowania, których oczekiwałby przy każdym wielojęzycznym uruchomieniu tłumaczenia.

Co to odblokowuje dla zespołów odpowiedzialnych za uruchomienia

Tłumaczenie pojedynczego wpisu na wiele ustawień regionalnych jest szczególnie przydatne w przypadku treści, które nie mieszczą się w uporządkowanej partii wydania:

• nowo zatwierdzona informacja prawna
• pilny artykuł pomocy technicznej
• korekta strony z cenami
• strona onboardingowa, która zmieniła się po przeglądzie
• jedna wartościowa strona docelowa, która jest gotowa przed resztą kampanii

To nie są przypadki brzegowe. To normalne sytuacje w tygodniu wdrożenia.

Kluczowe zabezpieczenie

Ten skrót nie powinien tworzyć drugiego procesu. Powinien tworzyć ten sam rodzaj rekordów żądań, używać tych samych ustawień modelu, respektować te same uprawnienia i prowadzić do tego samego widoku szczegółów partii.

Dzięki temu raportowanie, ponowne próby, automatyzacja i sposób przeglądu pozostają spójne.

Najważniejszy wniosek

Dobre narzędzia do lokalizacji powinny skracać najczęstszą ścieżkę bez wymyślania osobnego systemu dla każdej drobnej odmiany.

Jeśli użytkownik patrzy na dokładnie ten wpis, który chce przetłumaczyć, proces powinien pozwalać mu bezpośrednio przetłumaczyć ten wpis na wybrane ustawienia regionalne. Pod spodem nadal może to być partia. Dla użytkownika powinno to być odczuwalne jako oczywiste następne działanie.