1章：ダッシュボードで「何を見える化するか」を決める（目的・KPI設計）
Excelでダッシュボードを作るとき、最初にやるべきは「グラフを何にするか」ではなく、何の意思決定を速くするための画面かを言語化することです。ここが曖昧だと、見た目はそれっぽいのに「結局、何を見ればいいの？」という“飾りダッシュボード”になりがち。忙しい20代サラリーマンこそ、最短で使える設計から入るのが正解です。
ダッシュボードの目的は「行動」を決めるため
ダッシュボードは報告書ではなく、次のアクションを決めるための道具です。まずは次のように目的を一文で書きます。
- 例）「営業チームの今月の進捗を毎朝5分で把握し、遅れ案件にテコ入れする」
- 例）「工数の増加要因を週次で見つけ、残業を減らす打ち手を打つ」
この一文が決まると、「見るべき数字」と「切り口（部門別／担当別／週別など）」が自然に絞れます。
KPIは“全部盛り”にしない：KGI→KPI→指標の順で落とす
KPI設計のコツは、上位目標から逆算すること。おすすめは以下の3段階です。
- KGI（最終ゴール）：売上、利益、納期遵守率など
- KPI（先行指標）：KGIを動かす要因（商談数、成約率、リードタイムなど）
- 管理指標（補助）：KPIの内訳や原因分析に使う指標（商品別、担当別、工程別…）
例えば営業なら、KGIを「月間売上」とした場合、KPIは「商談数」「成約率」「平均単価」のように分解できます。ここで重要なのは、ダッシュボードに載せるKPIは3〜7個程度に絞ること。見る側の脳のリソースは有限なので、指標が多いほど“見ない”ダッシュボードになります。
「誰が」「いつ」「どう使うか」を決めると迷いが消える
同じテーマでも、利用者が違えば最適な設計は変わります。作り始める前に、次の3点を決めましょう。
- ユーザー：自分、チーム、上司、他部署（見る人のレベル感は？）
- 頻度：毎日／週次／月次（更新やデータ粒度に直結）
- 用途：朝会での確認／週次の改善会議／上長報告
例えば「朝会で使う」なら、1画面で結論が出る必要がありますし、「月次の振り返り」なら推移グラフや前年差分など分析寄りの要素が必要になります。
Excel向きのKPIにする：定義がブレない・更新できる
現場あるあるとして、KPIの定義が曖昧で毎回数字が変わる問題があります。Excelダッシュボードでは特に致命的なので、各KPIは必ず計算式で再現できる定義に落とします。
- 悪い例）「重要案件数」：重要の基準が人によって違う
- 良い例）「重要案件数」：金額≥100万円 かつ ステータス=提案中
さらに、KPIごとに次をメモしておくと運用が崩れません。
- 指標名／定義（条件・対象範囲）
- 更新頻度
- データ元（どのシート・どの列か）
- 担当者（誰が入力・誰が確認するか）
ここまでを固めてから、初めて「どんな表で持つか」「ピボットかPower Queryか」といった作り方に進みます。次章では、ダッシュボードの成否を決める元データの整え方を押さえます。
2章：元データを整えると9割勝ち（データ構造／テーブル化／入力ルール）
ダッシュボード作りで一番ラクしたいなら、最初に手をかけるべきはデザインでも関数でもなく元データです。ここが整っていないと、更新のたびに「列が増えた」「表記ゆれした」「空欄だらけ」で集計が崩れ、修正に時間を吸われます。逆に言えば、元データが“集計しやすい形”になっていれば、ピボットでもPower Queryでも安定して回ります。
まず押さえる：ダッシュボード向けデータ構造は「縦持ち」が基本
Excelでやりがちな失敗が、月別の横持ち（1月列、2月列…）や、見出しが2段になっている表です。見た目は分かりやすくても、集計・追加・フィルターに弱い。
ダッシュボードの元データは、原則として1行＝1レコード（1回の出来事）にします。
- 良い例（縦持ち）：日付／担当／部署／商品／金額／ステータス …を1行に並べる
- 避けたい例（横持ち）：担当×月のクロス表、週次が列で増えていく表
縦持ちにしておくと、「月別推移」も「担当別」も「部署別」も同じデータから切れるため、後工程（集計・可視化）が一気に簡単になります。
元データは必ず「Excelテーブル化」する（Ctrl + T）
元データ範囲はそのまま使わず、Excelのテーブル（ListObject）にします。理由はシンプルで、運用時に勝てるから。
- 行を追加しても範囲が自動で拡張される（集計の参照切れが減る）
- 列名で参照でき、数式が読みやすい（構造化参照）
- フィルター・並べ替えが標準で効く
テーブル名は「tbl_Sales」「tbl_Tickets」など、用途が分かる形に。列名も「金額」「売上金額」など似た言葉が混在すると後で迷うので、チーム内で呼び方を統一しておきましょう。
入力ルールがないと“表記ゆれ”で数字がズレる
ダッシュボードが信用されなくなる典型が、表記ゆれによる集計ズレです。「営業1課」「営業一課」「第一営業課」みたいに揺れると、別カテゴリとして扱われます。対策は入力の自由度を下げること。
- プルダウン：部署、担当、ステータスなどはデータの入力規則で選択式に
- コード化：商品名や取引先は「商品コード」「顧客ID」を持つ（名称は別列でもOK）
- 日付は日付型：文字列の「2026/2/1」混入を避ける（並び替えが壊れる）
特にステータスはKPIの定義に直結するので、「提案中／見積中／受注」などの候補を固定し、勝手に新しい表現を作れない状態が理想です。
欠損・異常値は“入れない仕組み”で潰す
入力ミスは注意喚起より仕組みで潰した方が早いです。
- 必須項目（例：日付、担当、金額）は空欄禁止の入力規則
- 金額は0以上、工数は0〜24など範囲制限
- 「未入力」を許容するなら、空欄よりNULL用の値（例：未設定）を統一
また、列の途中に合計行を入れる、結合セルを使う、といった“見やすくする工夫”は元データでは禁止。元データは機械が読めること最優先、見やすさはダッシュボード側で作ります。
「入力」シートと「集計」シートを分けるだけで崩れにくい
おすすめは、ブック内で役割を分けることです。
- Raw（元データ）：テーブル化された入力・取込データのみ
- Master（マスタ）：部署一覧、商品一覧、ステータス定義など
- Calc/Report（集計・表示）：ピボットやグラフ、ダッシュボード本体
こうしておくと、元データの形がブレにくく、集計が壊れたときも原因箇所を特定しやすい。次章では、この整った元データを前提に、ピボット・Power Query・計算項目をどう分担して集計設計するかを整理していきます。
3章：集計の設計図を作る（ピボット・Power Query・計算項目の役割分担）
1章で「何を見るか（KPI）」を決め、2章で「元データを崩れない形」に整えたら、次は集計の作り方を先に設計します。ここをノリで作ると、「どこで何を計算してるか分からない」「数字が合わない」「更新のたびに手作業」になりがちです。
ポイントは、Power Query／ピボット／シート上の計算（計算列・数式）の役割を分けること。ざっくり言うと、次の“役割分担”が一番安定します。
- Power Query：取り込み・整形・結合（データを「集計できる形」にする）
- ピボット：集計・切り口変更（担当別、月別などを素早く切る）
- 計算項目（数式）：KPIの定義や見せ方（比率、前年差、目標差など）
まず決める：「どの粒度で集計したいか」
集計設計で最初にやるべきは、ダッシュボードの“最小単位”を決めることです。例えば営業なら、よくある粒度は以下。
- 日次：日付×担当×案件（「今日の進捗」を見る）
- 週次：週×チーム（「今週の打ち手」を決める）
- 月次：月×部署（「月次の振り返り」をする）
ここが曖昧だと、「日付は日次なのに目標は月次」「推移は月別だけど内訳は日別」みたいに、数字の整合が取りづらくなります。まずは画面で使う粒度（例：月次）を1つ決め、必要なら補助で日次を持つのがおすすめです。
Power Queryの担当：データの“前処理”はここで終わらせる
Power Queryは、集計前の整形を自動化できるのが強みです。2章で整えたRawテーブルも、現場では「別ファイルから毎月来る」「列名が微妙に違う」などが起きがち。そういう揺れを集計前に吸収します。
- 列名の統一（例：「売上(円)」→「売上金額」）
- データ型の固定（日付は日付、金額は数値）
- 不要列の削除／必要列の追加（年月列、週番号、フラグ列など）
- マスタ結合（部署マスタ、商品マスタ、担当マスタと突合）
- 複数ファイルの取り込み統合（フォルダ取り込みで月次ファイルを自動結合）
ここでのコツは、Power Queryを「魔法の箱」にしないこと。最後に出力する形（＝集計用テーブル）を1つ決め、そこに向けて処理を積み上げます。名前も「qry_Sales_Clean」「qry_Tickets_Fact」みたいに役割が分かる形にしておくと、後で詰みません。
ピボットの担当：集計は“作り直しやすさ”が正義
ピボットテーブルは、ダッシュボードに必要な「切り口変更」を高速で回すためのエンジンです。担当別→部署別、月別→週別など、現場の会議で聞かれる質問はだいたい変化球。ピボットなら作り直しが効きます。
設計としては、いきなりダッシュボード画面にピボットを置くのではなく、「集計用」シートにピボットを集約するのがおすすめです。
- ピボットは「pt_Sales_Month」「pt_Sales_ByOwner」など用途別に分ける
- グラフはダッシュボード側、ピボットは裏方に配置（見た目と機能を分離）
- スライサーを使うなら、複数ピボットで同じデータソースを使い、同期できる形にする
さらに、ピボットが増えすぎると更新が重くなるので、KPIが絞れている（1章）ほど強いです。要は、ピボットは少数精鋭で。
計算項目（数式）の担当：KPIの定義と「見せ方」を分離する
計算はどこでもできますが、混ぜると地獄です。おすすめの考え方は次の2つに分けること。
- 定義の計算：KPIそのもの（例：成約率＝受注件数／商談件数）
- 見せ方の計算：前年差、達成率、ランキング、信号（赤黄緑）など
「定義の計算」はできるだけ集計側（ピボットやデータモデル）に寄せ、「見せ方の計算」はダッシュボード側のセル計算に寄せると、修正が楽になります。たとえば達成率の表示を小数→％表示に変えるのは見せ方の領域なので、集計ロジックまで触らない方が安全です。
また、よくある事故が手計算の列を元データに混ぜること。元データは2章の通り“機械が読む場所”なので、計算列を足すなら「Calc」側で管理し、何をどこで算出しているかを分かる状態にしておきましょう。
最小構成のおすすめ：まずは「Cleanデータ → ピボット → KPI表示」
迷ったら、次の流れに落とすと失敗しづらいです。
- Power QueryでCleanデータ（集計用テーブル）を1つ作る
- ピボットでKPIに必要な集計表を作る（裏方シート）
- ダッシュボードでは、その集計結果を参照して表示（必要なら差分や達成率を計算）
これなら、データ更新＝Power Query更新＋ピボット更新で完結し、見た目の修正も集計ロジックに影響しにくい。次章では、この集計結果を「1画面で伝わる」形に落とし込むための、配置・色・グラフ・スライサーの基本を押さえます。
4章：伝わる画面レイアウトの基本（配置・色・グラフ・スライサー設計）
集計が正しくても、画面が「どこを見ればいいか分からない」と、ダッシュボードは使われません。ここでのゴールは、結論→理由→詳細の順に視線が流れ、朝の5分で判断できる画面にすること。見た目のセンスではなく、型で作るのがコツです。
まずは型：上から「結論」「重要KPI」「内訳」の3段で組む
おすすめのレイアウトは次の通りです。
- 1段目（結論）：対象期間・フィルター状態・総評（達成/未達、前年差など）
- 2段目（重要KPI）：1章で絞ったKPIを3〜7個、カード型で横並び
- 3段目（内訳/推移）：原因を探れる推移グラフ＋カテゴリ別の内訳（上位10など）
「最初に見る場所」が固定されるので、上司に説明するときも迷子になりません。なお、ピボット表などの“裏方”は別シートに置き、表示シートは見せる要素だけに絞ります（3章の役割分担を崩さない）。
配置の鉄則：整列と余白で“仕事できる感”が出る
Excelは少しズレるだけで一気に素人っぽく見えます。次を徹底するだけで印象が変わります。
- グリッドに揃える：図形・グラフ・カードの左端/上端を揃える（配置→整列）
- 余白をルール化：ブロック間は一定（例：上下16px相当）に統一
- 情報の密度を分ける：上は大きく少なく、下は細かく多く
フォントは原則1種類、サイズは2〜3段階まで。装飾を増やすより、揃える・削るが正解です。
色は「意味」にだけ使う：基本はモノトーン＋強調1色
色が多いと目が疲れ、どれが重要か伝わりません。ルールはシンプルに。
- ベース：白〜薄いグレー（背景）＋黒/濃いグレー（文字）
- 強調色：1色だけ（例：青）をKPIの主役や選択状態に使う
- 警告色：赤・黄・緑は“状態”のみに限定（達成/未達、増減など）
特に注意したいのが、グラフをカラフルにしないこと。比較したい系列だけ色を付け、他はグレーで落とすと、視線誘導ができます。
グラフ選びは「比較」「推移」「構成比」で決める
見栄えより、問いに合わせてグラフを決めます。
- 推移（今月どう動いた？）：折れ線、棒＋折れ線（実績×目標）
- 比較（誰が良い/悪い？）：横棒（ランキング向き）、集合棒
- 構成比（どれが効いてる？）：100%積み上げ棒（円グラフは多分類だと読めない）
現場ダッシュボードで効く小技は、目標線（定数の系列）と前年差/前月差（増減を別指標で表示）。ただし、グラフ内に文字を詰め込みすぎず、補足は近くのセルに短く置くと読みやすいです。
スライサー設計：フィルターは「使う順」に並べる
スライサーは便利ですが、増やすほど迷います。ポイントは“意思決定の順番”に合わせること。
- 最優先：期間（年月/週）、部署（チーム）
- 次点：担当、商品、ステータスなど
配置は基本的に画面上部か左側にまとめ、選択中の条件が一目で分かるようにします（「選択の解除」ボタンも近くに）。また、複数ピボットを使う場合は、3章で触れた通り同一データソースに統一し、スライサーを同期させると操作が破綻しません。
最後の仕上げ：1画面で「次に何する？」まで言わせる
仕上げとして、KPIカードの近くに短い“読み取りガイド”を置くと、ダッシュボードが行動につながります。
- 例）「達成率が90%未満→未達要因（内訳）を確認」
- 例）「トップ3案件の停滞日数が増加→担当別にフォロー」
デザインは目的のための手段。迷わず・早く・同じ判断ができる画面を作れれば勝ちです。次章では、その画面が更新のたびに崩れないようにする「運用の仕組み」を入れていきます。
5章：運用で崩れない仕組みを入れる（更新手順・権限・エラー対策・改善サイクル）
ダッシュボードは「作って終わり」ではなく、回して初めて価値が出る仕組みです。見た目（4章）まで整っても、更新のたびに数字がズレたり、誰かの操作で壊れたりすると一気に使われなくなります。ここでは、忙しい現場でも崩れないための運用設計を押さえます。
更新手順は“1枚の手順書”に落とす（属人化を潰す）
まず作るべきは、凝ったマニュアルではなく1画面で読める更新手順です。理想は「この通り押せば更新できる」状態。
- Raw（元データ）に当月データを追加（テーブル末尾に貼り付け）
- Power Queryを更新（データ取得→すべて更新）
- ピボットを更新（必要なら「すべて更新」で統一）
- ダッシュボードでフィルター条件（期間など）を確認
- チェック項目（件数・合計）で検算して完了
ポイントは、更新を「複数のやり方」にしないこと。更新ボタンをブック上部に置く、更新専用シートを作るなど、迷う余地を消すと運用が安定します。
権限設計：触っていい場所を分ける（壊れる前提で守る）
Excelは自由度が高いぶん、事故も起きます。おすすめは編集範囲を明確に分離することです。
- 入力OK：Raw（テーブル）や入力フォームだけ
- 基本触らない：Power Query、ピボット、ダッシュボード配置
具体策としては、シート保護で編集セルを限定し、不要な人には「表示用PDF」や「閲覧用コピー」を渡すのも手。加えて、ファイル名を最新版が分かる命名（例：Dashboard_v1.3_202602）にして、どれが正か迷わせないのも効きます。
エラー対策：よくある事故は「先回り」で潰す
運用で壊れる原因はだいたい決まっています。よくあるエラーと対策をセットで入れましょう。
- 表記ゆれ：入力規則（プルダウン）＋マスタ突合（2章・3章の延長）
- 空欄で集計がズレる：必須項目チェック列（例：欠損フラグ）を作り、件数を表示
- データ型が崩れる：Power Queryで型を固定し、文字列日付を弾く
- 参照切れ：テーブル化（Ctrl+T）を徹底し、範囲指定をやめる
さらにおすすめは、ダッシュボードの上部にデータ品質の警告を出すことです。
- 例）「未入力：3件」「マスタ未登録：2件」が0でないと赤表示
数字が合わないときに「どこから疑うべきか」が一瞬で分かり、信頼性が落ちにくくなります。
改善サイクル：KPIと画面は“育てる”前提にする
現場が変われば、見るべきKPIも最適な切り口も変わります。そこで重要なのが、改善を「思いつき」ではなくルール化すること。
- 月1回：使われたか（閲覧頻度／会議で出たか）を確認
- 毎回：会議で出た質問をメモ（「担当別で見たい」「前年差が欲しい」など）
- 四半期：KPI定義の見直し（1章の目的に沿っているか）
このとき、3章の「役割分担」を守っていれば、変更も安全です。たとえば表示の並び替えや色の調整はダッシュボード側で、カテゴリ追加や定義変更はマスタ／Query側で、というように触る場所が決まっていると改修が速い。
作る力より、回す仕組みがある人が勝ちます。更新が簡単で、壊れにくく、改善しやすい——そこまで揃って、Excelダッシュボードは業務効率化の武器になります。
コメント