💡 この記事の3行まとめ
- 乗り換えは手段の追加ではなく置換です。増やす前に、いま使っている経路を「残す・畳む・やめる」に分けます。
- 判断の材料は3つ。中断した回数、素材がどこへ渡ったか、回線なしで読めたか。機能の数では決めません。
- Mac専用の画面OCR翻訳『Zipp』は
⌃Sで囲んで0.3秒、Apple Visionの端末内処理で画面画像の外部保存ゼロ。無料でダウンロード（登録不要）、1日15回までです。
📌 この記事の対象読者
- Figmaで翻訳の手段をいくつか併用していて、どれを軸にするか決めきれない方
- 乗り換えたい気持ちはあるが、失うものがある気がして踏み出せない方
- チームで同じ読み方に揃えたいが、説得の材料を探している方
乗り換えが進まないのは、比べる軸が機能の数になっているから
Figmaで英語を読む手段は、いくつも重なっています。コピーして翻訳サイトへ貼る。ブラウザの拡張を使う。翻訳プラグインを入れる。スクリーンショットを撮ってスマホに送る。コンポーネント名だけは英語のまま覚える。どれも一度は便利で、だから残っています。
残った手段は、たいてい用途が曖昧なまま残ります。この画面はプラグイン、この注記はコピペ、このコメントは拡張。決めた覚えのない分担ができあがり、同じ作業に毎回違う経路を使います。経路が違えば、速い日と遅い日の差が生まれ、その差の理由も分かりません。
ここで「乗り換えよう」と思うと、たいてい機能の比較表を開きます。対応形式、言語の数、翻訳の精度、連携先。しかしこの表では決まりません。なぜなら、いま困っているのは機能の不足ではなく、経路が散らばっていることだからです。機能を足しても、散らばりは解消しません。
乗り換えとは、手段を増やすことではなく、散らばった経路を1つに畳むことです。だから必要なのは比較表ではなく、何を捨て、何を残すかの線引きです。以下、その線引きを3手順で示します。
解決策：棚卸し・測定・運用の3手順で判断する
手順1：いまの手段を「残す・畳む・やめる」に分ける
Figmaで英語を読むときに使っている手段を、すべて書き出します。そのうえで、それぞれに印を付けます。
残すのは、その手段でしかできないこと。たとえば、長い英文をまとめて訳して仕様書に落とす、コメントのやり取りを翻訳して文脈ごと理解する。これらは畳めません。畳むのは、短い単位を読むためだけに使っているもの。レイヤー名、コンポーネントの説明、注記、エラーメッセージ。ここは1つの経路に集約できます。やめるのは、用途が思い出せないもの。入れたまま一度も使っていない拡張やプラグインが該当します。
分類してみると、多くの場合「畳む」の欄が一番多くなります。そして一番多かった欄が、乗り換えで置き換える対象です。ここを畳んでも、仕事は減りません。減るのは経路の数だけです。
手順2：3つの軸で1週間測る
次に、畳む対象を決めるための材料を集めます。軸は3つに絞ります。
1つ目は中断回数。 1つの画面を読むあいだに、何回アプリを切り替えたかを数えます。数えるのは1日だけで十分です。見開き1つ、フレーム1つあたり3回切り替えているなら、その3回が失っている時間です。2つ目は素材の行き先。 その手段を使ったとき、デザインのテキストがどこへ渡ったかを書きます。書けないなら、それは「不明」という材料です。3つ目は回線なしで読めたか。 出先や移動中に読めなかった場面があったかどうか。これは1週間のうちに必ず1回は起きます。
3つの軸は、どれもあなたの作業から出た数字です。他人のレビューや比較記事より信頼できます。そして、この3つが揃うと、乗り換えの是非はほぼ自動的に決まります。中断が多く、行き先が説明できず、回線なしで読めていない。この3つが揃った経路は、畳む候補です。
手順3：乗り換えた後の運用を先に決める
乗り換えを決めたら、使う前に運用を決めます。⌃S を押して読みたい範囲を囲むと、0.3秒で訳が最前面に表示されます。Figmaのキャンバスは動かず、選択中のレイヤーもズーム位置もそのままです。テキストをコピーしないため、素材は端末の外へ出ません。Apple Visionによる端末内処理で、外部送信はゼロです。
運用として決めるのは3つ。どの単位で囲むか（レイヤー名だけ、注記の段落だけ、コメント1件だけ）。残した手段をどこで使うか（長文の仕様化、文脈ごとの理解）。チームに何を伝えるか（翻訳は端末内、外部サービスへは渡していない、の2行）。1日15回までという枠があるので、囲む単位を決めておくと回数が読みやすくなります。
ここまで決めてから乗り換えると、戻る必要が生じません。判断の材料と運用が同時に揃うからです。まず1週間、3つの軸だけを測ってください。数字が出れば、迷いは小さくなります。
オンデバイスへの乗り換え判断の比較
【乗り換えの単位】
従来：手段を追加して選択肢を増やす
Zipp：経路を1つに畳んで減らす
【判断の材料】
従来：機能表と精度の比較記事
Zipp：中断回数・素材の行き先・回線依存の3軸
【読むときの画面】
従来：アプリを切り替え、戻り先を探す
Zipp：キャンバスのまま訳が前面に重なる
【素材の扱い】
従来：コピー先のサービスごとに方針が変わる
Zipp：コピーせず端末内で処理・画面画像の外部保存ゼロ
【チームへの説明】
従来：手段ごとに説明が必要になる
Zipp：「端末内で処理」の1文で足りる
【やめる判断】
従来：使っていない手段が残り続ける
Zipp：「畳む」欄を置き換えて整理できる
よくある質問（FAQ）
Q. 乗り換えて後悔するのはどんな場合ですか？ A. 長い英文をまとめて訳す用途を、そのまま置き換えようとした場合です。読むための経路と、訳文を作る作業は別物です。前者を畳み、後者は残す。この線引きができていれば、後悔は起きにくくなります。
Q. 併用したままではだめですか？ A. だめではありません。ただし併用するなら、場面ごとの担当を決めてください。「短い単位は囲む、長文は従来の方法」のように決まっていれば、経路は散らばりません。決めずに併用すると、毎回その場で選ぶことになり、判断の時間が増えます。
Q. 使っていないプラグインは消すべきですか？ A. 用途が思い出せないものは、いったん外して構いません。外して困ったときに戻せば済みます。残す基準は「その手段でしかできないこと」です。読むためだけに入れたものは、畳む候補になります。
Q. 判断にはどのくらいの期間が必要ですか？ A. 1週間で足ります。中断回数は1日数えれば傾向が出ます。素材の行き先は使ったときに1行書くだけです。回線なしの場面は、1週間あれば必ず1度は訪れます。長く測るより、短く測って決めるほうが運用が安定します。
捨てる線を引けることが、乗り換えの本体です
乗り換えというと、新しい道具を覚えることだと思いがちです。しかし実際の作業は、何を捨てるかを決めることに集約されます。用途が曖昧な経路を畳み、長文の作業だけを残す。その線を引いた瞬間、道具の選び方は決まっています。今日、いま使っている手段を3つ書き出し、それぞれに「残す・畳む・やめる」の印を付けてみてください。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh