経営ダッシュボードの作り方：見る指標と更新の仕組みの設計

経営ダッシュボードを作るときに最初に決めるべきなのは、ツールでも画面のデザインでもなく「どの会議で、誰が、どの判断のために見るのか」です。見る場面と判断が決まれば、載せる指標は自然に絞られ、データをどの頻度で更新すればよいか、どのシステムから数字を取ればよいかも決まります。逆に、手元にあるデータを全部並べるところから始めると、指標が数十個並んだ「立派だけれど誰も見ない画面」ができあがります。

この記事は、経営会議や部門会議で使うダッシュボードをこれから作る経営者・事業責任者・管理部門の方に向けて、作り方を順番に整理したものです。指標の選び方、データの自動更新の仕組み、見る人ごとの画面構成、作った後の運用までを扱います。読み終えるころには、自社で最初に作るべき画面の範囲と、外部に頼むべき部分の見当がつくはずです。

なお、BIツールの選定そのものはBIツールの選び方で、複数システムのデータをまとめる仕組みはデータ集約とETLの記事で詳しく扱っています。本記事は、それらをつなぐ「設計の全体像」を示すことを目的にしています。

経営ダッシュボードとは何か：月次報告資料との違い

経営ダッシュボードは、事業の状態を判断するための主要な数字を一つの画面に集め、決まった頻度で自動的に更新される仕組みです。毎月の経営会議のために担当者がスプレッドシートを集計し、グラフを貼り付けて作る報告資料と比べると、違いは三つあります。

一つ目は、更新の手間です。報告資料は毎回人が作るため、作る人が休めば止まり、集計方法も人によって少しずつ変わります。ダッシュボードはデータの取り込みと計算を仕組みにするため、同じ定義の数字が同じタイミングで出てきます。

二つ目は、見られる頻度です。月次資料は会議の日にしか見られませんが、ダッシュボードは週次や日次で状態を確認できます。問題に気づくのが月末ではなく週の途中になれば、打てる手の選択肢が増えます。

三つ目は、掘り下げのしやすさです。売上が落ちたとき、資料では「なぜか」を調べるために別途集計を頼む必要がありますが、ダッシュボードなら商品別・チャネル別・地域別に絞り込んで、その場で原因の当たりをつけられます。

ただし、ダッシュボードは報告資料を完全に置き換えるものではありません。数字の背景にある出来事や、次に何をするかという解釈は、引き続き人が言葉で補う必要があります。ダッシュボードは「数字を集める作業」を減らし、「数字について話す時間」を増やすための道具だと考えると、設計の方向を誤りにくくなります。

作り始める前に決める3つのこと：会議・見る人・判断

いきなり指標を選び始める前に、次の三つを紙一枚にまとめておきます。

• 使う場面：週次の経営会議、月次の取締役会、部門の朝会など、どの会議や業務の中で開かれるのか。
• 見る人：社長、事業責任者、営業部長、経理担当など、誰が見て、その人はどこまで詳細を知りたいのか。
• 判断すること：その場で何を決めるのか。広告予算を増やすか、採用を前倒しするか、在庫を発注するか、など。

この三つが曖昧なまま作ると、「とりあえず全部見えるようにしておこう」という発想になり、結局どの会議でも使いにくい画面になります。たとえば同じ「売上」でも、社長が見たいのは月次の着地見込みと前年との差であり、営業部長が見たいのは担当者別の商談の進み具合です。同じ画面で両方を満たそうとすると、どちらにとっても情報が多すぎるか足りないかのどちらかになります。

判断から逆算する考え方は、KPIツリーとも相性がよいです。最終目標（売上や利益）を、それを動かす要素に分解しておけば、どの階層の指標を誰の画面に置くかを整理しやすくなります。

経営ダッシュボードに載せる指標の選び方

指標選びは、ダッシュボード作りで最も時間をかけるべき工程です。ここでは、候補を出してから絞り込むまでの手順を示します。

指標を絞り込む手順

1. 最終目標を一つ決める：今期の売上、営業利益、有料会員数など、会社として最も重視する数字を一つ置きます。
2. 分解する：売上なら「顧客数 × 顧客単価」、顧客数なら「新規獲得 + 継続 − 解約」のように、掛け算と足し算で分けていきます。
3. 動かせる指標に印をつける：分解した要素のうち、社内の施策で直接動かせるものに印をつけます。景気や季節のように動かせないものは参考情報に回します。
4. 先に動く指標を選ぶ：結果が出るまでに時間がかかる指標（売上など）だけでなく、その前に変化が現れる指標（商談数、問い合わせ数、試用開始数など）を必ず入れます。
5. 定義を書く：各指標について、計算式、集計期間、対象範囲（税込か税別か、返品を含むか、社内テストのアカウントを除くか）を文章で書きます。
6. 数を数える：一画面に置く主要指標は、目安として片手から両手で数えられる程度に収めます。それ以上に増えた場合は、詳細画面に移します。

先に動く指標と結果の指標の関係については、先行指標・遅行指標の解説も参考になります。

指標の種類と置き場所の目安

表の「置き場所」が示すように、すべての指標を一枚に載せる必要はありません。トップ画面は経営判断に必要な数字だけにし、部門画面や財務画面を別に用意して、必要な人が掘り下げられるようにします。

比較の軸を一緒に決める

数字は単独では判断できません。「今月の売上」を見ても、それがよいのか悪いのかは、目標や前月、前年と比べて初めて分かります。指標を選ぶときは、次のどれと比べるかも同時に決めておきます。

• 目標値（予算）との差
• 前月・前週との差
• 前年同月との差（季節変動がある事業の場合）
• 直近数か月の平均との差

比較の軸が決まっていないと、画面には数字が並ぶだけで、見た人が毎回頭の中で比較することになります。これは使われなくなる典型的な原因の一つです。

データの取得元と自動更新の仕組みを設計する

指標が決まったら、それぞれの数字をどのシステムから取るかを洗い出します。経営ダッシュボードで使うデータは、たいてい複数の場所に散らばっています。

更新の仕組みは、規模に応じて段階的に考えます。

• 段階1：手作業の取り込み：各システムからCSVを書き出し、スプレッドシートに貼り付けて、BIツールで表示します。仕組みとしては最も簡単ですが、担当者の手間と転記ミスが残ります。
• 段階2：コネクタによる自動取り込み：BIツールや連携サービスが用意している接続機能を使い、各システムから定期的にデータを取り込みます。設定だけで済む範囲が広く、まずはここを目指すのが現実的です。
• 段階3：データ基盤への集約：データをいったん分析用のデータベース（DWH）に集め、そこで計算をそろえてからダッシュボードに出します。取得元が多い、計算が複雑、過去データを長く保持したい場合に向いています。

最初から段階3を作る必要はありません。手作業で回しながら「どの指標が本当に見られているか」を確かめ、定着した指標から順に自動化するほうが、作り直しが少なく済みます。段階3の構成はDWH（データウェアハウス）の解説や、前述のETLの記事で詳しく説明しています。

更新の設計で忘れがちなのが、「いつ時点の数字か」の表示です。画面のどこかに最終更新日時を必ず出しておきます。更新が止まっていることに誰も気づかず、古い数字で判断してしまう事故を防げます。

更新頻度は「判断の頻度」に合わせる

すべての数字を日次やリアルタイムで更新したくなりますが、更新頻度を上げるほど仕組みは複雑になり、取り込みの失敗も増えます。基準にするのは、その数字を見て判断する頻度です。週次の会議で見る指標なら、前日までのデータが毎朝そろっていれば十分です。会計の数字のように月次決算で確定するものは、確定前の速報値と確定値を区別して表示し、どちらを見ているのかが分かるようにします。

数字の突き合わせを最初に一度やる

自動化した直後は、元のシステムの画面や既存の報告資料と、ダッシュボードの数字が一致しているかを必ず確認します。キャンセルの扱い、タイムゾーン、社内テストのデータ、税込と税別の違いなど、わずかな前提の違いで数字はずれます。ずれた理由を一つずつ説明できる状態にしてから公開しないと、「この画面の数字は信用できない」という印象が残り、その後どれだけ直しても見られなくなります。

見る人ごとの画面構成：トップ画面と詳細画面

画面は「全員が最初に開くトップ画面」と「役割ごとの詳細画面」の二層で考えると整理しやすくなります。

トップ画面の構成

トップ画面は、開いて数十秒で「今、問題があるかどうか」が分かることを目指します。上から順に次のように並べるのが基本です。

1. 最上段：最終成果の指標を大きな数字で表示し、目標や前年との差を色や矢印で示す。
2. 中段：成果を分解した指標と先に動く指標を、推移のグラフで表示する。
3. 下段：注意が必要な項目の一覧（目標から大きく外れている部門や商品など）。

色の使い方は控えめにします。すべてのグラフに色をつけると、どこが問題なのかが逆に分からなくなります。目標を下回っている箇所だけを目立たせるといった、意味のある使い方に限定します。

詳細画面の構成

詳細画面は、部門長や担当者が原因を調べるための画面です。期間、部門、商品、担当者などで絞り込めるようにし、トップ画面の数字から一段ずつ掘り下げられるようにします。トップ画面の各指標から対応する詳細画面へ移れるリンクを置くと、会議中に「なぜ落ちたのか」をその場で確かめられます。

閲覧権限の考え方

給与や個人別の成績など、全員に見せるべきでない数字がある場合は、画面ごと、あるいは行ごとに見られる範囲を制限します。権限の設計が複雑になるほど、BIツールの標準機能では対応しにくくなるため、権限要件は早い段階で洗い出しておきます。

具体例：月次資料から週次ダッシュボードへ移行した場面

ここでは、架空の一般例として、従業員数十名規模で複数の店舗とECを運営する会社を想定します。

この会社では、毎月の経営会議の前に経理担当が三日ほどかけて、店舗のPOSデータ、ECの受注データ、会計ソフトの数字をスプレッドシートにまとめていました。会議では売上の前年比が話題になるものの、原因を聞かれても資料にない切り口は「次回までに調べます」となり、手を打つのは翌月以降になっていました。

そこで、まず経営会議で毎回議論になる指標を過去の議事録から拾い出しました。結果として、売上、客数、客単価、粗利率、EC比率、在庫回転の六つに絞り込めました。最初の一か月は、POSとECのデータをCSVで取り込み、BIツールでトップ画面だけを作りました。会議は月次から週次の短い確認会に切り替え、毎週月曜にトップ画面を全員で見る運用にしました。

運用を始めると、店舗別・曜日別の客数を見たいという要望が繰り返し出たため、二か月目に店舗別の詳細画面を追加しました。逆に、在庫回転は週次では動きが小さく議論にならなかったため、月次の財務画面に移しました。三か月目には、定着した指標のデータ取り込みを自動化し、経理担当の集計作業は確認作業だけになりました。

この例で大切なのは、最初から完成形を作ろうとせず、「会議で実際に使われるか」を確かめながら画面を育てた点です。

経営ダッシュボード作りでよくある失敗と避け方

指標を載せすぎる：関係者全員の要望を取り入れると、指標は際限なく増えます。トップ画面に置く指標には上限を決め、追加するときは何かを外すというルールにします。

定義がそろっていない：同じ「売上」でも、営業は受注ベース、経理は計上ベースで見ていることがあります。定義書を作り、画面上にも定義を参照できる注記を置きます。部署ごとに定義がずれる問題はKPI定義書の作り方で詳しく扱っています。

更新が止まる：手作業の取り込みに頼ったまま担当者が異動すると、更新が止まります。誰が更新を担当し、止まったときに誰が気づくかを決めておきます。

見て終わる：数字を確認するだけで、誰が何をするかが決まらない会議は長続きしません。会議の最後に、数字から決まった行動と担当者を記録する欄を設けます。

最初から作り込みすぎる：見栄えのよいグラフや細かな絞り込み機能に時間をかけても、使われなければ意味がありません。最初の版は粗くてもよいので、早く会議で使い始めることを優先します。

使われないダッシュボードの原因と対策は、作ったダッシュボードが見られない原因でさらに掘り下げています。

公開前と運用開始後のチェックリスト

公開前に確認すること：

• 見る人、使う会議、判断することが書面で決まっている
• トップ画面の指標数が上限内に収まっている
• 各指標に計算式・期間・対象範囲の定義がある
• 目標値や前年など、比較の軸が画面に表示されている
• 最終更新日時が画面に表示されている
• 元データの数字と画面の数字を、少なくとも一か月分突き合わせて確認した
• 見せてはいけない数字に閲覧制限がかかっている

運用開始後に確認すること：

• 会議で実際に画面が開かれているか
• 数字から決まった行動が記録されているか
• 見られていない指標が残っていないか（定期的に棚卸しする）
• 取り込みが止まったときの通知と担当者が決まっているか
• 元システムの変更（項目の追加や計測設定の変更）が共有される仕組みがあるか

よくある質問

Q. 経営ダッシュボードはスプレッドシートでも作れますか？

作れます。指標が少なく、データ量も多くない段階では、スプレッドシートとグラフ機能で十分に役割を果たします。ただし、取得元が増えて手作業の集計が重くなる、閲覧権限を細かく分けたい、過去データが大きくなって動作が重くなる、といった状態になったら、BIツールやデータ基盤への移行を検討する時期です。

Q. 作るのにどのくらいの期間がかかりますか？

既存のBIツールで、取得元が少なく指標も絞れている場合は、数週間でトップ画面の初版を出せることが多いです。一方、複数システムのデータを集約する仕組みを新たに作る、データの定義を部署間で調整する必要がある、といった場合は、その作業に期間の大半がかかります。期間を決めるのは画面作りよりも、データの準備と定義の合意です。

Q. 費用は何で決まりますか？

主に、データの取得元の数と取り込み方式、計算の複雑さ、画面の数、閲覧権限の複雑さ、運用後の保守範囲で決まります。BIツールの利用料は利用者数や機能で変わるため、最新の料金は各サービスの公式情報で確認してください。見積もりを比較するときは、どの段階の自動化まで含まれているか、定義の整理を誰がするかをそろえて比べることが大切です。

Q. 社内にデータに詳しい人がいなくても運用できますか？

画面を見て判断するだけであれば、専門知識は必要ありません。問題になるのは、指標を追加したい、取り込みが止まった、といったときです。こうした保守作業を誰が担うかを最初に決めておき、社内で難しければ外部に保守を依頼する前提で設計しておくと安心です。

Otsumuに相談できること

見るべき指標がすでに社内で合意されていて、データも一つか二つのシステムにまとまっている場合は、この記事の手順に沿ってBIツールでトップ画面を作るところまで、自社で十分に進められます。最初は手作業の取り込みで始め、使われることを確かめてから自動化する進め方であれば、大きな投資も必要ありません。

一方で、何を指標にすべきか社内で意見が割れている、データが多くのシステムに散らばっていて定義がそろわない、顧客や取引先にも数字を見せたい、権限の要件が複雑でBIツールの標準機能では足りない、といった状況では、事業と開発の両方を理解した外部の力を借りたほうが早く形になります。

Otsumuは自らも事業を手がける立場から、会議で何を判断するかという出発点から指標を絞り込み、データの集約から画面の構築、運用後の改善までを一気通貫で支援しています。指標の設計そのものはKPI改善コンサルティングで、画面やデータ基盤の構築はダッシュボード開発で対応しています。範囲に応じて個別にお見積もりします。

まずは、今の月次資料や見ている数字をお持ちいただくだけでも構いません。30分の無料相談で、最初に作る画面の範囲を一緒に整理しましょう。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社 ／ 編集日 2026.10.01