BookTranslator
BookTranslator

Jak przetłumaczyć instrukcję obsługi, nie psując ostrzeżeń, diagramów ani układu

Praktyczny przewodnik krok po kroku po tłumaczeniu instrukcji obsługi z kontrolą ostrzeżeń, terminologii produktowej, etykiet interfejsu, oznaczeń na diagramach, odsyłaczy, wersji oraz układu PDF lub DOCX.

BookTranslator

BookTranslator Team

9 min read

Aby bezpiecznie przetłumaczyć instrukcję obsługi, potraktuj ją jako kontrolowany artefakt produktu, a nie zbiór zdań. Zamroź wersję produktu, zachowaj system ostrzeżeń z instrukcji, ustal terminologię produktu i interfejsu, zinwentaryzuj teksty na diagramach, a po przebudowaniu przetłumaczonego pliku zweryfikuj każde oznaczenie i odsyłacz.

Właściwa kolejność priorytetów jest następująca:

  1. wersja i zakres źródła;
  2. bezpieczeństwo i znaczenie procedur;
  3. nazwy produktów, elementy sterujące i pozycje niepodlegające tłumaczeniu;
  4. etykiety na diagramach i odsyłacze;
  5. kompletność i struktura;
  6. jasność w języku docelowym; oraz
  7. układ wizualny.

Pobierz arkusz kontroli tłumaczenia instrukcji obsługi, aby rejestrować ostrzeżenia, terminy, rysunki, odsyłacze, osoby odpowiedzialne, dowody i status ponownych testów.

Zamroź wersję produktu i instrukcji

Dopracowane tłumaczenie niewłaściwej instrukcji wciąż jest błędne. Przed tłumaczeniem zarejestruj:

  • nazwę produktu, model, wersję sprzętu lub oprogramowania oraz rynek;
  • tytuł instrukcji źródłowej, numer dokumentu, wersję i datę publikacji;
  • język docelowy i region;
  • załączniki, etykiety, karty szybkiego startu i tekst gwarancji – uwzględnione i wyłączone;
  • format pliku źródłowego i powiązane pliki graficzne; oraz
  • osobę, która może odpowiedzieć na pytania o produkt.

Jeśli źródło wciąż się zmienia, ustal punkt odcięcia i dziennik zmian. Nowe zmiany w źródle powinny trafić do wersji docelowej w ramach jawnej rewizji, a nie przez wysyłanie e-mailem zastępczych zdań, których nikt nie uzgadnia z pełnym plikiem.

Ten zapis wersji to pierwszy wiersz w arkuszu kontroli do pobrania, ponieważ od niego zależy każde późniejsze sprawdzenie.

Zachowaj system ostrzeżeń przed tłumaczeniem tekstu

Ostrzeżenia tworzą system: słowo sygnałowe, zagrożenie, konsekwencja, działanie zapobiegawcze, symbol, umiejscowienie i odsyłacz. Nie tłumacz każdego elementu osobno i nie zakładaj, że związek między nimi się zachowa.

ISO 20607:2019 dotyczy części istotnych dla bezpieczeństwa, struktury i prezentacji instrukcji obsługi maszyn w całym cyklu życia maszyny. IEC/IEEE 82079-1:2019 określa szersze zasady i wymagania dotyczące informacji użytkowych. Normy te nie sprawiają, że tłumaczenie maszynowe staje się zgodne z przepisami; pokazują, dlaczego przygotowanie i walidacja instrukcji to dyscypliny produkcyjne, a nie zastępowanie zdań.

Dla każdego ostrzeżenia należy zapisać:

  • stały identyfikator ostrzeżenia;
  • słowo sygnałowe w języku źródłowym i docelowym;
  • stwierdzenie zagrożenia;
  • stwierdzenie konsekwencji;
  • instrukcję unikania;
  • odniesienie do symbolu lub obrazu;
  • stronę, sekcję i procedurę, w której występuje; oraz
  • wymaganego recenzenta.

Zachowaj hierarchię ważności ze źródła. Nie zastępuj pochopnie jednego słowa sygnałowego bardziej znanym synonimem. W przetłumaczonym układzie sprawdź, czy ostrzeżenie nie zostało oddzielone od kroku, rysunku lub warunku, którego dotyczy.

Zbuduj trzy kontrolowane listy

Jeden glosariusz nie wystarczy. Oddziel trzy rodzaje kontroli.

Zatwierdzona terminologia

Zapisz termin źródłowy, zatwierdzony termin docelowy, definicję, kontekst, wielkość liter, zasadę liczby mnogiej lub odmiany oraz odrzucone warianty. Używaj jednego terminu dla jednego pojęcia produktowego, chyba że źródło celowo rozróżnia dwa pojęcia.

Aktualne wytyczne Microsoftu dotyczące ostrożnego używania terminów technicznych zalecają spójne terminy i definicje, gdy są potrzebne. Ta sama zasada ma jeszcze większe znaczenie w tłumaczeniu: przełączanie się między dwoma prawdopodobnymi terminami docelowymi może sprawić, że czytelnik pomyśli, iż instrukcja odnosi się do dwóch różnych części.

Zadbaj o to, aby zatwierdzona terminologia była łatwa do znalezienia i miała charakter autorytatywny w firmowych źródłach wiedzy, przechowując listę w wewnętrznej bazie wiedzy lub innym wspólnym źródle prawdy dla autorów, tłumaczy, recenzentów i zespołów wsparcia.

Elementy niepodlegające tłumaczeniu

Zidentyfikuj ciągi znaków, które muszą pozostać niezmienione, takie jak:

  • numery modeli i numery części;
  • wartości wiersza poleceń, rozszerzenia plików i kod;
  • znaki towarowe lub nazwy produktów objęte projektem;
  • identyfikatory regulacyjne;
  • dosłowne etykiety interfejsu, które nie zostały zlokalizowane; oraz
  • oznaczenia złączy, portów lub elementów sterujących, które znajdują się fizycznie na produkcie.

„Nie tłumaczyć” nie oznacza „zignorować”. Zweryfikuj ciąg znak po znaku i zadbaj o czytelność otaczającej go gramatyki.

Etykiety interfejsu i elementów sterujących

Utwórz osobne zestawienie dla przycisków, pozycji menu, etykiet ekranowych, pokręteł, wskaźników i oznaczeń nadrukowanych na produkcie. Zanotuj, czy docelowy interfejs istnieje.

Jeśli interfejs produktu nadal wyświetla Settings, przetłumaczenie instrukcji jako „Otwórz Preferencje” powoduje problem z odnalezieniem funkcji, nawet gdy oba sformułowania są poprawne językowo. Zdecyduj, czy w instrukcji należy przytoczyć etykietę źródłową, etykietę zlokalizowaną, czy obie.

W przypadku długich dokumentów proces zapewniania spójności terminologii daje gotową do ponownego użycia strukturę dla form zatwierdzonych i odrzuconych.

Zinwentaryzuj tekst, który nie znajduje się w głównym przepływie tekstu

Instrukcje ukrywają treść do przetłumaczenia w:

  • diagramach i zrzutach ekranu;
  • etykietach objaśnień;
  • polach tekstowych i kolumnach bocznych;
  • komórkach tabel;
  • nagłówkach i stopkach;
  • generowanych spisach treści;
  • podpisach ilustracji;
  • połączonych grafikach;
  • eksportach CAD; oraz
  • zeskanowanych stronach.

Utwórz identyfikator zasobu dla każdej ilustracji. Zanotuj, czy jej tekst jest edytowalny, wbudowany w obraz, czy reprezentowany przez numerowane objaśnienia. Jeśli obrazu źródłowego nie można edytować, zdecyduj, czy go odtworzyć, dodać przetłumaczoną legendę, czy zachować go z zatwierdzonym wyjaśnieniem.

Nie twierdź, że translator dokumentów przerysuje każdy diagram. BookTranslator może zachować obrazy i strukturę dokumentu tam, gdzie jest to obsługiwane, ale tekst wewnątrz obrazów i złożona grafika produkcyjna mogą wymagać osobnej edycji i przeglądu.

Wybierz format źródłowy na podstawie tego, co musi pozostać edytowalne

Sytuacja źródłowaNajlepszy punkt wyjściaGłówne ryzyko
Edytowalny podręcznik ze stylami i tabelamiOryginalny plik DOCX lub eksport z programu do tworzenia dokumentówUkryte komentarze, nierozwiązane poprawki, uszkodzone style
Końcowy plik PDF oparty na tekścieOryginalny plik PDF oraz zasoby źródłowe, jeśli są dostępneKolejność czytania, przycinanie, trudny do edycji tekst na rysunkach
Plik PDF zawierający wyłącznie obrazy lub zeskanowanyProces OCR oraz wzorzec w postaci obrazów stronBłędy rozpoznawania i zrekonstruowany układ
Plik PDF wyeksportowany z innego systemu do tworzenia dokumentówNatywny pakiet źródłowy oraz plik referencyjny PDFBrakujące czcionki, odnośniki, obrazy lub zmienne

Korzystaj z oryginalnego, edytowalnego źródła, jeśli je posiadasz. Plik PDF jest przydatny jako wzorzec wizualny, ale często nie zastępuje pliku źródłowego. Jeśli istnieje tylko plik PDF oparty na tekście, postępuj zgodnie z procesem tłumaczenia plików PDF z zachowaniem formatowania. Jeśli źródłem jest plik DOCX, zachowaj style i edytowalne struktury, korzystając z procesu tłumaczenia dokumentów Word.

Jeśli tłumaczenie jest jednym z etapów szerszego procesu dokumentowego, ten przewodnik po oprogramowaniu do automatyzacji dokumentów może pomóc zespołom porównać narzędzia do generowania dokumentów, zatwierdzania, podpisów elektronicznych i kierowania przepływem pracy wokół podręcznika.

Zespoły koordynujące aktualizacje podręcznika za pomocą arkuszy kalkulacyjnych, poczty e-mail i innych narzędzi biznesowych mogą użyć viaSocket, aby połączyć otaczający przepływ pracy, przy czym tłumaczenie pozostaje osobnym krokiem.

Najpierw przetłumacz reprezentatywną sekcję testową

Wybierz sekcję, która zawiera kilka potencjalnych źródeł problemów:

  • co najmniej jedno ostrzeżenie;
  • procedurę numerowaną;
  • diagram z objaśnieniami;
  • tabelę;
  • odesłanie;
  • etykietę interfejsu; oraz
  • stronę o ciasnym układzie.

Przetłumacz i odtwórz tę sekcję przed przetworzeniem całego podręcznika. Użyj jej, aby odpowiedzieć na pytania:

  • Czy glosariusz pasuje do rzeczywistych zdań?
  • Czy ostrzeżenia są nadal wizualnie i semantycznie kompletne?
  • Czy język docelowy mieści się bez nieczytelnej czcionki?
  • Czy etykiety są zgodne z produktem i interfejsem użytkownika?
  • Czy diagramy można zaktualizować na podstawie dostępnych plików źródłowych?
  • Czy format wyjściowy obsługuje wymagany przegląd?

Jeśli sekcja testowa zawiedzie, zmień proces przed skalowaniem błędu do 200 stron.

Sprawdź strukturę przed stylem

Po pełnym tłumaczeniu uzgodnij cały tekst docelowy ze źródłem.

  1. Porównaj liczbę sekcji, procedur, ostrzeżeń, tabel i rysunków.
  2. Sprawdź pierwszą i ostatnią treść w każdej głównej sekcji.
  3. Rozwiąż wszystkie odwołania typu „zobacz sekcję”, „zobacz rysunek” i „zobacz tabelę”.
  4. Zweryfikuj numerowane kroki, punkty, wymagania wstępne i rezultaty.
  5. Wyszukaj pozostałości w języku źródłowym i porównaj je z listą DNT.
  6. Przeszukaj każdy zatwierdzony i odrzucony wariant terminologiczny.
  7. Sprawdź liczby, jednostki, tolerancje, wartości momentu dokręcania, temperatury, daty, adresy URL i identyfikatory.
  8. Potwierdź, że nagłówki, stopki, kody wersji i informacje prawne używają danych właściwego wydania.

Zmieniony wyróżnik może stworzyć cichy błąd. Jeśli źródło mówi „Naciśnij element 4”, a przetłumaczony rysunek zmienia jego numer na 5, zarówno zdanie, jak i diagram mogą wyglądać wiarygodnie, podczas gdy instrukcja staje się bezużyteczna.

Redaguj pod kątem użycia w języku docelowym, a nie symetrii z językiem źródłowym

Gdy informacje kontrolowane są stabilne, zredaguj procedury pod kątem jasności w języku docelowym. W miarę możliwości zachowaj jedną czynność na krok. Umieść warunki przed czynnościami, gdy zapobiega to niewłaściwemu użyciu. Zachowaj zamierzone powtórzenia, gdy identyfikują tę samą część lub element sterujący.

Globalne wskazówki dotyczące pisania firmy Microsoft zalecają krótkie, jasne zdania, spójną konstrukcję i unikanie idiomów lub odniesień kulturowych w tłumaczalnych treściach technicznych. Nie „ulepszaj” podręcznika docelowego, dodając różnorodność, która osłabia spójność terminologiczną.

Tu właśnie należy redakcja ludzka: po zweryfikowaniu kompletności i treści kontrolowanych, a nie zamiast tych kontroli.

Zweryfikuj odtworzony podręcznik jako produkt

Przeprowadź trzy oddzielne zatwierdzenia.

Przegląd językowy i techniczny

  • Znaczenie jest zgodne ze źródłem.
  • Terminologia produktu i etykiety elementów sterujących są zatwierdzone.
  • Ostrzeżenia zachowują zagrożenie, konsekwencje i działanie zapobiegawcze.
  • Jednostki, wartości i identyfikatory są poprawne.
  • Procedury w języku docelowym są zrozumiałe dla docelowego użytkownika.

Przegląd strukturalny

  • Obecne są wszystkie procedury, ostrzeżenia, tabele, rysunki, załączniki i uwagi.
  • Odsyłacze prowadzą do właściwego elementu docelowego.
  • Wpisy spisu treści i zakładki otwierają właściwe sekcje.
  • Oznaczenia na rysunkach są zgodne z otaczającymi instrukcjami.

Przegląd wizualny i dostarczenia

  • Żadne ostrzeżenie, tabela, podpis ani instrukcja nie są obcięte.
  • Podziały stron nie oddzielają warunków wstępnych od działań.
  • Czcionki obsługują docelowy zestaw znaków i są dozwolone do dostarczenia.
  • Plik PDF lub DOCX otwiera się w aplikacjach, których będzie używać odbiorca.
  • Nazwa pliku, wersja, ustawienia regionalne i pakiet wydania są zgodne z dokumentacją dostarczenia.

W przypadku wynikowego pliku PDF dostosuj listę kontrolną QA tłumaczenia PDF, zamiast wymyślać odrębny standard wizualny podczas końcowej korekty.

Gdzie pasuje BookTranslator

BookTranslator może przetłumaczyć kompletny tekstowy plik PDF lub DOCX, użyć automatycznego glosariusza dla powtarzających się terminów i udostępnić wynik dwujęzyczny tam, gdzie jest to obsługiwane. Prześlij reprezentatywne źródło przez tłumacza PDF lub tłumacza DOCX, sprawdź zwróconą strukturę i zweryfikuj sekcję testową przed skalowaniem przepływu pracy.

W przypadku zeskanowanych instrukcji tryb OCR ma na celu odzyskanie i przetłumaczenie czytelnej treści, a nie odtworzenie każdej oryginalnej współrzędnej, czcionki czy etykiety diagramu. Instrukcje krytyczne dla bezpieczeństwa, regulowane lub publiczne nadal wymagają odpowiedniego przeglądu technicznego, językowego i zgodności.

Bramka końcowego wydania instrukcji obsługi

Wydaj tylko wtedy, gdy:

  • wersje produktu i instrukcji są zamrożone i udokumentowane;
  • ostrzeżenia, terminologia, elementy DNT, elementy sterujące i etykiety interfejsu mają swoich właścicieli;
  • każdy rysunek i zasób z osadzonym tekstem ma określony sposób postępowania;
  • liczby kompletnych plików i odwołania krzyżowe są zgodne;
  • recenzenci techniczni i recenzenci języka docelowego zamknęli główne problemy;
  • końcowy plik PDF lub DOCX przeszedł korektę wizualną i funkcjonalną; oraz
  • pakiet wydania wskazuje dokładne źródło, język docelowy, ustawienia regionalne i wersję.

Główna zasada jest prosta: tłumaczenie instrukcji obsługi odnosi sukces, gdy użytkownik może wykonać właściwą czynność z właściwą wersją produktu. Płynna proza jest konieczna, ale nie stanowi głównego kryterium odbioru.

Powiązane wpisy