Lokalizacja centrum pomocy bez zmiany terminologii produktu

Przepływ pracy dla centrum pomocy, który zapewnia spójność

Standardowe narzędzia tłumaczeniowe zmieniają etykiety interfejsu na ich dosłowne odpowiedniki – zamieniając „Settings” na „Konfigurację” lub gorzej. Ten przepływ pracy zachowuje nazwy dokładnie w takiej formie, w jakiej występują w aplikacji.

1. I.

   Tworzenie glosariusza produktu

   Wystarczy dodać każdy element interfejsu pojawiający się w artykułach – etykiety przycisków, nazwy menu, tytuły ekranów czy nazwy funkcji produktu. Oznaczenie ich jako „zachowaj dosłownie” sprawi, że AI ich nie sparafrazuje.

2. II.

   Import artykułów

   Notion, Markdown, HTML lub bezpośrednio z platformy centrum pomocy (Zendesk, Intercom, HelpScout) poprzez eksport. Struktura artykułu – nagłówki, kroki, zrzuty ekranu – zostaje zachowana.

3. III.

   Zastosowanie przewodnika po stylu

   Przejrzysta struktura zdań. Tryb rozkazujący dla instrukcji („Kliknij Ustawienia”). Rzeczowy ton przy rozwiązywaniu problemów. Wystarczy zapisać go raz i stosować we wszystkich artykułach.

4. IV.

   Wsadowe tłumaczenie biblioteki

   Jedna kolejka, wiele artykułów, wszystkie języki docelowe. Glosariusz produktu i przewodnik po stylu są stosowane do całej partii.

5. V.

   Smart Proofread, a następnie eksport

   Wychwytywanie wszelkich rozbieżności w terminologii. Zatwierdzanie poprawek. Eksport z powrotem do platformy centrum pomocy – lub jako Markdown dla dokumentacji opartej na systemie Git.

Dlaczego centra pomocy to szczególny przypadek

Odpowiedzi na pytania bez owijania w bawełnę

• Czy to działa z Zendesk, Intercom lub HelpScout?+
  Tak – wystarczy wyeksportować pliki do formatu Markdown lub HTML, przetłumaczyć je i zaimportować ponownie za pomocą standardowych narzędzi platformy. Bezpośrednia integracja API jest w planach; na ten moment cykl eksportu i importu działa bez zarzutu.
• Co ze zrzutami ekranu zawierającymi interfejs?+
  Zrzuty ekranu nie są tłumaczone automatycznie – wymaga to ich ponownego wygenerowania w narzędziu graficznym. Transept oznacza je, aby można było łatwo sprawdzić, co wymaga podmiany.
• Ile czasu zajmuje przetłumaczenie biblioteki 100 artykułów?+
  Tłumaczenie wsadowe odbywa się równolegle. Przetworzenie biblioteki 100 artykułów w modelu Standard zajmuje zazwyczaj 10–20 minut; modele Pro i Publish-Ready działają wolniej, ale generują teksty gotowe do publikacji.
• Jak obliczane są słowa za tłumaczenie wsadowe?+
  Liczba słów źródłowych × języki docelowe × mnożnik modelu. Biblioteka 100 artykułów, średnio po 500 słów każdy, tłumaczona na jeden język w modelu Standard, zużywa około 50 tys. słów.
• Czy to współpracuje z Intercom, Zendesk lub HelpScout?+
  Tak – wystarczy wyeksportować artykuły do formatu Markdown lub HTML, przetłumaczyć w Transept i zaimportować ponownie za pomocą standardowych narzędzi platformy. Bezpośrednia integracja API jest w naszych planach rozwoju; na razie cykl eksportu i importu działa bezproblemowo, a większość zespołów wykonuje go w cyklu miesięcznym.
• Co ze zrzutami ekranu w artykułach pomocy?+
  Zrzuty ekranu nie są tłumaczone automatycznie – wymaga to ich ponownego wygenerowania w narzędziu projektowym ze zlokalizowanym interfejsem. Transept oznacza każde odniesienie do zrzutu ekranu, dzięki czemu można je wylistować do podmiany. Wiele zespołów publikuje zlokalizowane artykuły ze zrzutami ekranu w języku źródłowym w pierwszej fali, a następnie wymienia je w kolejnych cyklach.
• Ile czasu zajmuje przetłumaczenie biblioteki 100 artykułów?+
  Tłumaczenie wsadowe odbywa się równolegle. Biblioteka 100 artykułów, z których każdy ma średnio 500 słów, tłumaczona na jeden język w modelu Standard, jest gotowa w 15–20 minut. Należy doliczyć 5–10 minut na każdy dodatkowy język.
• Czy można synchronizować artykuły w miarę aktualizacji źródła?+
  Wystarczy ponownie uruchomić proces wsadowy, gdy artykuły źródłowe ulegną zmianie – Transept wykrywa, które z nich mają nową treść, i tłumaczy tylko te. Automatyczna synchronizacja po zmianie jest w naszych planach rozwoju; na razie ręczne ponowne uruchomienie w cyklu wydań to wzorzec stosowany przez większość zespołów.
• Co w przypadku, gdy produkt ma już zlokalizowany interfejs, a etykiety różnią się od ciągów w języku źródłowym?+
  Należy użyć Lokalise (lub innego systemu TMS) jako głównego źródła etykiet interfejsu i wyeksportować je do glosariusza dla Transept. Artykuły w centrum pomocy będą wtedy używać tych samych zlokalizowanych etykiet, które wyświetla aplikacja.

Czytaj dalej o tym przepływie pracy

• FunkcjaTłumaczenie pakietowe bez arkuszy kalkulacyjnych→Zestaw startowy z 30 plikami w 12 językach oznaczał kiedyś arkusz kalkulacyjny, kierownika projektu i tydzień pracy. Dzięki tłumaczeniu…
• FunkcjaGlosariusz, którego AI naprawdę przestrzega→Imiona postaci, nazwy produktów, frazy firmowe, słownictwo specyficzne dla klienta. Wystarczy utworzyć glosariusz raz – ręcznie, przez…
• FunkcjaSmart Proofread przed oddaniem tekstu→Po dwudziestu stronach oko przestaje wyłapywać błędy. Smart Proofread ponownie czyta cały przetłumaczony dokument, porównując go z…
• Przypadek użyciaLokalizacja materiałów na premierę, w całości→E-maile, landing page, FAQ, informacje o wydaniu, posty w mediach społecznościowych – materiały, które tworzą premierę. Wystarczy…
• PorównanieTransept vs Lokalise do pracy z treścią→Lokalise to jedna z najsilniejszych platform do lokalizacji dla przedsiębiorstw – stworzona z myślą o ciągach znaków, ciągłej lokalizacji i…