はじめに「ダッシュボードを作ったのに、誰も見なくなった」データ活用の相談を受けるとき、この話が出ない方が珍しいくらいです。せっかく時間とコストをかけて構築したのに、3ヶ月後には誰も開かなくなっている——そういうダッシュボードを、これまで本当にたくさん見てきました。不思議なのは、データが足りないわけでも、ツールが悪いわけでもないケースがほとんどだということ。問題は決まって「設計」にあります。今回は、よく見かける失敗パターンを5つ紹介します。心当たりがあるものは、ぜひ設計を見直すきっかけにしてください。失敗① 「とりあえず全部載せる」グラフ過多問題これが一番多い。本当に多い。以前、製造業のお客様から「ダッシュボードを作ったのに誰も見ていない」という相談を受けたことがあります。実際に画面を見せてもらうと、グラフが11個。チームのメンバーに「このグラフ、最後に見たのはいつですか？」と聞いたところ、半分以上が「正直、わからないです」という答えでした。「せっかくなので全部見せたい」という気持ちはわかります。でも、画面にグラフが9つも10つも並んでいると、開いた人は「どこを見ればいいの？」となって、結局何も判断できないまま閉じてしまう。ダッシュボードは「全部見せるもの」ではなく「意思決定を助けるもの」です。1画面に詰め込める情報量と、人間が瞬時に処理できる情報量は全然違う。優れたダッシュボードほど、載っている情報は少ないものです。目安は1画面3〜5項目。「これは本当に必要か？」と問いながら削っていくのが、設計の基本姿勢です。▲ グラフを詰め込みすぎた画面（左）と、3つに絞ったシンプルな設計（右）失敗② 目的が決まっていないまま作り始める「かっこいいダッシュボードを作りたい」——この言葉が出たときは、少し立ち止まって確認するようにしています。あるサービス業のお客様と最初の打ち合わせをしたとき、「とにかくきれいに見える画面にしたい」とおっしゃっていました。そこで「このダッシュボードを見て、誰がどんな判断をするんですか？」と聞いたところ、少し間があって「……そこから考えたことなかったです」という返答が。その1時間後、プロジェクトの方向性が大きく変わりました。目的が曖昧なまま作り始めると、完成したときに「で、これで何がわかるの？」という状態になります。作った側は満足していても、使う側には何も刺さらない。データ活用の相談でまず聞くのは、いつも同じ問いです。「このダッシュボードを見て、誰がどんな判断をするんですか？」これに即答できない場合は、設計を始める前に目的の整理から入ります。回り道のように見えて、これが一番の近道です。▲ 目的が曖昧なまま着手するフロー（左）と、目的から逆算する設計フロー（右）失敗③ KPIではなく「取れるデータ」を並べてしまう①と似ているようで、少し違う落とし穴です。「このデータ、システムから取れるので載せましょう」。この一言から始まるダッシュボードは、たいていうまくいきません。アクセス数、直帰率、滞在時間、PV数——数字は並んでいるのに、「何を改善すればいいか」が全然見えてこない。データがあることと、そのデータが意味を持つことは別の話です。大切なのは「このデータを見て、何を判断するか」が最初から決まっているかどうか。事業目標から逆算して「この目標を達成するために、追うべき数値はどれか」を先に定める。それがKPIの設計です。取れるデータではなく、必要なデータを載せる。この順番を間違えると、いくらデータが豊富でも使えないダッシュボードになります。▲ 取れるデータを並べるデータ起点の設計（左）と、目標から逆算する目標起点の設計（右）失敗④ 更新されないダッシュボード問題「作って満足」で終わるパターンです。意外と気づきにくいのがこれ。あるIT系企業では、半年かけて丁寧に設計されたダッシュボードが、導入から4ヶ月後に完全に機能停止していました。原因はシンプルで、更新を担当していた方が退職し、引き継ぎがないまま誰も更新できなくなっていたのです。しかも、古いデータのまま毎週の会議で使われ続けていた。気づいたのは、数字がどう見ても実態と合わないと誰かが疑問を持ったからでした。怖いのは「古いデータだと気づかずに意思決定に使ってしまう」ことです。ダッシュボードへの信頼が一度失われると、取り戻すのは難しい。更新フローの設計は、ダッシュボード設計の一部です。「誰が・いつ・どう更新するか」「担当者が変わったときどうするか」「異常値が出たら誰に通知するか」——これを最初から決めておくことが、長く使われるダッシュボードの条件になります。▲ 更新フローがなく放置されるパターン（左）と、運用まで設計に含めるパターン（右）失敗⑤ 見る人のことを考えていないデザイン5つの中で、最も見落とされがちなのがこれです。経営者と現場担当者では、ダッシュボードに求めるものがまったく違います。経営者は「今期全体の状況を10秒で把握したい」。現場担当者は「今日自分が何をすべきかを知りたい」。同じデータを扱っていても、見せ方は別物であるべきです。よく起きるのが、「作った人（IT担当者やデータ担当者）の視点」で設計してしまうケース。技術的には正しいのに、使う人の業務フローに合っていないので誰も使わない。設計の前に「このダッシュボードを実際に操作する人は誰か」を明確にする。その人の仕事の流れに合わせて、情報の粒度も、画面の構成も決める。「使う人」から逆算した設計だけが、現場で使われ続けます。▲ 経営者向けは全体感をシンプルに（左）、現場担当者向けはアクション起点で詳細に（右）まとめ：ダッシュボードは「設計」が9割5つの失敗をまとめると、共通する根っこが見えてきます。「誰が・何のために・どう使うか」を先に決めずに作り始めること——これが全部の失敗の原因です。改めて整理するとこうなります。・ グラフは3〜5項目に絞る。「削る勇気」が設計の質を決める・ 最初に「誰がどんな判断をするか」を決めてから設計に入る・ 載せるデータは「取れるもの」ではなく「目標から逆算したもの」・ 更新フローと担当者を、設計の段階から決めておく・ 経営者向けと現場向けで、見せ方を分ける「作ったけど使われていない」という状況があれば、ツールを変える前にまず設計を見直してみてください。多くの場合、そこに答えがあります。UDATAでは、ダッシュボードの設計から構築、運用定着まで一貫してサポートしています。「現状のダッシュボードを見直したい」「何から始めればいいかわからない」という段階からでも、ぜひこちらUDATAお問合せよりお気軽にご相談ください。