日本企業がダッシュボードを見るとき、数値の書式が正しいかどうかだけでは終わりません。データラベル、セグメント名、グラフの種類の呼び名、ツールチップの文体のどれにも、日本のビジネスユーザーが当然と考える慣習があります。本記事では、BIダッシュボードが「翻訳されたもの」と読まれるか「ローカライズされた製品」と読まれるかを分ける、ラベル単位の判断を解説します。
数値の書式の誤りは、慣習を知っている人なら一目で気づくので、QAでも見つかりやすい傾向があります。日本語の製品に「05/28/2026」という日付があれば明らかに浮きます。ところが、列ヘッダーが利用状況ではなく「Activity」のままでも、見た目で「間違っている」とは分かりません。不自然なだけです。この差が問題になるのは、日本のエンタープライズの調達チームが、前者より後者のほうに敏感だからです。
数値の誤りは客観的な誤りで、ラベルの誤りは言葉づかいの誤りです。日本のビジネスユーザーは、言葉づかいのずれを無意識のうちに読み取っています。KPIカードのタイトルが「Total Revenue」「Active Users」「Conversion Rate」のままなら、そのダッシュボードからは、開発チームが周りの枠だけを訳してラベルはローカライズしなかったことが伝わります。売上合計、アクティブユーザー数、コンバージョン率と表示されていれば、翻訳パイプラインに流しただけでなく、製品チームが日本語の語彙を意図して選んだことが伝わります。
多くのダッシュボードは、ここで止まっています。数値の書式は整い、日付も直り、ラベルも翻訳されている。それでも、どの用語を英語のまま残し、どれを訳し、どれに注釈を付けるかという語彙の判断は、製品チームではなく翻訳メモリツールが自動で決めています。日本市場に参入するSaaSダッシュボードのほとんどで、結果は同じです。半分だけローカライズされたラベルが「自動翻訳」と読まれてしまいます。
日本語SaaSダッシュボードのラベルは3つのカテゴリーに分かれ、カテゴリーごとに判断のルールが違います。全部訳すか全部英語のまま残すかの二択で考えると、結果に一貫性がなくなります。
日本語のSaaSでも英語のまま読まれていて、主表記を訳しても得るものがない用語です。DAU、MAU、MRR、ARR、NPS、CAC、LTV、ROI、KPI、CTRなどが当てはまります。略語はそのまま使い、初出かツールチップで日本語の説明を補います。主表記は略語にして、日本語の説明はツールチップに任せる形です。
エンタープライズのレポーティングで広く使われ、日本の財務・業務チームが好む日本語ビジネス用語が存在するカテゴリーです。売上（Revenue）、売上総利益（Gross Profit）、解約率（Churn Rate）、継続率（Retention Rate）、平均単価（Average Price）、顧客数（Customer Count）などが含まれます。これらは日本語を主表記として使います。カタカナ（チャーンレート、リテンション率）も認知はされていますが、日本の社内レポートでは漢字表記が標準です。
ほとんどのダッシュボードがつまずくのは、このカテゴリーです。Activity、Engagement、Retention、Funnel、Segment、Audienceのような用語は、英語圏のSaaSにも日本語のSaaSにも出てきます。それぞれに日本語の表現（利用状況、エンゲージメント、継続、ファネル、セグメント、オーディエンス）がある一方で、英語由来のカタカナも使われています。カタカナと日本語のどちらを選ぶかで、そのチームが日本語SaaSの言葉づかいをどこまで理解しているかが見えます。
日本の大企業の分析チームと仕事をしてきた経験から、実務のルールをまとめると次のようになります。主表記には日本語の用語を使います。日本語SaaSで本当に定着しているカタカナ（セグメント、コホート、ファネルは広く受け入れられています）はそのまま使います。はっきりした日本語表現がある用語にカタカナを当てるのは避けます（アクティビティは、ほとんどのレポートの文脈で利用状況より不自然に感じられます）。
日本語ダッシュボードのグラフの呼び名は、一つのルールでは決まりません。基本的なグラフは日本語名だけ、高度なグラフは英語に日本語の注釈を付ける、という2つのパターンがあります。グラフ用語で最も多い誤りは、この二つがばらばらに混ざっていることです。
| グラフ種別 | 推奨される日本語ラベル | 備考 |
|---|---|---|
| Bar Chart | 棒グラフ | 日本語では普遍的な用語です。日本語ダッシュボードの主表記に「Bar Chart」は使いません。 |
| Line Chart | 折れ線グラフ | 標準用語です。ライングラフも見かけますが、翻訳調に感じられます。 |
| Pie Chart | 円グラフ | 標準用語です。パイチャートは外国語的に映ります。 |
| Area Chart | 面グラフ | 標準用語です。エリアチャートも認知されていますが、面グラフが好まれます。 |
| Scatter Plot | 散布図 | 普遍的な用語で、理系・ビジネスの両方のコンテキストで使われます。 |
| Funnel | Funnel（ファネル） | 高度なグラフ種別——英語を主表記、カタカナを注釈とするのがSaaS標準パターンです。 |
| Heatmap | Heatmap（ヒートマップ） | 同じパターンです。SaaS寄りのオーディエンスにはヒートマップ単独も許容されます。 |
| Cohort Analysis | コホート分析 | カタカナ＋分析が日本語SaaSでの定着した用語です。Cohort（コホート）も通用します。 |
| Sankey Diagram | Sankey（サンキー）図 | 日本語ではまだ定着度が低いため、英語＋カタカナ注釈＋「図」という形を維持します。 |
ルールをまとめると：日本の統計・ビジネス教育で普遍的に教えられている日本語名（棒グラフ、折れ線グラフ、散布図）があれば、それを主表記にします。SaaS製品を通じて日本語語彙に入ってきたグラフ種別（Funnel、Heatmap、Cohort）は、英語を主表記にしてカタカナ注釈を付けます。
日本語ダッシュボードのラベルの中でも、セグメント名は性格が違います。チャートライブラリが自動で出すものではなく、製品のコピーとして人が書くものだからです。「Power Users」「Champions」「At-Risk」「Engaged Users」はプロダクトチームが書いた言葉なので、訳すのではなく、日本語で意図して書き直す必要があります。
直訳すると、パワーユーザー、チャンピオン、リスク顧客、エンゲージドユーザーといった名前になります。日本の大企業では、こうした表現は「外国語感が残る」ものに映ります。意味は通じても、英語のラベルをカタカナに置き換えただけに見えるのです。このセグメント名を見た日本のプロダクトマネージャーは、セグメント戦略が日本市場向けに考えられたものではなく、そのまま持ち込まれたと受け取ります。
自然な日本語表現は、輸入感なく同じセグメントロジックを伝えます：
日本語SaaSダッシュボードで、決まってローカライズが不十分なまま残っているのが、ドリルダウンメニュー、フィルターのドロップダウン、比較の操作部分です。「Group by」「Sort by」「Compare to」「Filter by」は、メインのコピー資料ではなくコンポーネント単位のUIに埋め込まれている短いラベルなので、見落とされがちです。
正しい日本語表現は直訳ではありません。日本のビジネスソフトウェアが確立した慣習に従います：
日本の大企業向けダッシュボードでは、これらの語は好みで選べるものではありません。過去20年間、ユーザーが日本のあらゆるビジネスソフトで目にしてきたラベルだからです。別の表現を作ると、たとえ正確でも、見慣れないラベルを知っている機能に結びつける手間をユーザーに強いることになり、余計な負担が生まれます。
ダッシュボードのローカライズがトーンの面で最もよく失敗するのが、ツールチップです。英語のツールチップは「Click to filter」「Drag to reorder」「Hover for details」のように、命令形や電報のように切り詰めた書き方を好みます。これをそのまま訳すと、クリックしてフィルタリング、ドラッグして並び替え、ホバーで詳細表示のような、唐突で取扱説明書のような日本語になります。
自然な日本語のツールチップはです/ます敬体を使い、文脈に応じて完全な文または名詞句で構成される傾向があります。同じ案内でも読み方が変わります：
「No data available」「No results」「Try a different filter」といったエンプティステートのメッセージは、直訳は簡単でも、うまくローカライズするのは難しい箇所です。大企業向けダッシュボードで好まれる日本語は、英語の原文より少し説明が多めになります。「データがありません」でも用は足りますが、「表示できるデータがありません」や「条件に一致するデータが見つかりませんでした」のほうが洗練された印象になります。長いほうの表現はユーザーがフィルターを適用したことを踏まえているので、事実を述べるだけの文より受け入れられやすいのです。
この12項目のチェックリストは、多くのチームが見落とすラベル単位の判断を網羅しています。日本語ミニ診断（Mini Audit）では、ツールチップの文体の問題、セグメント名の自然さ、グラフ用語の一貫性を、コンポーネントをまたいで検証します。たいていの製品で、12項目のうち4〜7項目に課題が見つかります。
ミニ診断を依頼するダッシュボードの期間フィルターやKPIカードの単位は、ラベルの語彙以上に社内で「根拠は何か」と聞かれやすい箇所です。経理や監査に近い部署に画面を見せると、「年度の区切りはどこか」「和暦で出せるか」「単位は千円か百万円か」といった確認が入ります。導入担当の方が社内で説明するときに使えるよう、よく参照される一次資料を画面の要素ごとに並べました。
| 画面の要素 | 照合先（一次資料） | 原文の要点 | ダッシュボードでの確認 |
|---|---|---|---|
| 「年度」フィルター | 財政法（昭和22年法律第34号）第11条 | 国の会計年度は毎年4月1日に始まり、翌年3月31日に終わる | これは国の会計年度の規定です。企業の事業年度は各社が定めるため、「年度の開始月」を設定で選べるか、Q1が何月始まりかをラベルかツールチップで示しているかを見ます。 |
| 和暦表示 | 元号法（昭和54年法律第43号）、元号を改める政令（平成31年政令第143号） | 元号は政令で定め、皇位の継承があった場合に限り改める。政令は「元号を令和に改める」とし、平成31年4月30日の翌日（2019年5月1日）から施行 | 令和元年は2019年5月1日から。2019年1月〜4月30日は平成31年として扱えているか、年をまたぐ集計で元号が正しく切り替わるかを確認します。 |
| 日付の書式 | JIS X 0301（情報交換のためのデータ要素及び交換形式―日付及び時刻の表記） | 対応国際規格は ISO 8601:2000（一致度 MOD＝修正あり）。西暦に加え、元号による年の表記も扱う。最新の改正は2002年、確認は2024年 | CSVやAPIで渡す日付は西暦の規格形式にそろえ、和暦は画面表示だけに使う、という分け方を社内の仕様書に書いておくと問い合わせが減ります。 |
| 金額の単位 | 財務諸表等の用語、様式及び作成方法に関する規則（昭和38年大蔵省令第59号）第10条の3 | 財務諸表に掲記される金額は、百万円単位又は千円単位をもって表示する | 有価証券報告書と並べて見られる画面では、KPIカードや表の見出しに「単位：千円」「単位：百万円」を明記し、万表記の画面と混在させないようにします。 |
財務諸表等規則は上場会社などの開示書類に適用される省令で、社内向けダッシュボードに直接の義務を課すものではありません。ただ、経理部門の担当者はこの様式に慣れているため、単位の書き方をそろえておくと数字の読み違いを防ぎやすくなります。個別の適用関係は、所管部署や専門家に確認してください。
出典：e-Gov法令検索「財政法」第11条、「元号法」、「元号を改める政令」（平成31年政令第143号）、「財務諸表等の用語、様式及び作成方法に関する規則」第10条の3（いずれも2026年9月28日に e-Gov 法令API で条文を確認）。日本規格協会 JSA Webdesk「JIS X 0301:2002」規格情報ページ（https://webdesk.jsa.or.jp/books/W11M0090/index/?bunsyo_id=JIS+X+0301%3A2002）。
ダッシュボードローカライゼーションとアナリティクスの数値フォーマットの違いは何ですか？
数値フォーマットは一つの層にすぎません。日本向けダッシュボードのローカライゼーションには、データラベルの語彙（Active Users vs アクティブユーザー数 vs 利用者数）、グラフ用語（棒グラフ、Funnel、Heatmapとその日本語訳）、セグメント名、ドリルダウンメニューのラベル、ツールチップの文体も含まれます。万表記が正しくても、ラベルの語彙が合っていなければ「外国製品感」は消えません。
グラフの種別名は日本語に翻訳すべきですか？
広く知られたグラフ種別は、英語ラベルを主表記にし、ホバー時に日本語の注釈を出す形が標準です（Funnel（ファネル）、Heatmap（ヒートマップ）、Cohort（コホート分析））。基本的なグラフ種別では、日本語表記が圧倒的に好まれます（Bar Chart → 棒グラフ、Line Chart → 折れ線グラフ、Pie Chart → 円グラフ）。最もよくある誤りは、両者を一貫性なく混ぜてしまうことです。
日本語BIダッシュボードのツールチップはどのように書くべきですか？
ツールチップはです/ます調で書き、文脈に応じて名詞句か完全な文で締めくくり、英語UIに多い命令形は避けます。「クリックしてフィルタリング」という直訳は唐突です。自然な日本語なら、「クリックでフィルタを適用できます」のように述語まで備えた丁寧な表現になります。
日本語SaaSダッシュボードで最もよくあるラベル語彙の誤りは何ですか？
日本語として自然な表現があるのに、英語をカタカナに音写してしまうことです。「活動」や「利用状況」のほうが自然な場面で「アクティビティ」を使うのは不自然です。「リテンション」はSaaSの文脈では通じますが、エンタープライズのレポートでは「継続率」が好まれます。財務や業務のレポートで広く使われている日本のビジネス用語があるなら、カタカナよりそちらを優先するのが基本です。
日本の大企業の購買担当者は調達時にダッシュボードのローカライゼーション品質を評価しますか？
はい。日本の大企業の調達チームは、機能や価格と並べて、ローカライゼーションの品質も評価基準に入れるのが一般的です。ダッシュボードはSaaS製品の中で最もよく見られる画面なので、その比重は大きくなります。ラベル語彙の不統一、英語のままのグラフ名、不自然なツールチップは、ベンダー評価でリスクとして指摘されます。
日本の大企業のユーザーがダッシュボードを信頼するかどうかは、データラベル、グラフ用語、セグメント名、ツールチップのコピーで決まります。専門のQAレビューで、ラベル単位の問題を調達担当者が気づく前に見つけます。