← 実践記事

OTSUMU KNOWLEDGE

データに基づく意思決定を社内に根付かせる進め方と会議の仕組み

データに基づく意思決定を根付かせる近道は、ツール導入より先に、見る指標を絞り定義をそろえ、会議を「数字→原因→行動」の型に変えることです。組織の段階、会議の運用、権限とデータの整備、定着の工夫と失敗例を解説します。

データに基づく意思決定を社内に根付かせるには、高価な分析ツールやデータ基盤を先に導入するより、「どの会議で、どの数字を見て、何を決めるのか」を先に決めることが近道です。データドリブンな組織とは、データを大量に持っている組織ではなく、決めるべきことが決まる場で、必要な数字が当たり前に参照されている組織です。仕組みの中心にあるのはツールではなく、会議と習慣です。

そのために必要なのは、少数の重要な指標の定義をそろえること、全員が同じ数字を見られる状態を作ること、会議の進め方を「数字を見て次の行動を決める」形に変えること、そして数字を見る人がデータにアクセスできる権限と手段を持つことです。経営者や責任者が自ら数字を使って判断する姿勢を見せることも欠かせません。

この記事は、データを見て判断する習慣がまだない組織で、その文化を作りたい経営者、事業責任者、企画担当者に向けて書いています。データドリブンな組織に変わるための段階、指標の共有、会議の運用、権限やデータの整備、よくある失敗までを、具体的な進め方として整理します。

データドリブンな組織とは何か

データドリブンとは、勘や経験だけに頼らず、データを根拠の一つとして判断や行動を決めることを指します。ただし、データだけで判断するという意味ではありません。現場の感覚や顧客の声、経営者の意思も重要な判断材料です。データドリブンな組織では、それらに加えて数字を確認し、「感覚と数字が一致しているか」「一致しないならなぜか」を議論できます。

データに基づく判断が根付いていない組織では、次のような光景がよく見られます。

  • 会議で「最近売上が落ちている気がする」という話が出ても、誰も具体的な数字を出せない
  • 部署ごとに違う数字を持ち寄り、どれが正しいかの議論で会議が終わる
  • 毎月の報告資料を作るのに担当者が何日もかけているが、資料はほとんど読まれない
  • 施策を始めたものの、効果があったのかどうかを誰も確認していない
  • データを見たい人が、担当者に依頼してから結果が出るまで何日も待つ

これらはツールの不足というより、指標の定義、会議の進め方、データへのアクセスの仕組みが整っていないことから生まれる問題です。

データドリブンな組織への段階

組織がデータに基づく意思決定に移っていく過程は、おおむね次の段階で進みます。自社がどこにいるかを確認すると、次に取り組むべきことが見えます。

段階組織の状態次に取り組むこと
1. 記録がない判断に必要なデータが記録されていない、または散らばっている重要な業務のデータを一か所に記録する
2. 集計はあるが見られていない報告資料は作られるが、会議で使われていない会議の議題と数字を結びつける
3. 見ているが行動につながらない数字を確認するが、報告で終わり、次の行動が決まらない会議の型を「数字 → 原因 → 行動」に変える
4. 行動につながるが一部の人だけ経営層や特定の部署だけが数字を使っている指標の共有範囲と権限を広げる
5. 現場が自ら数字を使う担当者が自分で数字を確認し、仮説を立てて試している検証の結果を組織で蓄積する

多くの組織は段階2や3で止まっています。いきなり段階5を目指してツールを導入しても、手前の段階ができていなければ使われません。一段ずつ進めることが大切です。

最初に決めること:見る指標を絞り、定義をそろえる

データドリブンな組織づくりの第一歩は、全社や部署で見る指標を少数に絞り、その定義をそろえることです。

指標は少なく始める

最初から多くの指標を並べると、どれが重要なのかが伝わらず、誰も見なくなります。まずは事業の成果を表す最上位の指標を一つか二つ決め、それを構成する指標を部署ごとに数個ずつ選びます。指標を構成要素に分けて考える方法は、KPIツリーの考え方が参考になります。

指標を選ぶときの基準は、「この数字が変わったら、誰が何をするか」が決まっているかどうかです。見ても行動が変わらない数字は、会議の時間を使ってまで見る必要はありません。

定義を文書にする

「売上」「顧客」「アクティブユーザー」といった言葉も、部署によって意味が違うことがあります。売上は受注時点か請求時点か入金時点か、顧客は契約中の会社か過去に一度でも購入した会社か、アクティブは一日に一回の利用か一か月に一回の利用か。定義が違えば数字は一致しません。

指標ごとに、名前、意味、計算式、データの出どころ、更新の頻度、責任者を一覧にした文書を作り、全員が参照できる場所に置きます。作り方の詳細はKPI定義書の作り方で解説しています。この文書があるだけで、「どの数字が正しいのか」という議論の多くがなくなります。

全員が同じ数字を見られる状態を作る

定義が決まったら、その数字を全員が同じ形で見られる状態を作ります。

最初はスプレッドシートで十分です。重要なのは、担当者ごとに別々のファイルで集計するのではなく、「この数字はここを見る」という場所が一つに決まっていることです。毎週決まった曜日に更新し、更新日が分かるようにしておきます。

指標の数や更新の頻度が増えて手作業の集計が負担になってきたら、データを自動で集めてダッシュボードで表示する仕組みを検討します。その場合も、会議で使う画面を最初に設計し、その画面に必要なデータだけを集める、という順番で進めると、作ったのに使われないという事態を避けられます。ダッシュボードが見られなくなる原因は作ったダッシュボードが見られない原因で詳しく扱っています。

数字に「比較の基準」を添える

数字は単独では意味を持ちにくいものです。「今月の問い合わせは何件」と言われても、それが多いのか少ないのか判断できません。目標値、前月、前年同月、過去数か月の平均など、比較の基準を必ず並べて表示します。そうすることで、会議の参加者が「良いのか悪いのか」を一目で判断でき、議論が速くなります。

会議の仕組みを変える:数字を行動に変える型

データドリブンな組織づくりで最も効果が大きいのは、会議の進め方を変えることです。どれだけ良いデータがあっても、会議で使われなければ意味がありません。

会議の進め方の型

週次の定例会議を、次の流れで進めます。

  1. 前回の会議で決めた行動の結果を確認する(実行したか、数字はどう動いたか)
  2. 重要な指標を目標と比較し、差が大きいものを確認する
  3. 差が大きい指標について、原因の仮説を出し合う
  4. 仮説のうち、確かめる価値が高いものを一つか二つ選ぶ
  5. 誰が、いつまでに、何をするかを決める
  6. 決めたことを記録し、次回の会議の最初に確認する

この型で重要なのは、手順1と手順5です。前回決めたことの結果を確認しない会議は、毎回同じ話を繰り返します。誰が何をするかを決めない会議は、数字を眺めて終わります。会議の運用の詳細はKPIを使った定例会議の進め方で解説しています。

報告資料の作成をやめる

数字を共有の場所で見られるようになったら、会議のための報告資料を別に作るのをやめることを検討します。会議ではダッシュボードやスプレッドシートを直接映し、そこで議論します。資料作成にかかっていた時間を、原因の分析や施策の準備に回せます。また、資料に載せるために数字を加工したり、都合のよい切り口を選んだりすることもなくなります。

意思決定の記録を残す

会議で何を根拠に何を決めたかを記録しておくと、後から判断を振り返れます。うまくいかなかった施策について「なぜそう判断したのか」を確認でき、次の判断の精度が上がります。決定の記録は、組織の学びを蓄積する仕組みでもあります。

権限とデータへのアクセスを整える

数字を使う人が増えるにつれて、データへのアクセスの仕組みが問題になります。

見られる人を広げる。 経営層だけが数字を見ている状態では、現場が自分の仕事と数字を結びつけられません。給与や個人情報など見せるべきでない情報を除き、事業の重要な指標は、できるだけ広い範囲の社員が見られるようにします。

自分で確認できる手段を用意する。 「この数字を部署別に見たい」と思ったとき、担当者に依頼して数日待つ状態では、数字を見る習慣は育ちません。よく使われる切り口はダッシュボードで選べるようにし、さらに細かく分析したい人には、集計の方法を学べる機会を用意します。

データの扱いのルールを決める。 アクセスできる人が増えるほど、データの扱いのルールが重要になります。誰がどのデータを見られるか、顧客の個人情報をどう扱うか、データを外部に持ち出すときの手続きなどを決めておきます。データの管理の方針はデータガバナンスと呼ばれる考え方の一部です。個人情報の取り扱いについては、法令の最新の内容を専門家に確認してください。

数字を読む力を育てる

データにアクセスできても、数字の読み方が分からなければ判断には使えません。現場の担当者に身につけてほしいのは、高度な統計の知識ではなく、次のような基本です。

  • 平均だけでなく、内訳や分布を見る(一部の大きな値に平均が引っ張られていないか)
  • 比較の基準をそろえる(期間の長さ、対象の範囲、定義が同じか)
  • 割合を見るときは、分母の数も確認する(件数が少ないと割合は大きく揺れる)
  • 二つの数字が一緒に動いていても、一方が原因とは限らないと考える
  • 数字が急に変わったら、まず計測や集計の不具合を疑う

社内で短い勉強会を開き、自社の実際の数字を題材にこれらを確認すると、身近な問題として理解されやすくなります。自分で集計したい人には、表計算ソフトの集計機能や、データベースから数字を取り出す基本的な書き方(事業担当者のためのSQL入門で解説しています)を学ぶ機会を用意すると、分析担当者への依頼も減っていきます。

定着させるための工夫

仕組みを作っても、習慣として定着させるには時間がかかります。定着を助ける工夫をいくつか挙げます。

責任者が率先して数字を使う。 経営者や部門の責任者が、判断の場面で「その数字はどうなっているか」と聞き、自らも数字を根拠に話すと、組織全体の行動が変わります。逆に、責任者が数字を見ずに判断していると、どれだけ仕組みを整えても形だけになります。

小さな成功体験を作る。 データを見て施策を変えたら数字が改善した、という経験を、早い段階で一つ作ります。その経験を社内で共有すると、データを見ることの意味が伝わります。最初の対象は、変化が早く結果が見えやすいテーマを選びます。たとえば問い合わせへの返信の速さや、メールの件名の違いなど、数週間で結果が分かり、失敗しても影響の小さいテーマが向いています。

数字で人を責めない。 数字が悪かったときに担当者を責める文化があると、悪い数字を隠したり、都合のよい切り口だけを出したりする行動が生まれます。悪い数字が早く出てくることを歓迎し、原因と次の行動の議論に集中することが、データドリブンな組織の前提になります。

データの不具合を直す担当を決める。 数字がおかしいと感じたときに、誰に連絡すれば直るのかが決まっていないと、数字への信頼が失われます。データの品質に責任を持つ担当者を決め、問い合わせの窓口を一本化します。

架空の例:小売チェーンの本部

架空の例として、数店舗を運営する小売業の本部を考えます。毎月の店長会議では、各店舗が自分で集計した売上を報告していましたが、計算方法が店舗ごとに違い、比較ができませんでした。会議は報告の読み上げで終わり、具体的な改善につながっていませんでした。

本部はまず、売上を「来店客数 × 購入率 × 客単価」に分け、その定義を文書にしました。各店舗のPOSデータから同じ計算方法で数字を出し、一つのスプレッドシートで全店舗を並べて見られるようにしました。店長会議では報告資料の作成をやめ、そのスプレッドシートを映して、目標との差が大きい店舗の原因と翌月に試すことを決める形に変えました。

最初の数か月は、数字の見方に慣れない店長もいましたが、ある店舗が客単価の低さに気づいて陳列を変え、翌月に数字が改善したことを会議で共有すると、他の店舗も自分の数字を確認するようになりました。高度なツールを使わず、定義と会議の型を変えただけで、組織の行動が変わった例です。

データドリブンな組織づくりのチェックリスト

  • 全社と部署ごとに、見るべき指標が少数に絞られているか
  • 指標ごとに、定義・計算式・データの出どころ・責任者が文書になっているか
  • 全員が同じ場所で同じ数字を見られるか
  • 数字に目標や前期などの比較の基準が添えられているか
  • 会議で、前回決めた行動の結果を確認しているか
  • 会議で、誰が・いつまでに・何をするかを決めているか
  • 会議のための報告資料の作成に時間がかかりすぎていないか
  • 意思決定の根拠と結果を記録しているか
  • 事業の重要な指標を、必要な社員が見られる権限になっているか
  • データの不具合を報告する窓口が決まっているか

よくある失敗とその避け方

ツールの導入から始める。 BIツールやデータ基盤を先に導入しても、見る指標と会議の使い方が決まっていなければ、画面が作られて終わります。ツールは、手作業での運用が回り始め、その手間が問題になってから導入しても遅くありません。

指標を増やしすぎる。 見られる数字が増えると、むしろ判断が遅くなります。会議で毎回見る指標を数個に絞り、それ以外は必要なときに参照するものとして分けます。

データの正しさの議論で止まる。 数字が完全に正しくなるまで使わない、という姿勢では、いつまでも始まりません。多少の誤差があることを前提に、傾向の判断に使い、定義と集計の改善は並行して進めます。

分析担当者だけに任せる。 分析の専門家がいても、事業の判断をする人が数字を見なければ組織は変わりません。分析担当者の役割は、判断する人が数字を使えるように支えることであり、代わりに判断することではありません。

数字に表れないものを無視する。 データドリブンを掲げるあまり、顧客の声や現場の感覚を軽視すると、数字に表れにくい変化を見逃します。数字と定性的な情報を並べて議論するのが健全な姿です。

よくある質問

Q. 社内にデータ分析の専門家がいません。それでもデータドリブンな組織は作れますか?

作れます。最初の段階で必要なのは高度な分析ではなく、指標の定義をそろえ、同じ数字を見て、会議で次の行動を決めることです。スプレッドシートで集計できる範囲から始め、必要になったときに分析のスキルを持つ人を育てるか、外部の支援を受けるとよいでしょう。

Q. 経営者がデータを見る習慣がない場合、どうすればよいですか?

経営者が判断に迷っているテーマについて、判断に役立つ数字を一つ用意して見せるところから始めるのが効果的です。データの必要性を説くより、実際の判断の場面で数字が役立つ経験をしてもらう方が伝わります。会議の最初に数分だけ重要な指標を確認する時間を設ける、といった小さな変更も有効です。

Q. どのくらいの期間で文化として根付きますか?

組織の規模や出発点によって大きく異なります。ただ、会議の型を変えてから数か月ほどで、数字を見て話す習慣ができ始めることは珍しくありません。大切なのは期間を決めて一気に変えることより、会議ごとに小さく改善を続けることです。

Q. 部署ごとに見たい数字が違い、全社で指標をそろえられません。

すべての部署が同じ指標を見る必要はありません。全社で共有するのは事業の成果を表す最上位の指標と、その構成要素だけにし、部署ごとの細かな指標はそれぞれが管理する形で問題ありません。ただし、部署をまたいで使う言葉(顧客、売上、商談など)の定義だけは全社で統一してください。そこがずれていると、部署間の議論が成り立たなくなります。

Otsumuに相談できること

経営者や責任者が数字を使う意思を持っていて、重要な業務のデータがすでにどこかに記録されているなら、この記事の手順で指標を絞り、定義を文書にし、会議の型を変えるところまでは、自社で十分に進められます。最初の一歩は、次の定例会議で「前回決めたことの結果を確認する」ことから始めても構いません。

一方で、部署ごとにデータの定義が違い社内だけでは調整がつかない、データが複数のシステムに散らばっていて同じ数字を見る状態を作れない、何を指標にすべきか合意が取れない、といった状況では、利害から離れた第三者が入ることで議論が進みやすくなります。

Otsumuは自らも事業を手がける実践者として、KPI改善コンサルティングで、指標の選定と定義づくり、会議の運用設計、改善の進め方の定着までを一緒に進めます。データの集約や可視化の仕組みが必要な場合は、ダッシュボード開発として、会議で使う画面から逆算して必要な範囲に絞って開発します。支援の範囲は状況に応じて個別にお見積もりします。

今の会議の進め方や指標の選び方についての相談だけでもかまいません。まずは30分の無料相談で、組織の現状をお聞かせください。

この記事について

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

執筆:Otsumu株式会社 / 編集日 2026.10.01

あわせて読む

次の一手を、一緒に。

事業の検証から開発・運用まで、現在の段階に合わせて支援します。

事業について相談する ↗
FROM KNOWLEDGE TO ACTION

知識を、次の一手へ。

30分の無料診断で、次の一手を整理する ↗