ダッシュボードの終焉：2015年のSaaS UIに取って代わるものとは？

今でもどの製品にも、2015年当時と同じダッシュボードが搭載されています。ダッシュボードはもはや時代遅れです。では、それに代わるものをご紹介しましょう。

今日、どのB2B SaaSツールを開いても、同じようなレイアウトを目にするでしょう。上部のナビゲーション、左側のサイドバー、横一列に並んだ4つのKPIカード、その下の折れ線グラフ、カテゴリ別内訳を示すドーナツグラフ、そして誰もスクロールしないソート可能な表。これは、長年にわたるプロダクトデザイナーの習慣であり、もはや画面スペースを占有する価値を失っています。

これは、より美しいグラフについて論じる論文ではありません。問題なのは、モデルそのもの、つまり、データを提示する正しい方法は、あらゆる指標を並べ、ユーザーに何が重要かを判断させることだという前提です。この前提はもはや通用しません。代替案は、すでに皆さんが日々利用している製品に搭載されていますが、まだそのパターンに名前がついていないだけです。

ダッシュボードがかつて存在した理由

従来のダッシュボードは、かつては画期的なツールでした。以前は、スプレッドシート、毎週メールで送られてくるPDF、そしてクエリを実行するためにお菓子で賄賂を渡さなければならないBIアナリストといった状況でした。ダッシュボードは、こうした状況をセルフサービス型のインターフェースに集約し、技術的な知識のないオペレーターでもチケットを発行することなくビジネスの状況を把握できるようにしました。

また、ダッシュボードは当時の技術水準にも合致していました。2012年頃にはグラフライブラリの性能が向上し、レスポンシブグリッドが安価になり、SaaSの価格モデルは、経営陣が調達フォームで正当化できる「シングルペインオブグラス」の提案を高く評価するようになりました。ダッシュボードはユーザーのために設計されたのではなく、契約更新の交渉のために設計されたのです。

しばらくの間はうまく機能しました。人々はその文法を習得し、デザイナーはデータビジュアライゼーションの腕前を披露し、製品チームはデモ用のまっさらなキャンバスを手に入れました。問題は、その文法が進化しなかったことです。2026年に出荷されるダッシュボードは、角が丸くなり、ダークモードの切り替え機能が付いただけで、2015年に出荷されたダッシュボードとほとんど変わりません。

ダッシュボードが役に立たなくなった理由

ダッシュボードは5つの要因が同時に作用し、そのどれか一つだけでも十分な打撃を与えました。

第一に、情報過多です。平均的なB2B製品は数百もの指標を提示しており、12枚のカードで構成されたグリッドでは優先順位付けができません。第二に、行動を促さないことです。グラフは数値が下がったことは示しますが、それに対してどう対処すべきかは示しません。そして、ほとんどのユーザーはアナリストではありません。第三に、ストーリー性の欠如です。ダッシュボードは名詞、つまり事実の羅列であり、人々が本当に求めているのは動詞、つまり何が変わったのか、なぜ変わったのかというストーリーなのです。

第四に、優先順位付けの欠如です。従来のダッシュボードでは、すべてのカードが同じ視覚的重みを持つため、そこに表示されている情報に重みがありません。第五に、AIの登場によって、全く異なる形状のコスト曲線が変わりました。グラフを使わずに、平易な言葉で要約、優先順位付け、そして質問に答えることができる形状です。文章による説明のコストがほぼゼロになった時点で、グラフとグリッドは状況を伝える独占的な役割を失いました。

その結果、製品インターフェースはごちゃごちゃしていて、同時に役に立たないと感じられます。ユーザーはページを開いてざっと目を通すだけで、何も行動に移せる情報が得られず、すぐに離脱してしまいます。すべての製品チームが警戒すべき指標は、誰もダッシュボードに表示しない「インサイト獲得までの時間」です。そして、ほとんどのダッシュボードでは、この時間は「永遠に続く」と丸められています。

最初の代替パターン：対話型クエリ

ダッシュボードを台無しにする最も手っ取り早い方法は、ユーザーに質問させることです。Pulseは収益分析でこれを実現し、Stripe Sigmaはアナリストが独自の台帳に対してSQLを記述できるようにし、Hex、Mode、さらにはNotion AIといった最新の分析ツールは、プロンプトを主要な入力として扱います。

これは、ほとんどのダッシュボードが、ユーザーが現在抱えている質問ではなく、デザイナーが推測した質問に答えているからです。対話型インターフェースは契約を逆転させます。ユーザーが質問を提示し、システムは可能な限り簡潔な回答を返します。勝利はチャットボックスではなく、焦点となる部分です。

ここでの失敗例は、チームがダッシュボードを、吹き出しの中に同じグラフを表示するだけのチャットボックスに置き換えてしまうことです。これは進歩ではなく、単なる見せかけです。適切な対話型クエリは、まず文章を返し、次に数値を返し、文章では説明できないことをグラフが実際に明確にする場合にのみグラフを返します。

2つ目の置き換えパターン：生成型サマリー

サマリーとは、既に必要な作業を終えたダッシュボードのことです。Granolaは、すべての会議を議事録の羅列ではなく、1ページの生成型サマリーとして扱い、その表面がサマリーです。Linearのプロジェクト更新では、サブ課題がチームメンバーが書いたような段落にまとめられています。NotionのAIグラフは、ページ上部で自身の形状を平易な英語で説明できます。

パターンはシンプルです。サーバー側で合成を行い、その結果をUIとして提供します。グラフが表示される場合、それは文章を裏付ける証拠としてのみ機能します。どのKPIを左上に配置するかをデザイナーに任せる必要はありません。モデルがリード文を作成します。

実際にこの方法を機能させるには、2つの要素が必要です。まず、要約は具体的でなければなりません。「売上が増加」では意味がありません。「売上は前週比14%増加、これはすべてエンタープライズ層によるものです」といった具体的な記述が、その位置づけにふさわしいのです。そして、要約は時として、安全かつ修正可能な形で誤りがあっても構いません。ユーザーは、文章に違和感を感じた場合、すぐにクリックして詳細な数値を確認できる必要があります。

3つ目の代替パターン：シングルスクリーンの今日の表示

ダッシュボード後のパターンの中で最も過小評価されているのが、1つの画面に収まり、「今何を見るべきか」という1つの質問に答えるホームビューです。Linearのホームビューはその典型的な例で、割り当てられた作業、進行中のプロジェクト、次に重要なことが表示され、グラフグリッドは一切ありません。CronとNotionのカレンダーは、通常はグラフが多用されるプランナーを、1日に集中できるシンプルなものに集約しています。

シングルスクリーンの「今日表示」は、ダッシュボードの「すべてを表示」という本能とは正反対です。厳選し、決定を下します。何が重要かについては、たとえ間違っていても構わないという姿勢を持ち、ほとんどの場合正しいことで、その間違いを正当化する権利を得ます。このデザイン規律は非常に厳しく、画面上のすべてのピクセルが「これはユーザーが次の30秒で必要とするものか」という問いに答えなければなりません。

このパターンの背後にあるプロダクトの数学こそが、このパターンが定着する理由です。製品を開いてすぐに次に取るべきアクションがわかるユーザーは、繰り返し製品を開いてくれます。一方、製品を開いてまず解釈しなければならないグラフが表示されるユーザーは、競合他社の製品をインストールしてしまうでしょう。

4つ目の代替パターン：コンテキストに応じたアラート

ダッシュボードは、ユーザーが自らダッシュボードにアクセスすることを前提としています。ポストダッシュボードパターンでは、製品はユーザーに届き、ユーザーが普段利用しているチャネル（プッシュ通知、メール、あるいは実際に作業を行うプラットフォームなど）で情報発信することを前提としています。

PagerDutyは数年前にインシデント管理においてこのことを実証しました。現在では、Heightや多くの最新コラボレーションツールは、ダッシュボードへのリンクではなく差分を送信するため、クリックせずに返信や解決が可能です。また、通知メールの件名には「ログインして表示」といった表示ではなく、差分番号が直接記載されるようになっています。

ルールはシンプルです。アラートこそがダッシュボードなのです。もしあなたの製品が、変更内容を確認するためにクリックが必要な「週次レポートの準備ができました」というメールを送信しているとしたら、それはまだ2015年レベルの製品開発をしていると言えるでしょう。ポストダッシュボードバージョンでは、通知の見出しに差分番号を記載し、プッシュ通知で差分番号を送信し、ユーザーがアクションを起こす必要がある場合にのみ、より詳細なビューへのリンクを提供します。

5つ目の代替パターン：組み込み型アナリティクス

最後の代替パターンは最も目に見えないもので、独立したアナリティクスページではなく、データが作業画面自体に組み込まれています。Vercelのデプロイメントビューでは、ビルドパフォーマンスがデプロイの横に表示され、別のオブザーバビリティタブには表示されません。Figmaのファイルインスペクターでは、「統計」ページなしで使用状況とバージョン履歴が表示され、GitHubのPRビューでは、CIステータス、カバレッジ、レビュー状態がマージを決定する画面に直接組み込まれています。

これは、データが意思決定のまさにその瞬間に最も価値を発揮するため、ダッシュボードパターンではデータと意思決定が切り離されてしまうからです。「アナリティクス」をクリックする頃には、すでにコンテキストスイッチが作動しており、作業の流れを見失っています。組み込み型アナリティクスでは、数値は既に見ているオブジェクトのプロパティとなり、わざわざアクセスする必要のある場所ではありません。

この設計上の意味合いは、アナリティクスチームとプロダクトチームが同一チームであるということです。この点を理解している製品には、もはや「ダッシュボードPM」は存在しません。代わりに、ワークフローに表示されるあらゆるデータを管理する「作業面PM」が存在します。

従来のダッシュボードと、それを置き換える5つのパターン

この論文で繰り返し取り上げてきた比較を以下に示します。従来のダッシュボードは表の1行に、5つの代替パターンは他の行にそれぞれ示されており、これらの違いは、今後18か月間の製品ロードマップの理想的な形を表しています。

| パターン | 主な入力 | 主な出力 | 最適な用途 | 障害モード |

|---|---|---|---|---|

| 従来のダッシュボード | なし、到着時 | チャートグリッド | デモ、調達 | アクションなし、優先度なし |

| 会話型クエリ | 質問 | 文章とチャート | アドホック分析 | チャートを返すチャットボックス |

| 生成型サマリー | 期間 | 段落 | 週次レビュー、スタンドアップ |一般的で根拠のない要約 |

| 今日の単一画面表示 | 識別情報、時間帯 | 焦点を絞った回答 | 日々のオペレーター | 隠れた深層情報、見落とされたアナリスト |

| コンテキスト内のアラート | しきい値の変更 | チャネル内のライン | インシデント、異常 | アラート疲労、ノイズ |

| 組み込み分析 | 表示中のオブジェクト | そのオブジェクトに関するデータ | 編集ポイントでの決定 | 隠れたオブジェクト間ビュー |

入力列に注目してください。すべての置換パターンは、ユーザーが既に提供した情報、つまり質問、時間枠、識別情報、しきい値、オブジェクトから始まります。従来のダッシュボードは何もないところから始まり、ユーザーにコンテキストの構築を要求します。それがすべてです。

既に移行した企業と、いまだに2015年に留まっている企業

ポストダッシュボード時代は論文ではなく、リストです。 Linearは、デフォルトのエントリーポイントとしてシングルスクリーンのホームビューをリリースしました。Granolaは、会議の議事録を製品自体となる生成型サマリーに変換し、Pulse for Revenueは、SaaS財務ダッシュボードを日々のSlackメッセージと対話型のフォローアップに置き換えました。

Vercelオブザーバビリティは、分析機能を別ページではなくデプロイメントサーフェスに組み込み、StripeSigmaは、基盤となる台帳を固定チャートセットではなくクエリ可能なものとして公開し、NotionAIは、データベースビューの上にサマリーを書き込むことで、ページが概要書のように読めるようにしました。そして、CronとNotionCalendarは、カレンダー分析を単一のプランナー画面に統合しました。

これらの製品はすべて、同じトレードオフを行いました。つまり、表示領域を犠牲にして方向性を定めたのです。彼らは一つの答えを選び、それをリリースしました。すべての人に一度にすべてを提供しようとするのをやめ、特定の瞬間に特定の人に役立つものを提供することに注力し始めたのです。

注意すべき点のリストも同様に示唆に富んでいます。Google Analyticsはもはや時代遅れで、リニューアルのたびに同じグラフグリッドが新しいタブに移動されるだけです。MixpanelやAmplitudeも未だにカードがずらりと並んだ画面で、その解釈にはワークショップが必要です。ほとんどのB2B請求ツール、ほとんどのHRISプラットフォーム、ほとんどのCRMホーム画面は、まるで過去10年間がなかったかのように、デフォルトで同じグラフグリッドを使用しています。

これは開発チームが怠慢だからではなく、ダッシュボードは販売する方が使うよりも常に容易だったからです。グラフグリッドのデモは、まだユーザーではないバイヤーには印象的に映ります。そして、調達部門はB2Bにおける経営層です。

市場は契約時にはダッシュボードを高く評価しますが、その後は毎日それを酷評し、その代償は目に見えない顧客離れという形で現れます。もし、グラフグリッドと同等のデモ効果があり、使い勝手が10倍優れたダッシュボード後のインターフェースを提供できれば、市場を席巻できるでしょう。そして、上記の企業はあなたに有利なスタートを切らせてくれているのです。

ダッシュボードの置き換えを試みる際の失敗パターン

ダッシュボードの置き換えは、廃止するよりも難しく、ほとんどの試みは予測可能な形で失敗します。避けるべき4つの失敗例を以下に示します。

1. AIチャートウォール。同じチャートグリッドを「インサイト生成」ボタンで囲み、さらに3つのチャートを生成してしまう。ユーザーは元のグリッドと生成されたグリッドの両方を読まなければならなくなる。作業量は半分になるどころか、倍増してしまう。

2. チャートを返すチャットボックス。プロンプト入力欄を追加しても、同じダッシュボードレイアウトが返される。インターフェースは移動したが、回答は変わらない。ユーザーは依然としてカードを探し回らなければならない。

3. アラート疲れ。ダッシュボードを通知に置き換え、すべてのイベントをアラートとして配信する。1週間以内にユーザーはチャンネルをミュートし、唯一機能していたダッシュボード後のインターフェースを失ってしまう。

4. タブを減らすのではなく、増やしてしまう。ダッシュボードはそのまま残し、今日の表示、会話型ページ、サマリーセクションを追加し、それらをすべて兄弟要素としてリリースします。こうして製品には4つの入り口ができますが、ユーザーにとっての入り口は一つもありません。

あらゆる失敗に共通するのは、付加的な思考です。ダッシュボード後のパターンは、減算的です。チャートグリッドを削除し、タブを削除し、誰もクリックしないカードを削除します。代替となる画面は、置き換えられたものよりも小さくなることで存在意義を得るのであって、隣に置くことで存在意義を得るわけではありません。

ダッシュボードが依然として有効な場合

ダッシュボードは消滅するのではなく、チャートグリッドが真に適切な形状である特定の用途に回帰します。そのような用途は3つあり、製品がこれらのいずれかに該当する場合は、グリッドを維持できます。

1. 運用状況表示、データセンターのNOC、航空会社の運航コンソール、トレーディングフロア、ライブイベントモニター。ユーザーの仕事が、数十ものシグナルをリアルタイムでスキャンして異常を検出することである場合、チャートグリッドはまさに適切な形状です。それがまさにその仕事なのです。

2. アナリスト向けの高度な分析ワークベンチ。Hex、Mode、Tableau、Power BIなど、クオンツやアナリストが一日中使うツールであり、チャートグリッドとクエリエディタはプロフェッショナルな作業環境として最適です。クオンツにチャットボックスを使わせようとしてはいけません。

3. 取締役会レベルのエグゼクティブ向けビジネスインテリジェンス。チャートグリッドは日々の作業環境ではなく、会議資料として使用される月次または四半期ごとのサマリーデッキです。これはアプリとしてのダッシュボードではなく、ドキュメントとしてのダッシュボードです。

これら3つはすべてプロフェッショナル向け、使用頻度が低い、あるいはその両方であることに注目してください。SaaSにおける典型的な失敗は、トレーディングフロアでフルタイムで働くアナリスト向けに設計されたツールを、週に2回しか製品を使用しないマーケティングマネージャーに提供することです。このミスマッチこそが、ダッシュボードを衰退させた原因です。

ダッシュボードに代わるものを設計する方法

もし今、チャートグリッドを含むFigmaファイルを見ているなら、以下の手順を参考にしてください。

まずは質問から始めましょう。ユーザーがこのページを開いたときに何を知りたいのかを、一文で書き出してください。もしその一文が書けないなら、まだデザインに取り掛かる準備はできていません。リサーチ段階です。例えば、「すべてのデータを見る」という一文であれば、ダッシュボードを求めているのはユーザーではなく、購買担当者です。つまり、あなたは間違ったユーザー層に向けてデザインしていることになります。

質問に基づいて、5つの置換パターンの中から1つを選択してください。定期的な意思決定は単一画面の今日のビュー、臨時の質問は対話型クエリ、定期的なレビューは生成型サマリー、時間的制約のある変更はコンテキストアラート、編集ポイントでの意思決定は埋め込み型アナリティクスにそれぞれ適しています。質問が2つのパターンに当てはまる場合は、ページが1つではなく2つ必要になります。

最もシンプルなバージョンをリリースしてください。「クラシックビュー」の切り替えや「すべての指標を見る」リンクを追加したくなる衝動を抑えましょう。古いダッシュボードパターンに抜け道を追加するたびに、ユーザーとチーム自身が2015年のやり方に固執することになります。置換サーフェスの目的は、変更を確定させることです。

その意味と、どこから始めるべきか

今後2年間のB2B製品設計は、どのチームが最初にダッシュボードを刷新するかによって決まるでしょう。業界リーダーは既に動き出しています。後れを取っているチームは、2026年と2027年を高額な再設計サイクルに費やすことになりますが、そのほとんどは失敗に終わるでしょう。なぜなら、モデルそのものを置き換えるのではなく、チャートグリッドを再設計するだけだからです。

勝利を収めるチームは、最初は調達担当者にとって奇妙に映るでしょう。チャートの壁ではなく、たった一文でデモを行い、「シングルペインオブグラス」ではなく、Slackアラートを提案し、1つの画面に収まる今日のビューを売り込みます。チャートグリッドを採用している既存企業に数件の案件を奪われるかもしれませんが、獲得したユーザーはすべて維持します。なぜなら、彼らが提供するインターフェースは、ユーザーが実際に求めていたものだからです。

明日、製品を開いてみてください。ユーザーが最初に目にする画面を確認してください。その画面が本当に必要な質問に答えているのか、それとも単にデータモデルを提示しているだけなのかを自問自答してください。もしデータモデルを提示しているだけなら、それはダッシュボードであり、もはやダッシュボードは不要です。次に、ユーザーが製品を開いたときに最も価値の高い質問を一つ選び、グリッドの代わりにその質問に対する単一画面での回答を提供してください。

製品全体を再設計する必要はありません。まずは最初の画面を再設計すれば、残りの画面もそれに続いていきます。ホーム画面がダッシュボードでなくなれば、製品の他の部分もダッシュボードらしく見えなくなります。チャートグリッドはこれまで十分に機能してきましたが、もはや必要な答えではなくなったのです。ユーザーが本当に必要とする画面を構築し、ダッシュボードは手放しましょう。