💡 この記事の3行まとめ
- 発売前のデザインは、情報が外に出たときの損失が最も大きいタイミングです。翻訳の速さや精度より先に、どの経路で何が出るかを確定させます。
- レビュー前にやることは3つ。外に出る経路を全部書き出す、翻訳の工程を経路ゼロのものに置き換える、判断の記録を残す。この順番なら説明できる形になります。
- Mac専用OCR翻訳『Zipp』は
⌃Sで囲むだけ、0.3秒、Apple Visionの端末内処理で画面画像の外部保存ゼロ。無料でダウンロード（登録不要）、1日15回までです。
📌 この記事の対象読者
- 未発表プロダクトのデザインレビューを直前に控えている方
- 法務・広報・セキュリティの確認を通す必要がある立場の方
- 翻訳ツールの導入可否を、感覚ではなく経路の説明で決めたい方
発売前は、翻訳の1回が最も高くつく
ふだんの画面翻訳は、たいてい「読めればいい」で終わります。ところが発売前のデザインは事情が違います。商品名、訴求の言い回し、まだ公表していない機能。これらが画面の上に並んでいます。ここで英訳された文言を外部のサービスに貼れば、貼った時点で情報は外へ出ます。しかも「翻訳のため」という日常的な操作なので、誰も事件として認識しません。
怖いのは、漏れること自体より漏れたことに気づかないことです。翻訳サイトの履歴、OCRサービスのアップロード、プラグインの通信。どれも画面上は一瞬で終わり、警告も出ません。気づいたときにはレビューの前段階で、すでに外に出ていた、という順番になります。
ここで「規程で禁止されていなければ大丈夫」と考えるのは危険です。規程はたいてい、何をしてはいけないかを列挙しますが、翻訳という行為を名指ししていないことがあります。禁止されていないから許可されている、と読み替えた瞬間に、判断の責任が自分に戻ってきます。レビューの場で問われるのは「規程に書いてあったか」ではなく「なぜその手段を選んだか」です。
だから発売前のデザインでは、翻訳ツールを「便利かどうか」で選ばないほうが安全です。選ぶ基準は、外に出る経路があるか、ないか。この1点に絞ると、判断がぶれなくなります。
解決策：経路を書き出し、置き換え、記録を残す
レビューの直前になって慌てて確認するのでは遅いので、翻訳を始める前に3つの手順を踏みます。どれも数分で終わり、しかもレビューの場でそのまま説明できる形になります。
手順1：外に出る経路を、思いつく限り書き出す
まず、いま自分が使っている手段を列挙し、それぞれ「何が」「どこへ」出るかを1行で書きます。実際に書き出すと、見落としていた経路が出てきます。
- 翻訳サイトに貼り付け：コピーした文言そのものが、外部サービスへ渡ります。履歴にも残ります。
- スクリーンショット＋OCRサービス：画面の画像が渡ります。文言より情報量が多く、レイアウトや未公開の要素まで含まれます。
- Figmaのプラグイン：実行時に外部とやり取りするものが多く、読み込んだテキストが対象になります。
- 画像の書き出しと受け渡し：ファイルとして外へ出る経路が増えます。共有リンクの範囲もここに含めて考えます。
- チャットやメールでの相談：「この訳で合ってる？」の一言が、いちばん無防備な経路です。
書き出したら、それぞれに「止められるか」を添えます。止められる経路と、止められない経路が仕分けられれば、置き換えるべき対象が決まります。
手順2：翻訳の工程だけを、経路ゼロのものに置き換える
次に、止められる経路を使っている工程を、外部に何も出さない手段へ置き換えます。ここで大事なのは、デザインの作り方や共有の仕方は変えないことです。変えるのは読み取りの1工程だけ。範囲を小さく保つほど、レビューでの説明も短く済みます。
Mac専用OCR翻訳『Zipp』は、⌃S（Control + S）を押して読みたい範囲を矩形で囲むだけで、0.3秒で日本語訳を最前面に表示します。認識はApple Visionによる端末内処理で、画面画像の外部保存ゼロ。翻訳のために文言をコピーする必要も、画像を書き出す必要もありません。Figma側にプラグインを追加しないので、ファイルの権限も変わりません。
押し方は、Controlを押し下げたままSを押し、離すときはSが先です。囲む範囲は、まず該当の1行、慣れたらカード単位。訳は元の画面を隠さないため、原文と訳を見比べながら「この訳語でレビューに出す」と決められます。無料でダウンロード（登録不要）、1日15回までなので、導入の稟議を待たずに自分の環境で試し、結果を見せながら相談できます。
手順3：判断の記録を、レビュー前に1枚にまとめる
最後に、なぜその手段を選んだかを1枚にまとめます。長い文書は要りません。「翻訳の工程では外部サービスを使用していない」「処理は端末内で完結し、外部送信がない」「対象は画面に表示された範囲のみ」この3行で足ります。加えて、使った手段の名前と、確認した日付を添えます。
この記録があると、レビューの場での会話が変わります。「翻訳はどうやったの？」に対して、記憶ではなく手順で答えられるからです。逆に記録がないと、たとえ実際に何も出していなくても、説明できないという理由で止められます。発売前の確認は、事実の確認であると同時に、説明可能性の確認でもあります。
記録は、次の案件でもそのまま使えます。一度作っておけば、2回目以降は日付を変えるだけです。発売前のデザインが続く組織ほど、この1枚の価値は上がります。
発売前デザインの翻訳手段 比較
【外部に渡るもの】
従来：文言そのもの、または画面画像
Zipp：なし（端末内で処理が完結）
【履歴の残り方】
従来：サービスの翻訳履歴・アップロード履歴に残る
Zipp：外部に履歴が発生しない
【Figma側の変更】
従来：プラグイン追加や権限付与が必要な場合がある
Zipp：追加も権限変更も不要
【未公開要素の扱い】
従来：画面全体を渡すと、周辺の要素も一緒に出る
Zipp：囲んだ範囲だけを読む
【レビューでの説明】
従来：経路の有無を都度確認する必要がある
Zipp：「送信経路がない」と1行で言える
【作業の手数】
従来：コピー・貼付・書き出しの往復が発生
Zipp：⌃Sで囲むだけ（0.3秒）
よくある質問（FAQ）
Q. 翻訳すること自体が、社内規程に触れるのでは不安です。 A. 規程の内容は組織によって異なるため、必ず原文を確認してください。そのうえで、確認すべき対象を分けて考えると整理できます。「翻訳した結果を外部に送ったか」と「翻訳という作業をしたか」は別の論点です。前者をゼロにできる手段を選べば、論点は後者だけになります。
Q. Figmaの共有リンクを社内に配るのも外部送信では？ A. 共有範囲の設定によります。リンクの話と翻訳の話は別の経路なので、それぞれ分けて確認してください。翻訳の工程で経路を足さなければ、少なくとも翻訳が原因で経路が増えることはありません。
Q. 端末内で処理していることを、どうやって確認すればいいですか？ A. 最も簡単なのは、機内モードにした状態で同じ操作をしてみることです。通信が切れていても同じ結果が返るなら、その処理は端末内で完結しています。結果が変わらないことを、確認した日付とあわせて記録に残しておくと、説明の材料になります。
Q. 発売前のデザインでも、精度は落ちませんか？ A. 精度は文字の描画状態に依存するため、発売前かどうかでは変わりません。小さい文字や装飾的な書体では読み取りが不安定になることがあるので、その場合はズームを上げるか、囲む範囲を狭くしてください。用語の確定は、訳が出たあとに人が判断する工程として残ります。
「何を使ったか」より、「何を出さなかったか」で選ぶ
発売前のデザインを扱うとき、私たちはつい機能の多さや訳文の自然さでツールを比べます。しかしレビューの場で問われるのは、そこではありません。未公開の情報を、どこにも出さずに読めたか。この1点です。経路を書き出し、翻訳の工程だけを置き換え、記録を1枚残す。この3つが揃えば、手段の名前を出すまでもなく説明が終わります。
⌃Sで囲むという動作は、その説明を最も短くする手段です。まずは発売前の画面で、いちばん外に出したくない1行を囲んでみてください。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh