デザインは「問い」から始まる
優れたプロダクトデザインは、美しいUIを描くことから始まるのではない。正しい問いを立てることから始まる。
「どんな画面にするか？」の前に、「そもそもユーザーは何を達成したいのか？」と問うこと。この問いの質が、プロダクトの質を決定づける。
デザイン思考の父とも呼ばれる ハーバート・サイモン は、「デザインとは 現状をより好ましい状態に変える ための行為計画を考案すること」と定義した。この定義に従えば、デザインの出発点は常に「現状の何が好ましくないのか？」という問いだ。画面のレイアウトや色の選択はその先にある。
また、問いの質はチームの議論の質を左右する。「この機能はいるか、いらないか？」という問いは二者択一の議論を生むだけだが、「この機能がなかったらユーザーはどう困るか？」と問い直すことで、議論は本質に向かう。 問い方を変えるだけ で、チームの意思決定の精度は劇的に上がる。
以下の15の問いは、ユーザー理解・体験設計・差別化の3つの視点でまとめている。プロダクト開発のどのフェーズでも繰り返し使える問いだ。
ユーザーを深く理解する問い（1-5）
- このプロダクトを使う人は、使う直前にどんな感情を抱えているか？
ユーザーがプロダクトに触れる瞬間の感情を理解することで、最初の画面で何を伝えるべきかが明確になる。焦り、不安、期待——その感情がデザインの出発点になる。たとえば、確定申告ソフトを開くユーザーは不安と面倒くささを抱えている。その感情を理解しているデザイナーは「大丈夫、ステップは3つだけです」という安心感を最初に提示する。 ユーザーの感情に寄り添う ことが、デザインの第一歩だ。
- ユーザーが本当に達成したい「ジョブ」は何か？ それは表面的なタスクとどう違うか？
「ドリルが欲しい」のではなく「穴を開けたい」という有名なフレームがある。しかし、さらに掘り下げると「棚を設置して部屋を整理したい」かもしれない。ジョブの階層を意識することが重要だ。クレイトン・クリステンセンが提唱した Jobs to be Done理論 は、ユーザーが「雇う」のは製品ではなく、製品が果たす「ジョブ」だと教えてくれる。表面的なタスクの奥にある本質的なジョブを理解できれば、既存の競合とはまったく異なるアプローチで価値を提供できる。
- ユーザーがこのプロダクトを人にすすめるとき、何と言って説明するか？
ユーザー自身の言葉でプロダクトがどう表現されるかは、価値提案の核心を映す鏡だ。想定と実際の言葉がずれているなら、デザインかメッセージのどちらかを修正すべきだ。NPSの調査などで「このプロダクトを友人にどう紹介しますか？」と聞いてみると、マーケティングチームが考えたコピーとはまったく違う言葉が返ってくることがある。その言葉にこそ、ユーザーが感じている本当の価値が凝縮されている。
- 使うのをやめる瞬間があるとしたら、そのきっかけは何か？
離脱のトリガーを事前に想像することは、継続利用のための設計に直結する。機能の不足よりも、小さなフラストレーションの蓄積が離脱を招くことが多い。読み込み速度が0.5秒遅くなる、毎回同じ設定を手動でやり直す必要がある、通知が多すぎて煩わしい——こうした微小な摩擦が積み重なったとき、ユーザーは静かに去っていく。離脱は大きなイベントではなく、 小さな失望の連鎖 で起きる。
- ユーザーの1日の中で、このプロダクトはどの「隙間」に入り込むか？
利用シーンの解像度を上げることで、通知のタイミング、セッションの長さ、情報の密度など、具体的な設計判断に落とし込める。通勤中のスマートフォン利用と、オフィスでの集中作業中の利用では、求められるインターフェースがまったく異なる。 コンテキストを無視した設計 は、どんなに美しくても使われない。ユーザーの1日のタイムラインを描き、プロダクトがどの隙間に差し込まれるかを具体的にマッピングすることを推奨する。
体験を設計する問い（6-10）
- 初めて使ったユーザーが、最初の3分間で体験すべき「成功」は何か？
オンボーディングの設計において、この問いは最も重要だ。価値を感じる瞬間を最短で届けることが、継続率を左右する。Twitterが初期にフォロー推奨を強く行ったのは、「タイムラインが面白い」という価値を早期に体験させるためだった。Slackが「メッセージを送る」という成功体験を最初に設計したのも同じ発想だ。「 Aha! Moment 」——ユーザーが「これは使える」と感じる瞬間をできる限り前倒しすることが、 オンボーディング設計の鉄則 だ。
- このプロダクトから機能を1つだけ残すとしたら、どれを残すか？
本質的な価値を見極める問いだ。機能を足すことは簡単だが、 コアを研ぎ澄ます ことこそがデザインの力と言える。アントワーヌ・ド・サン=テグジュペリは「完璧とは、付け加えるものがなくなったときではなく、取り除くものがなくなったときに達成される」と言った。この問いに即答できないなら、プロダクトの核がまだ定まっていない証拠だ。
- ユーザーが「考えなくていい」と感じる部分を増やせないか？
認知負荷 を下げることは、優れたUXの基本原則だ。選択肢を減らす、デフォルト値を賢く設定する、文脈に応じて情報を出し分ける——方法は無数にある。スティーブ・クルーグの名著『Don’t Make Me Think』が説くように、ユーザーに考えさせないことこそがユーザビリティの本質だ。毎回ユーザーが判断を迫られるインターフェースは、たとえ機能が充実していても疲弊を招く。賢いデフォルト、段階的な情報開示、予測入力——認知負荷を減らす技法は多いが、その根本にあるのは「ユーザーの代わりに考える」というデザインの姿勢だ。
- エラーが起きたとき、ユーザーはどう感じるか？ その感情にどう応えるか？
エラー画面やエッジケースは、プロダクトの品格が試される場面だ。失敗した瞬間こそ、ユーザーとの信頼関係を深める設計のチャンスになる。「エラーが発生しました」という無機質なメッセージと、「申し訳ありません。入力内容をご確認ください。具体的には〇〇の部分です」という丁寧なメッセージでは、ユーザーが受ける印象はまったく異なる。Mailchimpはエラー画面にユーモアを交えることで、ブランドの人間味を感じさせている。エラー対応は「失敗の処理」ではなく「 信頼の設計 」として捉えるべきだ。
- このプロダクトが「音」を出すとしたら、どんな音か？
抽象的な問いだが、プロダクトのトーンやパーソナリティを言語化するのに役立つ。静かで信頼感のある音か、明るくポップな音か。その感覚がビジュアルデザインの指針にもなる。実際にプロダクトのパーソナリティを擬人化してみるのも有効だ。「このプロダクトが人だったら、どんな服を着て、どんな話し方をするか？」この問いへの回答がチーム内で揃っていなければ、デザインの一貫性も生まれにくい。
差別化と進化の問い（11-15）
- 競合プロダクトのユーザーが「我慢していること」は何か？
直接的な機能比較よりも、競合ユーザーの不満を観察するほうが差別化のヒントが見つかりやすい。 満たされていないニーズ こそがチャンスだ。競合のレビューサイト、SNSでの言及、カスタマーサポートへの問い合わせ内容——これらを丹念に拾い上げることで、競合が見落としている痛点が浮かび上がる。ポイントは「機能がない」という不満ではなく、「これがストレス」という感情レベルの不満を探すことだ。
- このプロダクトの「世界観」を一枚の写真で表すとしたら、どんな画像か？
世界観の共有は、チーム全員のデザイン判断を揃えるための強力な手段だ。言葉だけでは伝わらないニュアンスを、ビジュアルで共有する価値は大きい。ムードボードを作成し、色、質感、光、空間のイメージをチームで合わせることで、デザインレビュー時の「なんか違う」という曖昧なフィードバックが激減する。世界観が共有されていれば、個々のデザイン判断が自然と一貫性を持つようになる。
- 3年後、このプロダクトは何を「やらないこと」として守っているか？
何を「やらないか」を決めることは、何を「やるか」を決めることと同じくらい重要だ。スコープの拡大に抗い続けるための羅針盤が必要になる。Basecamp（旧37signals）は「機能を足さない」という哲学を貫き、シンプルさを競争優位にしている。Amazonの「Day 1」精神と対照的に、あえて拡張しない選択もまた戦略だ。「 やらないことリスト 」をチームで明文化し、定期的に見直す習慣を持つことを勧める。
- このプロダクトが解決する問題は、AIによって3年以内に消滅する可能性があるか？
テクノロジーの進化を前提にプロダクトの耐久性を問うことは、デザイナーの責任だ。消える課題に最適化するのか、新しい課題を定義するのか。その判断が問われる。AIが代替できるのは「 作業 」であり、「 判断 」や「 意味づけ 」はまだ人間の領域だ。自分たちのプロダクトが担っているのは作業の効率化なのか、それとも判断の支援なのか。前者であればAIに代替されるリスクは高いが、後者であればAIと共存する設計が可能だ。
- このプロダクトが成功したとき、社会はどう変わっているか？
最も大きなスケールの問いだ。目の前のスプリントに追われるとき、この問いに立ち返ることで、デザインに一貫した意志を持たせることができる。Googleは「世界中の情報を整理する」、Teslaは「持続可能なエネルギーへの移行を加速する」——プロダクトの先にある 社会の変化を言語化 できているチームは強い。この問いへの答えは、採用、パートナーシップ、資金調達など、あらゆる場面でチームの求心力になる。
問いを現場で使う
これらの問いは、デザインレビューやプロダクト会議の冒頭で1つ取り上げるだけでも効果がある。
チームで同じ問いに向き合うことで、メンバー間の認識のズレが可視化される。そのズレこそが、プロダクトの改善ポイントを教えてくれる。
効果的な運用方法
デザインスプリントの最初に使う。 スプリントの計画段階で、該当するフェーズの問い（ユーザー理解、体験設計、差別化）を1-2個選び、チーム全員で10分間書き出す。この10分の投資が、スプリント全体の方向性を整える。
1on1で使う。 デザイナーとプロダクトマネージャーの1on1で、これらの問いを議題にすることで、日常業務では話しにくい本質的な議論が生まれる。特に問い7「機能を1つだけ残すとしたら」や問い13「やらないことリスト」は、優先順位の合意形成に効果的だ。
ユーザーインタビューの設計に使う。 問い1-5はそのままインタビューガイドの骨格になる。ただし、ユーザーに直接聞くのではなく、問いの意図を会話の中で引き出す技術が必要だ。「使う直前にどんな気持ちですか？」と直接聞くのではなく、「最後にこのアプリを開いたときのことを教えてください。何をしていましたか？」と状況から感情を引き出すアプローチが有効だ。
問いは一度使って終わりではない。プロダクトが進化するたびに、同じ問いに対する答えも変わる。定期的に立ち返ることで、プロダクトの方向性がブレていないかを検証する羅針盤になる。
