意思決定を促すダッシュボード設計：見栄えより実用性
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
火曜日の夜9時47分。Slackの通知。「このレポートが間違っています。MRRが410万と表示されていますが、Financeは430万と言っています。確認してもらえますか？」
ダッシュボードを開きます。7ヶ月触っていません。オーナーフィールドには「Sarah K」とあり、Sarahは10月に退職しました。グラフが14個あります。そのうち3つがMRRを表示していると主張しており、すべての値が異なります。最後に閲覧したのは3週間前で、それはこのスレッドでリンクを共有するために開いたあなた自身でした。
この通知はデータ品質の問題ではありません。設計の問題です。すでに記憶から消えかけているSprintで自分が作ったものでの設計の問題です。
ほとんどのBI ツールは静かに同じ数値を報告しています：ダッシュボードの60から80パーセントが生涯で5回未満しか開かれていません。Looker自身の利用データ、Tableau Serverの管理者ログ、Hexの利用定着度分析：毎回同じ形です。墓場は生きているフロアよりも大きい。そして、すべての死んだダッシュボードはコストをかけ続けています：定期更新のデータウェアハウスクエリ費用、ステークホルダーが矛盾した数値を見つけたときの信頼の喪失、そして誰かが夜9時47分にそれを引っ張り出したときのあなたのカレンダー。
このPlaybookは、ステークホルダーの信頼を積み上げながら、ダッシュボード数を横ばいか減少させ続けるための設計規律です。BIベンダーの演出ではなく、個人のクラフトです。
すべてを詰め込む設計を終わらせる原則
具体的なルールの前に、3つの原則があります。これらを内面化すれば、残りは自然に書けます。
ダッシュボードあたり一つの意思決定。 タイトルにその意思決定を書いてください。「Sales Overview」ではありません。それはトピックであり、意思決定ではありません。「Q3の売上予測を修正すべきか？」や「今週、どのAEのパイプラインにマネージャーのレビューが必要か？」と書いてください。一文で意思決定が書けないなら、そのダッシュボードが何のためにあるかわかっていません。開く人もわかりません。トピックは増殖します。意思決定はしません。
視覚的ヒエラルキー、視覚的民主主義ではなく。 ダッシュボードのヘッドラインとなる数値は、ページの他のどの要素よりも少なくとも3倍大きくすべきです。BIツールのアイトラッキング研究（Tableau Research, 2023）によると、ユーザーは最初の8秒の60%を最大のタイルに費やします。すべてが同じサイズなら、何も重要ではないとユーザーに伝えていることになります。意思決定に答える一つの数値を選んでください。それを大きく表示してください。他はすべてサポートとなるエビデンスです。
色の規律。 ブランドまたは主要指標に対して一つのアクセントカラー。他はすべてグレー。赤と緑は目標に対する差異のためだけに使い、カテゴリカルな系列には絶対に使わないでください。「地域別売上」のグラフに赤、緑、青、黄、オレンジの棒がある場合、赤に意味がないとユーザーを訓練していることになります。そして実際に赤が「計画未達」を意味するとき、伝わりません。色は有限な予算です。ほとんどのアナリストは最初のグラフで使い果たします。
これら3つが基盤です。残りは応用です。
5指標ルール
ダッシュボードは5つを超える主要指標で出荷しません。絶対に。
これは誰もが異議を唱えるルールですが、異議を唱える人は全員間違っています。理由はいつも同じです：「でもVPがX、Y、Zも見たいと言っている」。構いません。どこかに作ってください。ただし、意思決定と同じ画面には置かないでください。
なぜ5つなのか？認知負荷の研究（Miller, 1956、そう、「マジカルナンバー7」の研究、2001年にCowanによって4±1の作業記憶容量に改定）が下限です。ミーティング中、誰かがプレゼンし、Slackが通知してくる中では、実際の限界はさらに低くなります。タイルが14個あるダッシュボードは読まれません。スキャンされます。ユーザーは驚きそうな2つを選び、残りは無視します。あなたは12タイル分の作業をして、2タイル分の注目しか得られません。
ルールの適用：
- 主要指標が5つあって誰かが6つ目を求めてきたら、2つのダッシュボードを作ることになります。一方は意思決定A、もう一方は意思決定Bに対応します。分割してください。
- 5つを決められないなら、ダッシュボードがどの意思決定に対応するかを決めていません。最初のステップに戻ってください。
- ドリルダウンは指標ではありません。クリック可能なヘッドライン数値から内訳が開くのは1つの指標であり、7つではありません。表面のタイル数を上限として扱ってください。
- 「参照」タイル（定義、更新タイムスタンプ、フィルターパネル）は5つにカウントしません。ステークホルダーが意思決定のために読むタイルのみです。
私は3つの指標のダッシュボードを出荷したことがあります。3つ。CFOは毎週それを開きます。11の指標のダッシュボードを出荷したこともあります。CFOはそれを一度開いて「要点をまとめてくれ」と頼みました。それは同じダッシュボードが失敗している証拠です。
コンテキストはビジュアライゼーションより常に強力
ここが異端の主張です：書かれた診断を持つ数値は、ナレーティブのない美しいグラフより優れています。常に。
「MRR：418万（MoMで4.2%減）」と一行の注釈（「EMEA地域での3件のエンタープライズ解約が主因、いずれもQBRで要注意フラグ済み；拡張受注210万がネットで相殺し実質1.8%減」）は、世界で最も美しい折れ線グラフより役に立ちます。なぜなら、グラフは何かが起きたことを示すだけです。注釈は何が起き、なぜ起き、パニックになる必要があるかどうかを伝えます。
人間が読むダッシュボードの全タイルに対してこれをルールにしてください：「何が変わり、なぜか」の一行。段落ではありません。一行。書けないなら、そのタイルは出荷する準備ができていません。
ほとんどのアナリストがこのパートをスキップするのは、分析ではなく「書く」作業のように感じるからです。これは分析です。「EMEAの3件のエンタープライズ解約で4.2%減」と書く行為によって、グラフを提示して立ち去るのではなく、実際に質問に答えることが強制されます。「まだわからない」が答えなら、それも有効な注釈です。「MoMで4.2%減、根本原因は金曜日までに確認予定、#data-investigationsを参照」とすれば、ステークホルダーに気づいている、対応中、通知は不要だと伝わります。その得られなかった通知が、週で最もROIの高いテキスト一行です。
これを容易にするツール：HexのグラフセルとならぶテキストセルLookerのテンプレート化されたコメント付きHTMLタイル、Tableauのタイルごとのテキストオブジェクト注釈。どれもパターンをサポートしています。どれも強制しません。強制するのはあなたです。
「このレポートが間違っている」パニック時の事後分析
いずれステークホルダーが数値に異議を唱えます。避けられません。問題は、プロとして対処するか、Slackの議論で勝とうとする人として対処するかです。
以下がプロトコルです。覚えてください。キャリアを少なくとも2回救います。
ステップ1：5時間ではなく5分以内に確認を。「承知しました、確認中です、本日中に発見内容を返信します」。これが全メッセージです。防衛しないでください。議論しないでください。実際に確認する前に自分の数値が正しい理由を説明しないでください。「確認中」を見た瞬間にステークホルダーの不安は下がります。
ステップ2：クエリを確認する。 基礎となるSQLを開いてください。新しく実行してください。ダッシュボードの数値を再現できますか？できるなら、ダッシュボードは嘘をついていません。クエリが正しいかどうかの問題はまだありますが、表面は一貫しています。できないなら、キャッシュまたはスケジューリングの問題があります。フラグを立てて更新してください。
ステップ3：信頼できる情報源を確認する。 Finance、RevOps、または記録システムは何と言っていますか？あなたの mrr カラムは subscriptions.amount から派生していますか、それとも2022年に退職した誰かが作った monthly_recurring_revenue マテリアライズドビューから？FinanceはStripeから直接取得していて、あなたは6時間遅れのFivetranの同期から取得していますか？「このレポートが間違っている」チケットの90%はここで解決します。解決策がほとんど「ダッシュボードが間違っている」でも「Financeが間違っている」でもないことに注意してください。「少し違うものを計算してお互いに同じ名前で呼んでいる」のです。
ステップ4：不一致を記録する。 事後分析テンプレートに記入してください：レポートのタイムスタンプ、使用クエリ（貼り付け）、信頼できる情報源の値、ダッシュボードの値、根本原因（定義の不一致、データ鮮度、実際のバグ）、修正（再実行、定義変更、新しい注釈）、ステークホルダーへのコミュニケーション。
ステップ5：24時間以内に修正または注意書きを出荷する。 根本的な問題を修正するか、差異を説明するタイルレベルの注釈を追加するかのどちらかです。どちらも許容されます。許容されないのは、組織の2つの部門が異なる数値で作業し続ける中で放置することです。
Slackスレッドで議論しないでください。 スレッドでの議論はアナリストが「防衛的」という評判を得る方法です。30分以内に事後分析ドキュメントに会話を移動してください。ドキュメントが成果物です。スレッドはノイズです。
私は自分が出荷したすべてのパニック時の事後分析の記録を継続的につけています。それを読み返すことが私が行う中で最も効果的なスキル開発の演習です。どの定義の不一致が繰り返し起きているかが正確に見えます（売上認識は常に問題になります）そして、どこに上流の修正への投資をすべきかも見えます。すべてのパニックは、次の人が通知を送らないよう永続的な注釈が必要なタイルを示すシグナルでもあります。
利用定着度はダッシュボードが機能している証拠となる唯一の指標
先四半期に作ったダッシュボード：機能していますか？ほとんどのアナリストはこの質問に答えられません。私たちは職業的に計測に執着しているにもかかわらず、これは奇妙なことです。
利用定着度を計測してください。すべてのBIツールにデータがあります：
- Looker にはSystem Activityという内部Exploreがあります。
history.query_run_count、dashboard.view_count、user.id、すべてクエリ可能です。 - Tableau Server / Cloud にはAdmin Insightsプロジェクトがあります。
views_workbooksとviews_dashboardsでアセットごとのユーザーごとの開封数が取得できます。 - Hex にはワークスペース設定ページに組み込みの利用定着度分析があります。
- Mode にはDiscovery APIと管理者レポートがあります。
- Power BI にはワークスペースごとの利用状況レポートがあります。
ダッシュボードごとに毎月3つの数値を追跡してください：
- ユニーク閲覧者数。 開封数ではありません。人間の数。2人のユーザーからの200回の開封は、誰かがタブを固定したままにしているだけで、機能しているダッシュボードではありません。
- ダッシュボード滞在時間。 誰もスクロールしないダッシュボードは誰も読んでいません。ほとんどのBIツールはセッション時間を記録しています；30秒未満は開いて離脱したことを意味します。
- リピート閲覧者率。 先月の閲覧者のうち、今月戻ってきた人は何人ですか？リピート閲覧者が実際の視聴者層です。他の人は一度来て先に進みました。
2ヶ月連続で月間ユニーク閲覧者数が3人未満のダッシュボードは廃止候補です。「再設計が必要」な候補ではありません。廃止候補です。誰も開かないものを最適化するのをやめてください。
私が四半期ごとに行う最も有用な演習：自分が所有するすべてのダッシュボードをリピート閲覧者数でランク付けします。上位5つに時間と手間をかけます。下位5つには廃止レビューを行います。真ん中は無害な放置で、それで問題ありません。放置は安い、廃止は誠実、積極的なケアは高価です。リターンのある場所に費やしてください。
6ヶ月の廃止レビュー
廃止は機能であり、失敗ではありません。これを採用すれば、ダッシュボードを削除することに二度と罪悪感を感じなくなります。
6ヶ月ごとに点検します。半日をブロックしてください。自分のスペースのすべてのダッシュボードの利用データを取得してください。ユニーク閲覧者数で昇順に並べ替えてください。その後：
- 過去6ヶ月間、月間閲覧者数が3人未満のもの：アーカイブ。 削除ではありません。アーカイブです。非表示のフォルダに移動し、移動したものを発表するピンを #data-archive に投稿し、アーカイブリストへのリンクを貼ってください。誰かが騒いだら、60秒で復元できます。誰も騒ぎません。開いていなかったのですから。
- 月間閲覧者数3から10人：オーナーを再確認。 記名のオーナーにメッセージを送ってください。「まだこれを担当していますか？まだ関連していますか？まだ名前のついた意思決定がありますか？」オーナーが退職していれば、あなたが新しいオーナーです。維持する価値があるかアーカイブに送るか決めてください。1週間以内に返信がなければ：アーカイブ。
- 月間閲覧者数10人以上：維持、タイルの注釈を監査し、古い数値を更新し、ビジネスが変化した場合はタイトルの意思決定を更新。 これらが実際の表面積です。メンテナンスに値します。
- 削除リストを公開する。 組織のデータチャンネルに短いメッセージを投稿します：「点検完了：12のダッシュボードをアーカイブ、47を維持、こちらがリストです」。3つのことが起きます。(a) 実際に使用していたものは何も消えていないため、誰も文句を言いません。(b) 他のチームがこのサイクルを見て自分たちもやり始めます。(c) 経営層が誰かがBIインスタンスをゴミ捨て場ではなくインフラとして扱っていることに気づきます。
前の会社でこのような点検を初めて実行したとき、38のダッシュボードをアーカイブしました。2人が私にメッセージを送ってきました。どちらも同じダッシュボードについてで、3分で元に戻しました。それがリスクの全容です。報酬は、読み込みが速くなり、検索結果がより明確になり、「待って、どれが本物の売上ダッシュボードですか？」というSlackスレッドが明らかに減ったBIインスタンスでした。
6ヶ月後、あなたのBIインスタンスには今日よりも少ないダッシュボードがあるべきです。より多くではありません。より多くなっているなら、設計規律が機能していないか廃止サイクルがスキップされています。どちらも修正可能です。どちらもあなたの仕事です。
使えるテンプレート
ダッシュボード仕様の一枚紙。 作成前に記入してください：
- このダッシュボードが答える意思決定：（一文、動詞で終わる）
- 視聴者：（役職名、「ステークホルダー」ではなく）
- 主要指標5つ、優先順位付き：（1、2、3、4、5）
- 更新サイクル：（リアルタイム、毎時、毎日、毎週、意思決定の速さに合わせる）
- オーナー：（人間の名前、チームではなく）
- 廃止条件：（「60日間月間ユニーク閲覧者数が3人未満でアーカイブ」）
パニック時の事後分析テンプレート。 すべての問題提起から24時間以内に記入してください：
- 誰が、いつ、どのチャンネルで報告したか
- ステークホルダーの期待値とダッシュボードの値
- 使用したクエリ（全SQLを貼り付け）
- 信頼できる情報源との比較（Finance、RevOps、システムの値）
- 根本原因（定義、鮮度、バグ、ユーザーエラー、実際には正しかった）
- 出荷された修正（PRまたは注釈へのリンク）
- ステークホルダーへの返信（返答の内容を貼り付け）
6ヶ月レビューチェックリスト。 半日ブロックして点検を実行してください：
- 所有するすべてのダッシュボードの利用データを取得
- ユニーク閲覧者数で昇順に並べ替え
- アーカイブ：6ヶ月間月間閲覧者数が3人未満
- オーナー再確認：月間閲覧者数3から10人
- 監査と更新：月間閲覧者数10人以上
- 削除リストを公開
- 廃止ログを更新（日付、アーカイブ数、維持数）
この3つのドキュメントがダッシュボード衛生の90%です。印刷してください。固定してください。使ってください。
よくある失敗
すべてのチームで繰り返し見るパターンをいくつか：
- 意思決定ではなく依頼から作り始める。 ステークホルダーが「ソース別のコンバージョンのグラフが見たい」と言います。作ります。出荷します。6週間後、誰も開きません。実際の意思決定は「Google Ads契約の継続は必要か？」であり、それにはソース別のCAC+リテンションのオーバーレイが必要で、コンバージョンの棒グラフではありませんでした。SQLを書く前に常に意思決定を確認してください。
- VPが「すべて見たい」と言うから14タイルのエグゼクティブダッシュボード。 VPはすべてを見たいわけではありません。VPは情報を把握し、2つの驚きを見つけたいのです。上部に一行の書かれたサマリーのある5タイルのダッシュボードを渡せば、感謝されます。おそらくいずれ昇進もします。
- レインボーパレット。 8つの系列、8つの色、すべて同じ彩度。ユーザーは何も読みません。一つのアクセントを使い、他はすべてグレーにして、意思決定が依存する系列だけをハイライトしてください。
- 廃止せず追加し続ける。 これが緩やかな死です。毎四半期、数が増えます。毎四半期、平均的なダッシュボードの質が下がります。6ヶ月後、BIインスタンスは検索できなくなり、3つの異なるダッシュボードがMRRについて3つの異なることを言っています。修正は点検サイクルです。それがなければ、永久にテクニカルデットを積み上げています。
「良い状態」とはどんな状態か
これらを内面化できたとき：
- 自分が所有するすべてのダッシュボードのタイトルに、トピックではなく意思決定が書かれています。
- 利用定着度での上位5つのダッシュボードと、廃止候補の下位5つを暗記から挙げられます。
- すべてのタイルにステークホルダーが最初に読む書かれた診断があるため、「このレポートが間違っている」という通知が四半期ごとに減ります。
- 6ヶ月後のBIインスタンスには今日よりも多くではなく、少ないダッシュボードがあります。
- 過去1年間でパニック時の事後分析ドキュメントに少なくとも5つのエントリがあり、それぞれから生まれた上流の修正を指摘できます。
それが基準です。「より多くのダッシュボードを作った」ではありません。「ステークホルダーはグラフを気に入っている」でもありません。それは：人々が使う表面積を出荷し、失敗を記録し、価値を生み出さなかったものを削除した、ということです。
ダッシュボード設計は美的な演習ではありません。注意の予算配分の演習です。すべてのタイルがステークホルダーの注意のコストをかけます。すべてのダッシュボードがあなたのメンテナンス時間のコストをかけます。どちらも希少なものとして使ってください。実際にそうなのですから。
関連記事
Principal Product Marketing Strategist