💡 この記事の3行まとめ

  1. 発売前デザインの翻訳は、「読む」こと自体が情報の移動です。乗り換えを決める前に、誰の情報か・解禁まで何日か・差し戻しが何回あるかの3つを確認します。
  2. 乗り換えは全部を一度に変えません。発売前の案件だけ別経路にするところから始めると、現場が止まりません。
  3. Mac専用OCR翻訳『Zipp』は⌃Sで囲むだけ。Apple Visionの端末内処理で画面画像の外部保存ゼロ、0.3秒で訳が出ます。無料でダウンロード（登録不要）、1日15回までです。

📌 この記事の対象読者

  • 発売前のパッケージやキービジュアルを扱い、NDAの範囲を気にしている方
  • いまの翻訳のやり方に不安はあるが、乗り換える決め手がない方
  • チームに「外部に出すな」と言われ、手順として落とし込みたい方

発売前のデザインは、読むこと自体が情報の移動になる

公開済みのデザインを読むとき、私たちはあまり深く考えません。英文をコピーし、翻訳サービスに貼り、結果を読む。何も問題がないように見えます。ところが相手が発売前のデザインになると、同じ操作の意味が変わります。英文の中に、商品名、発売日、訴求の順番、まだ公表していない仕様が入っている。それを翻訳サービスの入力欄に貼った時点で、未公開情報が外部へ渡ります。

厄介なのは、悪意がなくても起きることです。作業を早く終わらせたい、英文の意味を正確に知りたい。その動機は真面目なものです。しかしNDAや社内規程に書かれているのは「開示しないこと」であって、「翻訳サービスに貼らないこと」とは書かれていません。だから現場では、規程を読んでも自分の操作が該当するとは気づけない。結果として、禁止されている行為ではなく、禁止されている行為に似ていない行為として、静かに繰り返されます。

さらに、発売前は修正の回数が増えます。文言が変わり、順番が変わり、数字が変わる。そのたびに翻訳をやり直す。回数が増えるほど、外部に渡る情報も増えます。1回なら気をつけられたことも、10回繰り返すと習慣になります。乗り換えを考えるべきなのは、不安を感じたときではなく、この回数が積み上がると気づいたときです。

解決策：3つの軸で判断し、発売前の案件だけ経路を分ける

乗り換えは、ツールを比べてから決めるものではありません。自分の案件を3つの軸で見て、経路を分けるかどうかを決めます。順番は、確認する、分ける、定着させる。

手順1：3つの軸で、その案件の性質を確認する

軸1：誰の情報か。 自社の未発表製品なら、自社の判断で扱いを決められます。クライアントから預かった未公開デザインなら、判断するのは自分ではありません。取引先の他社製品の情報が混ざっている場合は、さらに慎重になります。この軸で「自分で決めてよい範囲か」が分かれます。決められない範囲は、決める人に確認する。ここを飛ばしてツールの話をしても意味がありません。

軸2：解禁まで何日あるか。 解禁が明日なら、確認の往復は1回も増やせません。逆に1か月先なら、手順を整える時間があります。残り日数が短いほど、読む速度と往復の少なさが価値になります。ここで効くのは、訳が出るまでの時間と、画面を切り替えないことです。

軸3：差し戻しが何回あるか。 文言の修正が何巡するかを見積もります。3巡する案件なら、翻訳を読む回数も3倍近くになります。回数が多い案件は、1回あたりの手数を減らす効果が積み上がります。逆に1回で終わる案件なら、乗り換えの手間のほうが大きくなります。

3つの軸を並べると、案件が「自分で決められる／決められない」「時間が短い／長い」「回数が多い／少ない」に振り分けられます。全部を変えるのではなく、発売前かつ回数が多い案件だけ経路を分ける。これが現実的な線です。

手順2：発売前の案件だけ、外部に出さない経路にする

経路を分けるとき、必要なのは「翻訳を読む」という目的を、外部送信なしで満たす手段です。⌃S を押し、読みたい英文を囲む。訳が最前面に重なって出ます。Apple Visionによる端末内処理なので、画面画像の外部保存ゼロ。画像もテキストも外へ出ません。0.3秒で返るため、修正のたびに読んでも待ち時間が積み上がりません。

運用に落とすときは、3点を決めておきます。どの案件を別経路にするか（発売前のもの、NDA付きのもの、と条件で書く）。誰がその判断をするか（担当者ではなく、案件の責任者）。公開後はどうするか（同じ経路を続けるか、戻すか）。この3点が決まっていれば、現場は迷いません。迷うのは、条件が曖昧なときです。

もう1つ、地味ですが効くのが確認用の複製です。デザインの構造を触らずに読むので、元データはそのまま。修正の往復で「読むために変換した」という履歴が残らないため、後から差分を追うときにも楽になります。

手順3：1案件で試し、期間を決めて定着させる

いきなり全部の案件を切り替えると、何かが止まったときに原因が分かりません。まず1案件、しかも期間を決めて試します。2週間、あるいは1つの商品の公開まで。期間を決めるのは、ずるずると例外を続けないためです。

試す期間に記録するのは4つ。読んだ回数、1回あたりに感じた待ち時間、訳の読みやすさ、そして手順で迷った点です。最後の項目が最も重要です。迷いが記録に残っていれば、定着させる前に手順を直せます。迷いがゼロなら、そのまま標準にできます。

期間が終わったら、公開後の案件も同じ経路にするかを決めます。発売前だけ別経路にして、公開後は元に戻す、という運用も成立します。ただし、戻すときに「なぜ戻すのか」を説明できないと、現場は不安のまま古いやり方に戻ります。戻す理由も、変えない理由も、言葉にしておく。これが定着の条件です。無料でダウンロード（登録不要）、1日15回までなので、試すための敷居は低いまま置いておけます。

発売前デザインの翻訳経路 比較

【情報の行き先】
従来：未公開の文言がサービス側に渡る
Zipp：端末内処理で画面画像の外部保存ゼロ

【判断の所在】
従来：担当者ごとに「大丈夫だろう」で運用が分かれる
Zipp：案件単位で条件を決め、責任者が判断

【修正のたびの手数】
従来：貼り付け→待機→コピー→戻すの4動作
Zipp：⌃S→囲む→0.3秒で訳

【元データへの影響】
従来：変換やコピーの履歴が作業ファイルに残る
Zipp：画面を囲むだけでファイルを変更しない

【試すときの範囲】
従来：全案件を一斉に切り替えて戻せなくなる
Zipp：1案件・期間を決めて試験できる

【導入の前提】
従来：アカウント作成と接続環境
Zipp：無料でダウンロード（登録不要）、1日15回まで

よくある質問（FAQ）

Q. 公開済みのデザインは、今のやり方のままで問題ありませんか？ A. 公開済みなら情報の機密性は下がりますが、社内の別案件の情報が同じ画面に写り込んでいることがあります。判断は案件単位ではなく、画面に何が写っているかで行うほうが安全です。スクリーンショット1枚に複数案件が混ざることは珍しくありません。

Q. クライアントから「外部サービスに出すな」と言われていません。乗り換える必要はありますか？ A. 指示の有無と、実際に起きることは別です。NDAは「開示しないこと」を定めるもので、翻訳サービスの利用を名指しで禁じていないことがあります。判断に迷う場合は、案件の責任者に「翻訳の読み取りに外部サービスを使ってよいか」と確認してください。確認した事実を残すことが、後の説明になります。

Q. 乗り換えで作業が遅くなりませんか？ A. 慣れるまでの数日は、キーの位置と囲む操作に意識が向きます。ただし⌃Sから0.3秒で訳が出るため、待ち時間そのものは増えません。遅く感じる場合は、囲む範囲が大きすぎることが多いです。1行ずつ、句読点で切って囲むと安定します。

Q. チームに説明するとき、何から話せば納得してもらえますか？ A. ツールの名前ではなく、情報の流れから話してください。「いまは英文をどこかに貼っている。貼った先に何が残るかは自分たちでは確認できない。だから発売前の案件だけ、画面から出ない経路にする」。この順番なら、反対のしようがありません。

乗り換えは、不安ではなく条件で決める

発売前のデザインを扱っていると、どこかで一度は引っかかります。この英文を貼って大丈夫だろうか、と。その不安は正しいのですが、不安のまま運用を変えると、長続きしません。誰の情報か、解禁まで何日か、差し戻しが何回か。この3つで案件を見れば、変える範囲と変えない範囲が自然に決まります。まずは1案件、期間を決めて、画面から出ない経路を試してみてください。判断の材料は、試した記録のほうが先に揃います。

▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh