スマートフォンやゲームの説明書を翻訳するとき、読者が実際の画面で操作を再現できることが大切です。文章が自然でも、ボタン名が画面と違う、手順の前提が抜けている、別のバージョンの画像を使っていると、途中で進めなくなります。本文、画面の表示、操作結果を一緒に確認しましょう。
説明書は、紙の冊子、ウェブのヘルプ、アプリ内の案内、チュートリアルなど複数の形で提供されます。媒体がデジタルだからといって、読者が製品やネットの操作に詳しいとは限りません。初めて使う人が何を知っているかを具体的に想定します。
対象の端末・バージョン・操作方法を決める
翻訳の前に、対応する製品、OS、アプリやゲームのバージョン、表示言語、利用する入力機器を指定します。同じ製品でも、タッチ操作、マウス、キーボード、コントローラーでは案内する動作が異なることがあります。開発中の画面なら、どの版を基準に訳語を決めるかも共有します。
たとえばAppleのiPhoneユーザガイドはウェブで提供され、OSのバージョンを選択して参照できる構成です。オンラインで説明を提供する場合も、何の版について書いた説明なのかが重要であることが分かります。特定のメーカーの提供方法を、すべての機器が紙の説明書を持たないという意味へ広げないようにします。
依頼資料には「端末の表示言語は英語、説明は日本語」といった組合せも明記します。外国語の画面を操作するための日本語ガイドなら、ボタン名を日本語へ訳すだけでは探せません。実画面の表記と日本語の説明を併記するなど、利用場面に合わせた方針を決めます。
ボタン名と操作を、対応表で管理する
画面に表示される用語は、開発側の確定した表示一覧と照合します。「保存」「適用」「完了」が似た役割でも、同じ動作とは限りません。翻訳者が文章を読みやすくするために一つの語へ統一すると、ユーザーが別の操作を選ぶおそれがあります。
Googleの技術文書スタイルガイドは、操作部品の名前を示すときの書き方や、読者が達成することを中心に説明する考え方を示しています。自社のガイドラインを作る際は、これを参考にしながら、実製品の表示に対応する名称と文体を決めます。Googleの表記ルールを、全製品に義務付けられた規則とは扱いません。
対応表には、画面名、原文の表示、訳文の表示、操作、操作後の状態を記録します。説明用の例として「保存」を押すと下書きが保存される製品では、訳文を「公開する」にすると結果が変わります。動詞だけでなく、どの状態へ移るのかを開発担当者に確認することが重要です。
一つの手順に、前提と結果を残す
操作手順を短くする場合も、必要な条件を削らないようにします。アカウントへのログイン、通信、権限、事前の保存、対応機器の接続などが必要なら、手順の前に示します。途中で条件が変わる場合は、その箇所に説明を置きます。
架空の設定画面を例にすると、「設定を開き、通知をオフにする」だけでは、特定アプリの通知なのか、端末全体の通知なのか分かりません。「対象アプリの設定で、通知の項目を開く」と対象を示し、その後の操作結果を確認できる形にします。原文が曖昧な場合は、訳文で勝手に仕様を確定せず照会します。
ゲームでは、ボタンの長押しと短押し、移動と選択、操作設定の変更、初心者向けの補助機能などを区別します。操作を割り当て直せる場合、固定のボタン名で案内するのか、現在の割当を画面に表示するのかによって翻訳の設計が変わります。原稿だけで判断できない箇所は、画面動画や検証用環境で確認する対象にします。
失敗したときの案内も必要です。設定項目が表示されない場合に、非対応機種なのか、権限が不足しているのか、別の版を使っているのかを切り分けます。想定する原因が複数あるのに、訳文だけで一つに断定しないようにします。
画像と本文の言語を合わせる
スクリーンショットを使う場合は、翻訳した本文だけでなく、画面内の文字、注釈、番号、矢印も確認します。日本語の画面を英語の本文へ流用するのか、英語の画面を撮影し直すのかを、作業範囲に含めて決めます。画像の文字が編集できない場合は、再撮影や別の注記が必要になります。
「右上の青いボタン」のような位置と色だけの案内は、画面幅、言語、見え方が変わると伝わりにくくなります。Googleの同ガイドも、方向だけで操作箇所を示す表現を避けるよう案内しています。表示名や機能名を使い、必要なら画像で補足します。画像がない状態でも要点が分かるかを確認してください。
W3C WAIの複雑な画像の解説は、情報量の多い図について短い識別用の説明と、内容を伝える詳しい説明を用意する考え方を示しています。操作の流れを図だけに閉じ込めず、重要な分岐や順序を本文でも読めるようにすると、説明の翻訳範囲を管理しやすくなります。
販売ページと製品内の対応言語を区別する
商品を紹介するページが日本語でも、製品本体のすべての機能が日本語に対応しているとは限りません。Steamworksのローカライズ資料は、ストアページとゲーム内の翻訳を別の種類として扱い、ゲーム内の対応にはインターフェース、字幕、音声の区別を設けています。
説明書を翻訳する際も、画面表示、字幕、音声、ヘルプの対応範囲を一覧にします。「日本語対応」という表現だけでまとめず、どの部分が利用できるのかを明らかにします。説明書の翻訳完了を理由に、ゲームの音声や字幕まで対応済みと表示してはいけません。
また、国ごとの説明書を文章量や画像量で一律に分類するより、読者、製品、販売先、サポート体制に合わせて構成を決めます。初心者向けの導入説明と、詳しい設定一覧を分けるなど、探したい情報にたどり着ける順序を設計します。
実際の表示と操作で、翻訳を確認する
納品前には、対象の環境で本文の手順をたどり、説明した表示と結果になるか確認します。翻訳者による原文対照だけでなく、製品担当者による仕様確認、表示画面での文字切れや改行の確認を分けて記録します。実機を使っていない場合は、原稿上の確認が完了したことと、操作検証が済んだことを区別します。
更新時は、変わった文章だけでなく、参照する画面、画像、リンク、用語表も更新します。検収記録には、確認した端末と版、確認日、担当者、残る問題を記載します。ボタン名の変更で古い検索語からヘルプを見つけにくくなる場合は、見出しや説明内の補足も検討します。使える説明書にするには、言語の自然さと製品の実際の動きを最後まで対応させることが必要です。
