データとデザインをつなぐのは、グラフではなく「問いの設計」

正しいデータを見せれば、人は正しい判断をする。多くの人はそう考えます。しかし実際には、データが正確であるほど、判断を誤らせることがあります。理由は単純です。数字は、それ自体では何を意味するのかを語らないからです。

同じ数値でも、時間の流れの中に置けば変化に見え、地域別に並べれば差異に見え、個人や企業ごとの履歴として追えば異質なパターンに見えます。さらに、その数字を画面のどこに置くか、どの順番で読ませるか、何を強調するかによって、ユーザーが取る行動まで変わります。

ここに、データの読み方とプロダクトデザインをつなぐ意外な共通点があります。どちらも、情報を加工する仕事ではなく、意味のある問いに変換する仕事なのです。

データは数字ではなく、見方の設計である

データを理解するとき、最初に考えるべきなのは「どのグラフを使うか」ではありません。「何を知りたいのか」です。

たとえば、ある地域の人口を調べるとします。日本全体の人口がどのように変化してきたかを知りたいなら、時間を横軸に置いた時系列データが適しています。各都道府県の人口を同じ年で比較したいなら、クロスセクションデータが必要です。同じ都道府県について、人口、出生数、転入者数を複数年にわたって観察したいなら、パネルデータが有効です。

どのデータ形式が正しいかは、データそのものから決まりません。問いの形によって、適切なデータの形が決まるのです。

これはプロダクトデザインにもそのまま当てはまります。ユーザーが何をしたいのかを理解せずに、機能や画面を先に作ると、完成後に「見た目を整えてほしい」という依頼が発生します。しかし、デザインは最後に色や角丸を加える作業ではありません。ユーザーが何を求め、どこで迷い、何を判断しようとしているのかを理解し、その問いに合う形で情報や操作を構成することです。

統計表にも、表題、表頭、表側、表体、脚注があります。これは単なる用語の暗記ではありません。表を読む人に対して、何のデータなのか、どの分類が横に並び、どの分類が縦に並び、交差したセルが何を示すのかを伝えるための構造です。

つまり、統計表はすでに一種のユーザーインターフェースです。表題は画面の目的を示し、見出しはナビゲーションを支え、セルはユーザーが確認したい答えを返します。表注や脚注は、判断を誤らないための補助説明です。

情報の正確さだけでは、人は理解できない。理解できる形に設計されて初めて、正確さは価値になる。

「見た目をよくする」が失敗する理由

プロダクト開発でありがちな失敗は、設計の問題を装飾の問題として扱うことです。機能を先に作り、データを詰め込み、最後にデザイナーへ「きれいにしてください」と渡す。この順番では、デザイナーは見た目だけでなく、すでに固定された構造の制約まで引き受けることになります。

たとえば、家計管理アプリに毎月の支出、カテゴリ別の割合、前年同月との差、直近三か月の推移がすべて表示されているとします。色を増やし、カードを並べ、グラフを美しくしても、ユーザーが知りたい問いが「今月は使いすぎたのか」なのか、「何を削ればよいのか」なのか、「去年より生活費が増えたのか」なのかで、必要な画面構成は異なります。

前者には予算との差分が重要です。二つ目にはカテゴリの比較が必要です。三つ目には時系列の変化が必要です。一つの画面にすべてを押し込むと、情報量は増えますが、判断はむしろ難しくなります。

これはグラフ選びの問題でもあります。時間の変化を見たいのに、単一時点のランキングだけを表示すれば、変化の方向は隠れます。地域差を知りたいのに、全国平均だけを大きく表示すれば、ばらつきが見えなくなります。同じ対象を追跡したいのに、毎年別々の集計値だけを見れば、誰が増え、誰が減ったのかは分かりません。

不適切な表現は、嘘をつかなくても誤解を生むのです。

ここで重要なのは、デザインを視覚的な表面と考えないことです。デザインとは、ユーザーが情報を受け取り、解釈し、次の行動を選ぶまでの経路を設計することです。色や形はその一部にすぎません。より深い層には、何を見せるか、何を隠すか、どの順序で理解させるかという構造があります。

データの型と画面の型をそろえる

データの種類を、プロダクト画面の設計原理として使うと、複雑な情報を整理しやすくなります。次の三つの視点が役に立ちます。

第一は、時間を見る視点です。ユーザーが「良くなっているか」「悪化しているか」「いつ変化したか」を知りたい場合、時系列の構造が必要です。健康管理アプリで今日の体重だけを大きく表示しても、改善しているのか停滞しているのかは判断しにくいでしょう。週や月の推移、目標との差、変化が起きた時点を同時に見せて初めて、数字が行動につながります。

第二は、違いを見る視点です。ユーザーが「どれが多いか」「どのグループに差があるか」を知りたい場合、クロスセクションの構造が必要です。営業ダッシュボードなら、担当者別、地域別、商品別の比較がこれに当たります。ただし、比較する単位を混在させると、画面は読みにくくなります。都道府県、年代、商品カテゴリを同じランキングに入れてはいけないのと同じです。

第三は、同じ対象の変化を見る視点です。ユーザーが「誰が変わったのか」「どの顧客が離脱しそうか」「この企業の業績はどう推移したか」を知りたい場合、パネルの構造が必要です。全顧客の平均継続率だけでは、特定の顧客群に起きている異常を捉えられません。個体を保ったまま時間を追うことで、平均の背後にある物語が見えてきます。

この三つは、そのまま画面の問いになります。

「変化を知りたいのか」 「差を知りたいのか」 「同じ対象の履歴を知りたいのか」

画面を作る前にこの問いを決めるだけで、不要なグラフや機能の多くは消えます。反対に、問いが決まっていないまま可視化を始めると、画面は情報の倉庫になります。倉庫には物があっても、探している人にとっては役に立ちません。

優れたデザインは、問いから逆算される

プロダクトマネージャーやチームが実践できる方法として、問いから表現までの五段階を考えてみましょう。

1. 判断を一文にする

最初に「ユーザーは何を判断したいのか」を一文で書きます。「売上を見る」では曖昧です。「今月、どの商品に追加の販促費を配分すべきか」なら、比較対象と行動が見えてきます。

2. 観察の単位を決める

顧客単位なのか、注文単位なのか、日単位なのか、地域単位なのかを定めます。単位が変われば、必要なデータも画面の意味も変わります。表の行と列が何を表しているか不明なままでは、交差したセルの数字を正しく読めないのと同じです。

3. 時間の扱いを決める

現在だけを見るのか、過去との比較をするのか、同じ対象を追跡するのかを決めます。時間を含めるだけでなく、時間をどう解釈するかが重要です。月別の合計を見る画面と、個々の顧客の継続履歴を見る画面は、どちらも時間を扱いますが、答える問いは違います。

4. 最初の行動を決める

画面を見た後、ユーザーに何をしてほしいのかを決めます。確認する、比較する、詳細を見る、通知する、予算を変更する。行動が決まれば、最も目立たせる情報も、補助的に置く情報も決まります。

5. 実際の利用場面で検証する

最後に、ユーザーが画面を見て答えを探せるかを観察します。「この数字は何ですか」と聞くのではなく、「今、何を判断しようとしていますか」「次に何をしますか」と尋ねるのが有効です。ユーザーが正しいセルを見つけても、行動に移れないなら、設計はまだ完成していません。

この手順のポイントは、データ分析とデザインを別工程にしないことです。データ担当者が形式だけを決め、デザイナーが外観だけを整え、プロダクト担当者が最後に機能を並べるのではなく、三者が同じ問いを中心に協働します。

Key Takeaways

すぐに実践できる原則をまとめます。

1. グラフや画面を作る前に、ユーザーが何を判断したいのかを一文で書く。 「見る」ではなく、「比較して何を決めるのか」まで具体化する。
2. データの単位を明示する。 行と列が何を表すのか、集計値なのか個体の履歴なのかを確認する。
3. 時間、差異、履歴のどれを見せるのか選ぶ。 すべてを一画面に入れるのではなく、中心となる問いに最適な構造を選ぶ。
4. 見た目の修正を、構造の検討から始める。 色や余白を変える前に、何を見せ、何を隠し、どの順序で読ませるかを問い直す。
5. 完成度ではなく、次の行動で検証する。 ユーザーが数字や機能を説明できるかより、適切な判断と行動に進めるかを観察する。

画面を作るとは、世界の見え方を選ぶこと

データもデザインも、現実をそのまま映す鏡ではありません。どの時間幅を採用するか、どの分類で分けるか、どの対象を比較するか、どの数字を大きく見せるか。その選択によって、ユーザーが現実を理解する枠組みが作られます。

だから、デザインの仕事は「分かりやすく飾ること」ではありません。データの仕事も「正しい数字を並べること」ではありません。両者の本質は、複雑な現実の中から、ある問いに対して意味のある関係を取り出し、人が判断できる形にすることです。

優れたプロダクトは、情報をたくさん見せるものではありません。ユーザーが本当に答えたい問いを発見し、その答えに最短距離で近づけるものです。

そして最も優れたデザインとは、画面を美しく見せるデザインではなく、ユーザーが何を見るべきかを、自分で見つけられるようにするデザインなのです。