「Salesforceを導入したものの、ダッシュボードは管理者が作ったものを何となく眺めているだけ」——そんな状態になっていませんか。レポートとダッシュボードの違いが曖昧なまま運用していると、せっかく蓄積した商談データが意思決定に活きず、結局は担当者がExcelで集計し直す、という本末転倒な事態も起こります。この記事では、Salesforceダッシュボードの基本、レポートとの役割の違い、コンポーネントの種類、具体的な作成手順、権限と共有の仕組み、運用上の上限や注意点、そして部門別の活用例までを一通り整理します。
Salesforceダッシュボードとは
Salesforceダッシュボードとは、Salesforceに蓄積された商談・取引先・リード・ケースなどのデータを、グラフやゲージ、表といった視覚的な部品（コンポーネント）で1画面にまとめて表示する標準機能です。売上進捗、パイプラインの状況、担当者別の活動量といった複数の指標を、一目で把握できる「情報の集約画面」と考えるとイメージしやすいでしょう。
重要なのは、ダッシュボードは単独では成立しないという点です。ダッシュボードに配置する各コンポーネントは、必ず元となるレポートを参照します。つまり「レポートで集計する → その結果をダッシュボードで可視化する」という二段構えの構造になっています。この前提を理解しないまま「まずダッシュボードを作ろう」と着手すると、必要なレポートがなくて手が止まる、というつまずき方をしがちです。
もう一つの特徴が、リアルタイム性とアクセス権の連動です。ダッシュボードは更新すればその時点の最新データを反映しますし、表示されるデータは実行ユーザーの権限に基づいて制御されます。単なる「きれいなグラフ集」ではなく、Salesforceのセキュリティモデルと一体になった分析機能である点が、外部のBIツールと大きく異なるところです。
レポートとの違い
レポートとダッシュボードは混同されやすいのですが、担う役割ははっきり分かれています。
| 比較項目 | レポート | ダッシュボード |
|---|---|---|
| 主な役割 | データの抽出・絞り込み・集計 | 集計済みデータの可視化・集約 |
| 表示形式 | 表形式（表形式・サマリー・マトリックス・結合） | グラフ、ゲージ、メトリクス、表など |
| データソース | オブジェクトのレコード（レポートタイプ） | 作成済みのレポート |
| 得意なこと | 明細の確認、条件を変えた深掘り、エクスポート | 複数指標の同時把握、状況の俯瞰 |
| 単独で作れるか | 作れる | 作れない（元レポートが必須） |
| 向いている場面 | 担当者が自分の案件を精査する | 会議やマネジメントで全体を共有する |
ざっくり言えば、レポートが「数字を作る場所」、ダッシュボードが「数字を見せる場所」です。現場担当者が自分の商談リストを条件で絞って確認するならレポート、マネージャーがチーム全体の進捗を朝会で共有するならダッシュボード、という使い分けになります。
なお、ダッシュボードのコンポーネントはクリックすると元のレポートに遷移できます。「グラフで異常値に気づく → クリックして明細を確認する」という流れが自然につながるため、両者はセットで設計するのが基本です。
主なコンポーネント（グラフ・ゲージなど）
ダッシュボードに配置できるコンポーネントは、大きく次のように分類されます。
| コンポーネント | 表現できること | 向いている指標の例 |
|---|---|---|
| 縦棒／横棒グラフ | 項目間の大小比較 | 担当者別の売上、製品別の受注件数 |
| 折れ線グラフ | 時系列での推移 | 月次の受注金額推移、リード獲得数の変化 |
| 円／ドーナツグラフ | 構成比。ドーナツは中央に合計値を表示 | 商談フェーズ別の構成、リードソース別の比率 |
| ゲージ | 目標に対する到達度合いを範囲で表示 | 予算達成率、KPI進捗 |
| メトリクス（総計値） | 単一の数値を大きく表示 | 今月の受注金額、有効商談件数 |
| じょうごグラフ | 段階が減っていくプロセス | リードから受注までのファネル |
| 散布図 | 2つの数値の関係 | 商談規模と受注確度の関係 |
| 表（レポートテーブル） | 明細に近い一覧 | 高額商談トップ10、期限超過ケース一覧 |
加えて、画像やリッチテキストを配置して、ダッシュボードの読み方や注意書きを添えることもできます。数字だけを並べるより、「このゲージは月次目標に対する進捗です」といった一文があるだけで、閲覧者の解釈のブレを防げます。
コンポーネント選びで失敗しやすいのが、何でも円グラフにしてしまうパターンです。構成比を見たいときは円・ドーナツ、比較したいときは棒、推移を見たいときは折れ線、達成度を見たいときはゲージ、と目的から逆算して選ぶと、見る側の理解速度が明らかに変わります。
Salesforceダッシュボードを活用するメリット
データの一元管理と「集計作業」の削減
多くの組織で、営業会議の資料作成に少なくない工数がかかっています。SFAから抽出したデータをExcelに貼り付け、ピボットで集計し、グラフを整えて資料化する——この一連の作業は、担当者にとって本質的な営業活動ではありません。
ダッシュボードを整備すれば、この定型作業の大半が不要になります。Salesforce上のレコードが更新されれば、ダッシュボードを更新するだけで最新の数字が反映されるからです。手作業のコピー＆ペーストが減ることは、単なる時短だけでなく、転記ミスによる数字の食い違いをなくすという品質面の効果も持ちます。
リアルタイムでの進捗把握
月末になって初めて未達が判明する、という状況は多くの営業組織が抱える課題です。ダッシュボードで日々の進捗を可視化しておけば、期の途中で「このペースだと着地が届かない」と気づけます。
特に効果的なのが、目標に対する現在地をゲージで示す構成です。「受注金額 8,200万円」という数字だけでは良し悪しの判断ができませんが、「目標1億円に対して82%、残り10営業日」と見えれば、次に何をすべきかの議論に直結します。
データドリブンな意思決定の後押し
「なんとなく今期は調子が良い」といった感覚での判断は、判断がぶれやすく、振り返りもできません。ダッシュボードで数字が常に共有されている状態では、議論の出発点が事実に揃います。
さらに、コンポーネントから元レポートへドリルダウンできるため、「なぜこの数字なのか」を会議の場でその場で確認できます。宿題を持ち帰って翌週に回答する、という往復が減ることは、意思決定のスピードそのものを引き上げます。
組織内での認識共有
経営層、マネージャー、現場担当者が、それぞれ別々の資料を見ている組織では、議論が噛み合いません。同じダッシュボードを共通の基準として持つことで、「見ている数字が違う」ことに起因する不毛なすり合わせが減ります。
Salesforceダッシュボードの作成手順
Lightning Experienceでの一般的な作成手順は、次の流れです。細部の画面表記はリリースによって変わることがあるため、大枠の順序として押さえてください。
Step1. 元になるレポートを作成する
ダッシュボードのコンポーネントはレポートを参照するため、まずレポートを用意します。適切なレポートタイプを選び、表示する項目、検索条件（期間、部門、フェーズなど）、グループ化する行・列、集計する数値項目を設定して保存します。
ここで意識したいのが、グラフにしたときの形を想像しながらグループ化を決めることです。担当者別の棒グラフにしたいなら担当者でグループ化する、月次推移の折れ線にしたいなら締切日を月単位でグループ化する、というように、出口から逆算するとやり直しが減ります。
Step2. 新規ダッシュボードを作成する
アプリケーションランチャーから「ダッシュボード」タブを開き、「新規ダッシュボード」を選択します。ダッシュボードの名前と説明、保存先フォルダを指定して作成します。
フォルダの選択は後述する共有・権限に直結する重要なポイントです。誰に見せるダッシュボードなのかを決めてから、対応するフォルダに保存しましょう。
Step3. コンポーネント（ウィジェット）を追加する
編集画面で「＋ コンポーネント」を選び、Step1で作成したレポートを選択します。続いて表示タイプ（縦棒グラフ、ゲージ、メトリクスなど）を選び、タイトル・サブタイトル・フッターを設定して追加します。
Lightning Experienceのダッシュボードは最大9列のグリッド構成で、行数の制限はありません。コンポーネントはドラッグでサイズ変更・並べ替えができるため、重要な指標を左上に大きく配置し、補足的な指標を下部に置く、といったレイアウト設計が可能です。人の視線は左上から動くため、最も見てほしい数字を左上に置くのは有効な原則です。
Step4. 検索条件（フィルター）を設定する
ダッシュボード全体に効く検索条件を設定すると、閲覧者が画面上で「部門」「地域」「製品カテゴリ」などを切り替えられるようになります。地域別に別々のダッシュボードを作る代わりに、1つのダッシュボードに地域フィルターを付ける、という設計にすればメンテナンス対象を減らせます。
検索条件の数には上限があり、一般的なエディションでは1ダッシュボードあたり3個まで、Unlimited Editionでは5個までとされています。また、1つの検索条件に設定できる値の数にも上限があるため、あらゆる切り口をフィルターで賄おうとすると設計が破綻します。よく使う切り口に絞るのが現実的です。
Step5. 実行ユーザー（データの参照ユーザー）を設定する
ダッシュボードのプロパティで「どのユーザーとしてダッシュボードを参照するか」を設定します。ここが、Salesforceダッシュボード特有の、そして最もつまずきやすい設定です。詳細は次章で解説します。
Step6. 保存して共有する
保存すると、ダッシュボードが置かれたフォルダのアクセス権を持つユーザーが閲覧できるようになります。必要に応じてフォルダの共有設定を行い、対象のユーザーやグループにアクセス権を付与します。
よく使うダッシュボードは、Lightningアプリケーションのホーム画面やレコードページに埋め込んでおくと、閲覧のハードルが下がります。「見に行かないと見られない」ものは、結局見られなくなるためです。
権限と共有の仕組み
Salesforceのダッシュボードは、「ユーザー権限」「フォルダのアクセス権」「実行ユーザー」という3つの要素が組み合わさって、誰が何を見られるかが決まります。ここを理解しているかどうかで、運用の安定度が大きく変わります。
ユーザー権限とフォルダのアクセス権
作成・編集ができるかどうかは、プロファイルや権限セットで付与されるユーザー権限と、ダッシュボードが保存されているフォルダのアクセス権の組み合わせで決まります。
| 要素 | 内容 |
|---|---|
| ダッシュボードの作成権限 | プロファイル／権限セットで付与。新規作成し、アクセス可能なフォルダに保存できる |
| フォルダのアクセス権 | 「参照」「編集」「管理」の3段階。編集権があればそのフォルダ内のダッシュボードを編集できる |
| 公開フォルダのダッシュボードを管理 | 他ユーザーの非公開フォルダを除く、すべてのダッシュボードフォルダを管理できる強い権限 |
| 動的ダッシュボードの管理 | 閲覧者ごとにデータが変わるダッシュボードを作成・設定できる |
フォルダは、ユーザー・公開グループ・ロール・テリトリーといった単位で共有できます。ただし画面上から共有できる対象数には上限があるため、個々のユーザーを一人ずつ追加していく運用は早晩行き詰まります。公開グループやロールを使って束ねるのが、長く使える設計です。
実行ユーザーの考え方
ダッシュボードに表示されるデータは、「誰の目線で集計するか」によって変わります。設定の選択肢は概ね次の3つです。
| 設定 | 表示されるデータ | 使いどころ |
|---|---|---|
| 特定のユーザーとして実行（自分など） | 指定したユーザーの権限で見えるデータ。閲覧者が誰でも同じ内容 | 全社共通の数字を全員に同じ形で見せたい場合 |
| ダッシュボード閲覧者として実行（動的ダッシュボード） | 閲覧者本人の権限に応じてデータが自動で切り替わる | 1つのダッシュボードを各担当者・各マネージャーに使い回したい場合 |
| 閲覧者が実行ユーザーを選べる設定 | 閲覧時に表示ユーザーを切り替えられる | マネージャーがメンバーごとの状況を切り替えて確認したい場合 |
「同じ設定のはずなのに、人によって数字が違って見える」という相談の大半は、この実行ユーザーの設定に起因します。逆に、「本来は自分の案件しか見えないはずの担当者に全社の数字が見えてしまっている」というケースも、特定ユーザー実行のダッシュボードを広いフォルダに置いたことが原因になりがちです。フォルダの共有範囲と実行ユーザーはセットで確認することを、運用ルールとして決めておくと安全です。
なお、動的ダッシュボード（閲覧者として実行するダッシュボード）には、エディションごとに作成できる数の上限があります。Enterprise Editionでは5個、Unlimited／Performance Editionでは10個といった制限が設けられているため、無制限に量産できるものではない点は設計時に織り込んでおきましょう。
運用時に押さえておきたい注意点
データは自動でリアルタイム更新され続けるわけではない
ダッシュボードは「開けば常に最新」というものではなく、更新（リフレッシュ）されたタイミングのデータを表示します。画面上には最終更新日時が表示されるため、数字を見る前にまずそこを確認する習慣をつけると、古いデータで議論してしまう事故を防げます。
自動更新は、ダッシュボード画面の「登録」から更新スケジュールを設定することで実現できます。毎日・毎週・毎月といった頻度と時刻を指定でき、たとえば毎朝5時に更新されるようにしておけば、朝会の時点で当日分の最新データが揃っている状態を作れます。合わせて通知をオンにすれば、更新結果をメールで受け取ることも可能です。
なお、参照するレポートの件数が多いダッシュボードは更新に時間がかかる傾向があります。更新が遅いと感じる場合は、レポートの検索条件で期間を絞る、不要な項目を減らす、といったチューニングが有効です。
コンポーネント数などの上限
1つのダッシュボードに配置できるコンポーネント数には上限があり、グラフ系のコンポーネントは最大20個程度、これに加えて画像やテキストをそれぞれ一定数まで配置できるとされています。ダッシュボードそのものの作成数に上限はないため、1つに詰め込むのではなく、目的別に複数のダッシュボードへ分けるのが基本方針になります。
そもそも、20個の指標が並んだ画面は人間には読み切れません。1つのダッシュボードに載せる指標は、実務上は5〜8個程度に絞ったほうが、意思決定に使われる確率は高くなります。
作りっぱなしにしない運用体制
ダッシュボードは作った瞬間がゴールではありません。組織変更、商品構成の変更、KPIの見直しがあれば、参照しているレポートの条件も見直しが必要です。誰も見ていない・数字の定義が古いダッシュボードが放置されると、「Salesforceの数字は当てにならない」という不信につながります。
- オーナーを決める：ダッシュボードごとに管理責任者を明確にする
- 棚卸しの周期を決める：四半期に一度など、定期的に不要なものを削除・統合する
- 命名規則を揃える：「部門_用途_対象期間」のように統一し、探せる状態を保つ
- フォルダ設計を先に決める：全社共有用、部門用、個人検証用などを分けておく
データの入力精度が前提になる
当然のことですが、ダッシュボードはSalesforceに入力されたデータしか可視化できません。商談の金額や完了予定日が更新されていなければ、どれだけ美しいダッシュボードを作っても、映るのは実態とずれた数字です。可視化の整備とセットで、入力ルールの徹底と、入力負荷を下げる工夫（入力項目の絞り込み、必須項目の見直し）を進める必要があります。
標準ダッシュボードで足りない場合の選択肢
Salesforceの標準レポート／ダッシュボードは、Salesforce内に蓄積された現在のデータを把握することに強みがあります。一方で、外部システムのデータを統合した分析や、より高度で自由度の高いビジュアル分析を行いたい場合は、CRM Analytics（旧Tableau CRM）やTableauといった専用の分析基盤が候補になります。
| 比較軸 | 標準レポート／ダッシュボード | CRM Analytics・Tableau |
|---|---|---|
| 主な対象データ | Salesforce内のデータ | 外部データを含む幅広いデータソース |
| 主な用途 | 現状の進捗把握、日々のモニタリング | 過去データの分析、予測、高度な可視化 |
| 導入負荷 | 標準機能のため追加導入不要 | 追加ライセンス・設計・運用体制が必要 |
多くの組織では、まず標準ダッシュボードを使いこなすことが先決です。標準機能で運用が回っていない段階でBIツールを追加しても、可視化されない原因（入力精度や指標定義の曖昧さ）は解消されません。
活用例
営業活動の可視化（営業マネージャー向け）
チームの営業状況を1画面で押さえる構成です。
- メトリクス：今月の受注金額、今月の新規商談件数
- ゲージ：チーム月次目標に対する達成率
- じょうごグラフ：商談フェーズ別のパイプライン（リード〜受注）
- 縦棒グラフ：担当者別の受注金額・商談件数
- 表：完了予定日を過ぎたまま更新されていない商談一覧
最後の「停滞商談の一覧」は地味ですが効果が大きいコンポーネントです。合計金額だけを見ていると、動いていない案件が積み上がっていることに気づけません。
KPI管理・パイプライン管理（営業企画向け）
受注という結果指標だけでなく、そこに至るプロセス指標を並べる構成です。
- 折れ線グラフ：月次のリード獲得数、商談化数、受注数の推移
- メトリクス：商談化率、受注率、平均商談単価、平均リードタイム
- 横棒グラフ：リードソース別の商談化数
結果が落ちたときに、どの工程で目減りしているのかを特定できる形にしておくと、打ち手の議論がしやすくなります。「受注が足りない」ではなく「商談化率は例年通りだが、そもそもの商談数が3割少ない」という粒度まで落ちて初めて、対策が具体になります。
経営層向けレポーティング
経営会議で使うダッシュボードは、指標を絞ることが最優先です。
- メトリクス：全社の当期受注金額と前年同期比
- 縦棒グラフ：事業部別・製品カテゴリ別の売上構成
- 折れ線グラフ：四半期ごとのパイプライン総額の推移
- ゲージ：年間目標に対する進捗率
検索条件で事業部を切り替えられるようにしておけば、1つのダッシュボードで全社と各事業部の両方を確認できます。
インサイドセールス・マーケティング向け
- メトリクス：今週の架電数、有効会話数、アポイント獲得数
- 横棒グラフ：担当者別のアポイント獲得数
- 円グラフ：リードステータス別の構成比
- 表：フォローアップ期日を過ぎた未対応リード一覧
活動量の指標は、可視化することで自然と行動が揃うという側面があります。ただし、数字が「監視」として受け取られると入力の形骸化を招くため、チームで改善するための材料として共有する姿勢が欠かせません。
カスタマーサポート向け
- メトリクス：未クローズのケース件数、平均クローズ時間
- 折れ線グラフ：日次の新規ケース数と対応完了数の推移
- 円グラフ：ケース種別・製品別の内訳
- 表：エスカレーション対象のケース一覧
新規発生数と対応完了数を同じグラフに重ねると、対応が追いついているかどうかが直感的に分かります。
まとめ
Salesforceダッシュボードは、レポートで集計したデータをグラフやゲージで1画面に集約し、組織の状況をリアルタイムに近い形で共有するための標準機能です。要点を整理します。
- レポートは数字を作る場所、ダッシュボードは数字を見せる場所であり、ダッシュボードは必ず元レポートを必要とする
- コンポーネントは棒・折れ線・円／ドーナツ・ゲージ・メトリクス・じょうご・散布図・表などがあり、目的から逆算して選ぶことで理解速度が変わる
- 作成は「レポート作成 → ダッシュボード作成 → コンポーネント追加 → 検索条件設定 → 実行ユーザー設定 → 保存・共有」の流れ
- 表示されるデータは「ユーザー権限」「フォルダのアクセス権」「実行ユーザー」の3要素で決まる。フォルダの共有範囲と実行ユーザーはセットで確認する
- 検索条件は一般的なエディションで3個（Unlimitedは5個）、グラフ系コンポーネントは20個程度、動的ダッシュボードはEnterpriseで5個・Unlimited／Performanceで10個といった上限がある
- 更新は自動ではなく、「登録」から毎日・毎週・毎月の更新スケジュールを設定できる。閲覧時は最終更新日時の確認を習慣にする
- 1画面に詰め込まず目的別に分け、オーナーと棚卸し周期を決めて運用することが、形骸化を防ぐ鍵になる
そして最も土台となるのは、Salesforceに入力されるデータそのものの精度です。可視化の仕組みと入力運用の両輪が揃って初めて、ダッシュボードは意思決定を支える道具になります。