日本語SaaSのローカライズで最も多い品質クレームは、用語の不統一です。ナビゲーションでは「ダッシュボード」、ヘルプセンターでは「管理画面」、オンボーディングメールでは「コントロールパネル」となっていれば、日本語ユーザーは気づきます。そしてその不統一から、「自分たちのために作られた製品ではない」と受け取ります。よく設計された用語集があれば、この種の誤りはまるごとなくせます。
英語の「dashboard」は、形も綴りも一つだけです。この語を採らない翻訳者が「control panel」と書くことはあっても、代わりの候補は一つにとどまります。日本語では同じ概念を、ダッシュボード（カタカナ）、管理画面（漢字熟語で「管理する画面」の意）、コントロールパネル（より長いカタカナ）、ダッシュ（短縮したカタカナ）、管理ページ（漢字＋英語由来の「ページ」）と表せます。どれもニュアンスが少しずつ違い、一つを製品の用語に決めれば、残りはすべて「誤り」になります。
問題の核心は、文字種の数だけ候補が掛け算で増えることです。日本語の用語はどれも少なくとも漢字とかなの読みを持ち、技術用語の多くはさらに英語由来のカタカナの形も持ちます。用語集なしで作業する翻訳者が出会うのは、承認済みの用語に対する「一つの代替」ではなく、もっともらしい選択肢の「群れ」です。しかもプロの翻訳者は、経歴や想定する読者の印象、製品への慣れに応じて、それぞれ違う選び方をします。選択を一つに固定する用語集がなければ、製品全体の不統一は「可能性」ではなく「確実」です。
日本語ユーザーは、英語の読者が同義語のばらつきを読むとき以上に、文字種の不統一を「品質のシグナル」として敏感に受け取ります。ナビで ダッシュボード、ヘルプセンターで 管理画面、アプリ内のツールチップで ダッシュ を見れば、ユーザーにとってそれは用語の問題だけでは済みません。「これらの面は別々の人が書き、誰も一貫性をレビューしなかった」と伝わるのです。B2Bの調達の場面では、「このベンダーの製品はエンタープライズ利用に耐えるほど成熟しているのか」という疑問につながります。表記の揺れが最も響くのは、ユーザーが自分の言葉で検索するナレッジベースです。ナビとヘルプ記事で呼び名が違えば、検索しても目当ての記事にたどり着けません。
日本語ローカライゼーション用語集は、辞書ともスタイルガイドとも重なる部分はありますが、そのどちらでもありません。「用語レベルの徹底のための文書」です。各エントリで、承認済みの日本語訳は何か、どう読むか、どこで使うか、どの代替が禁止か、文脈での用例はどうなるかに答えます。どれか一つでも欠けた用語集は不完全で、その隙間から不統一が生まれます。
日本語ローカライゼーション用語集に入れるべきコンテンツは、次の4カテゴリです。
「dashboard」をどう訳すかは日本語の用語決定の代表例で、どの日本語ローカライズのプロジェクトもぶつかる問いです。主な選択肢は3つあり、それぞれニュアンスが違うため、ユーザーの理解にも製品の位置づけにも影響します。
ダッシュボード は「dashboard」をカタカナにした語です。日本語のSaaS製品で、メインの概要画面を指す語として最も広く使われています。製品に固有の、モダンな印象を与えます。ただ、画面が何をするかは語そのものからは分かりません。製品を使ったことのないユーザーは、この語だけでは ダッシュボード に何があるのか分かりません。英語の Dashboard もまさに同じで、機能の説明ではなく製品画面の固有名として働いています。ダッシュボードを中心に設計された多くのSaaS製品では、ダッシュボード が正しい選択です。
管理画面（かんり がめん——management screen）は機能を説明する語で、多くの日本語ユーザーが管理用のインターフェース全般を指す一般語として使っています。画面に名前を付けるのではなく、何をする画面かを説明する語です。そのためヘルプで一般的に言及するとき（「管理画面で」）には便利ですが、製品の用語としては問題があります。製品の特定の名前付き要素を指すのではなく、機能を言い表してしまうからです。管理画面 を製品の用語にすると、自社製品のダッシュボードと、一般的な「管理エリア」という概念の区別もつきにくくなります。
コントロールパネル（control panel のカタカナ）は古め・エンタープライズのインフラ寄りの印象です。サーバー管理やレガシーソフトウェアの連想を帯びます。製品が明示的にインフラ管理ソフトで、この連想がふさわしい場合を除き、コントロールパネル はモダンなSaaS製品にとって時代遅れに読まれます。
日本語の用語集では、どの判断にも文字種の選択が絡みます。この選択の基準を持たないチームの用語集は、ここはカタカナ、あそこは漢字と、はっきりした原則のないまま一貫性を欠いていきます。次の2つの問いを使えば、大半のケースはすっきり決まります。
問い1：その用語は日本語のビジネスソフトウェアで使われる、確立した漢字の形を持つか？ 持つなら、漢字を使います。設定（Settings）、権限（Permissions）、連携（Integrations／Connections）、招待（Invitation）、承認（Approval）、通知（Notification）は、いずれも日本語のビジネスユーザーが日々目にする、確立した漢字の形を持ちます。これらの用語にカタカナを使う——セッティング、パーミッション、インビテーション——のは、くだけた・よそよそしい・あるいは誤った印象に読まれます。
問い2：その用語は、ソフトウェアを通じて日本語に入ってきた借用語や製品概念で、自然な漢字の対応語を持たないか？ そうなら、カタカナを使います。ダッシュボード（Dashboard）、テンプレート（Template）、ワークフロー（Workflow）、インテグレーション（製品概念としてのIntegration）、アナリティクス（Analytics）は、いずれもソフトウェアとともに到来し、日本語ユーザーが実際に使う漢字の形を持ちません。これらの用語に無理に漢字を当てる——Dashboard に 制御盤、Template に 型板——と、奇妙、あるいは古めかしく読まれる結果になります。
難しいのは、両方の形が市場で使われている用語です。連携（漢字）と インテグレーション（カタカナ）はどちらも「integration」の意味で、どちらも日本語のSaaS製品に出てきます。この場合、B2B向けならほぼ常に漢字のほうが安全です。意味がより正確で、日本語として自然に読めます。例外は、製品カテゴリ全体がはっきりカタカナの形にそろっているときです。同じカテゴリの競合製品がどれも インテグレーション を使っているなら、漢字優先の原則よりその慣習に合わせるほうが大事になることもあります。
日本語ローカライゼーション用語集のエントリを実際に使えるものにするには、6つのフィールドが要ります。フィールドが足りないエントリには翻訳者から質問が来ますし、はっきりした答えを見つけられないライターには無視されます。
| 英語 | 日本語 | 読み | 禁止 | 用法メモ |
|---|---|---|---|---|
| Dashboard | ダッシュボード | だっしゅぼーど | 管理画面、コントロールパネル | 製品の画面名。カタカナのみ。ダッシュ と略さない。 |
| Settings | 設定 | せってい | セッティング、オプション | 漢字。ナビのラベルおよびセクション見出し。常に名詞形（設定する は本文中のみ、ラベルでは使わない）。 |
| User | ユーザー | ゆーざー | 利用者、使用者 | カタカナ。標準的なSaaS用語。利用者 は利用規約・法務テキストでのみ許容。 |
| Invitation | 招待 | しょうたい | インビテーション、誘い | 漢字。ワークスペース／チームへユーザーを招くときに使用。動詞文脈では 招待する。 |
| Permission / Role | 権限 | けんげん | パーミッション、アクセス権限（ロール文脈の場合） | 漢字。文脈上 permission と role が同義のときは、両方に 権限 を使う。製品に別個のロール概念がある場合にのみ 役割（role）を区別する。 |
| Workspace | ワークスペース | わーくすぺーす | 作業スペース、チームスペース | カタカナ。製品固有のコンテナ。製品機能が明示的に Workspace と名づけられている場合にのみ使用。 |
| Integration | 連携 | れんけい | インテグレーション（製品セクション名の場合を除く） | B2B文脈では漢字を推奨。インテグレーション は、表示上のUIラベルになっている場合に限り、製品セクション名としてのみ許容。 |
| Notification | 通知 | つうち | ノーティフィケーション、お知らせ（UIラベル文脈） | 漢字。お知らせ はブログ／告知セクションには許容、システム通知のUIラベルには不可。 |
| Template | テンプレート | てんぷれーと | ひな形、書式 | カタカナ。標準的なSaaS用語。ひな形 は、非SaaS層を対象とした文書作成の文脈でのみ許容。 |
| Workflow | ワークフロー | わーくふろー | 作業フロー、業務フロー | カタカナ。製品の機能名。業務フロー はオペレーション部門の購買担当を狙うマーケコピーでは許容、UIラベルでは不可。 |
| Analytics | アナリティクス | あなりてぃくす | 分析（ナビのラベルとして） | 製品セクションにはカタカナ。分析 は概念を説明する本文では許容、製品デザイン上の用語でない限りナビや見出しのラベルとしては不可。 |
| Plan (pricing tier) | プラン | ぷらん | 料金体系、コース | カタカナ。料金プラン名に使用（スタータープラン、プロプラン）。コース は教育的な含みがある。 |
| Subscription | サブスクリプション | さぶすくりぷしょん | 定期購読（メディア製品の場合を除く） | カタカナ。標準的なSaaS課金用語。くだけたコンテンツでは サブスク と略されがち——UIラベルでは避け、ブログ／マーケでは許容。 |
| Export | エクスポート | えくすぽーと | 書き出し（UIラベル文脈） | UIのボタン・メニューラベルにはカタカナ。書き出し はクリエイティブ系ソフトの文脈では許容、B2B SaaSのデータエクスポート文脈では不可。 |
| Import | インポート | いんぽーと | 読み込み（UIラベル文脈） | UIラベルにはカタカナ。読み込み はファイル読み込みの状態（ローディング表示）には許容、インポートのアクションラベルには不可。 |
| Archive | アーカイブ | あーかいぶ | 保管、格納 | カタカナ。動詞用法：アーカイブする。可逆的な製品アクションではなく、物理的・長期的な保存を含意する 保管（storage）は使わない。 |
| Approval | 承認 | しょうにん | アプルーバル、許可（承認ワークフロー文脈） | 漢字。承認ワークフローのアクションの標準語。許可（permission／allow）は別概念であり、互換的に使ってはならない。 |
| Comment | コメント | こめんと | 意見、コメント欄（機能名として） | カタカナ。コメント機能および個々のコメントオブジェクトに使用。コメント欄 はUIの入力エリアであり、機能名ではない。 |
| Tag | タグ | たぐ | ラベル（製品が Tag を機能名に使う場合） | カタカナ。製品機能が Tag なら タグ を一貫して使う。製品が Label と呼ぶなら ラベル を一貫して使う。混在させない。 |
| Log out / Sign out | ログアウト | ろぐあうと | サインアウト（Google／Apple経由でサインインする製品を除く——その慣習に合わせる） | カタカナ。セッション終了の標準語。製品が Sign In／Sign Out（Googleアカウント連携）を使う場合は、全体を サインイン／サインアウト に合わせる。 |
プロジェクトの立ち上げ時に書かれたきり一度も更新されない用語集は、2年もたたないうちに、製品の中で最も確実に不統一を生む元になります。機能の名前は変わり、UIラベルも変わり、新しい機能カテゴリが加わり、競合がそろって別の用語を使い始めてユーザーの期待も変わっていきます。保守の仕組みがなければ、用語集は製品の実態から離れていき、そのずれに気づいた翻訳者やライターは用語集を迂回して作業するようになります。
用語集のレビューを始めるきっかけにすべきなのは、機能のリネーム、大規模なUIの再構成、既存の用語集でカバーされていない新しい機能カテゴリの導入の3つです。どれも、用語集にエントリがないまま新しい用語が入り込む「窓」になります。不統一が積み重なるのは、まさにその窓が開いたときです。
小〜中規模のローカライズでは、「四半期ごとの用語集監査」が現実的な保守の方法です。現在の用語集を製品の実際の日本語UI文字列と突き合わせ、UIにあるのに用語集にない用語や、用語集のエントリと違う用語を洗い出して、エントリを追加・更新します。四半期ごとではリアルタイムの保守より遅れますが、大きな不統一を生む「2年の乖離」よりは早く手を打てます。
Googleスプレッドシートで作り、PDFにして翻訳者に添付で渡している用語集は、用語集とは呼べません。翻訳者が開くのを忘れず、しかも開いたときに最新であれば参照される、というだけの文書です。用語集を効かせるには、ツールのレベルで翻訳ワークフローに組み込む必要があります。
業界標準の形式は TBX（TermBase eXchange）です。ISO標準のXML形式で、CATツール（Phrase、memoQ、SDL Trados、Memsource）に直接取り込め、翻訳中に規約に反する用語を知らせてくれます。たとえば ダッシュボード が承認済み、管理画面 が禁止と登録されたTBX用語集を memoQ に読み込んでおけば、翻訳者が「Dashboard」を 管理画面 と訳した時点で警告が出ます。チェックが事後レビューではなく翻訳の段階で働くので、不統一を最も安く直せます。
CATツールを使わないベンダーとの共有には、同じ6フィールドを持つタブ区切りCSVが実用的な代替です。Excelは実務で広く使われていますが、マスター形式としては推奨しません——バージョン管理を欠き、翻訳ワークフローと統合できず、複数人が編集すると形式の乱れを生みます。マスターはTBXまたは Phrase TMS や TermWeb のような用語管理システムで保守し、人によるレビューのサイクル向けにのみ Excel や PDF へ書き出しましょう。
日本語ローカライズで用語集が作られない最大の理由は、最初に手をつける範囲が大きすぎるように見えることです。成熟したSaaS製品の用語集は数百エントリになることもあり、用語を一つ書く前に製品全体を洗い出さなければと考えると、チームはいつまでも先送りしてしまいます。正しい出発点はコア50語です。製品全体を監査しなくても、ユーザーの目に最も触れる箇所を押さえられる規模です。
この50語は、5つのカテゴリから、おおよそ均等な比重で選びます。
日本語用語監査では、ナビ・UI・ヘルプセンター・マーケティングの各面にまたがる不統一を洗い出し、優先順位をつけた修正リストと、再発防止のためにチームが必要とする用語集エントリの初稿を作成します。多くの製品では、初回の監査前の時点で15〜40件の不統一が現に残っています。
ミニ診断を依頼する用語の不統一は、なぜ英語よりも日本語で大きなダメージになるのですか？
英語では「dashboard」という語は一つの形しかありません。日本語では、同じ概念を ダッシュボード（カタカナ）、管理画面（漢字熟語）、コントロールパネル（より長いカタカナ）と表現できます。それぞれの形は少しずつ違うニュアンスを帯びます。製品がこの3つを区別なく混用すると、日本語ユーザーはすぐに不統一に気づき、「詰めの甘さ」として受け取ります。日本語には3つの文字種と複数の敬体レベルがあるため、ひとつの用語の表記がばらつくパターンは英語よりはるかに多く、不統一への不満もそれだけ頻繁に、目立つ形で表れます。
「dashboard」の正しい日本語訳は何ですか？
唯一普遍的に正しい答えはありません。だからこそ、用語集での意思決定が必要になります。ダッシュボード は日本語SaaS製品で最も広く使われる語で、その製品ならではのUI要素として読まれます。管理画面 は機能を説明する語で、多くのユーザーが管理画面全般を指す一般語として使います。コントロールパネル はやや古く、エンタープライズのインフラ寄りの印象を与えます。おすすめは、ダッシュボード を主要な用語集エントリとして選んでどこでも一貫して使い、管理画面 と コントロールパネル を禁止代替語として記し、その判断理由を注記しておくことです。
日本語ローカライゼーション用語集では、ある用語にカタカナと漢字のどちらを使うべきですか？
判断の枠組みは2つの問いです。第一に、その用語は日本語のビジネスソフトウェアで確立し、広く使われている漢字の形を持つか。持つなら漢字を使います。設定（Settings）、権限（Permissions）、連携（Integrations）、招待（Invitation）。第二に、その用語はソフトウェアを通じて日本語に入ってきた借用語や製品概念で、自然な漢字の対応語を持たないか。そうならカタカナを使います。ダッシュボード（Dashboard）、テンプレート（Template）、ワークフロー（Workflow）。両方の形が流通している場合、B2B向けではほぼ常に漢字のほうが安全な選択です。
日本語ローカライゼーション用語集は、最初にいくつの用語を収録すべきですか？
最初の版の日本語ローカライゼーション用語集は、コアとなる50語を目標にするとよいでしょう。最も目立つUI面を網羅しつつ、用語集が役に立つと分かる前に保守が重荷になるほどでもない規模です。50語は次の優先順位で選びます。最上位のナビゲーションラベル（8〜10）、主要なアクションボタンとCTA（8〜10）、コア機能名（10〜15）、エラー・ステータス状態（5〜8）、出現頻度の高いKB・オンボーディング用語（10〜12）。これらが定着し、保守ワークフローが回り始めたら、エッジケースや副次的な機能へと用語集を広げていけます。
翻訳ベンダーと共有するとき、日本語ローカライゼーション用語集はどのファイル形式を使うべきですか？
業界標準の形式は TBX（TermBase eXchange）です。ISO規格であり、ほとんどのプロ向けCATツール（Phrase、memoQ、SDL Trados、Memsource）が直接インポートできます。TBXは日本語用語集に必要なフィールド——原語、訳語、読み、用法メモ、禁止代替語、文脈例——をすべてサポートしています。CATツールを使わないベンダー向けには、同じフィールドを持つタブ区切りCSVが実用的な代替です。マスターはTBXか用語管理システムで管理し、Excelへの書き出しは人手のレビューを回すときだけにします。
ナビ、UI、ヘルプセンター、マーケティングにまたがる用語の不統一は、日本語ユーザーが品質を判断するときに最も目につく手がかりです。用語監査では、不統一を洗い出し、正しい判断を文書化し、再発を防ぐために翻訳チームが必要とする用語集の初稿を作ります。