もっと知りたい！じっくりデザインシンキング講座（中級者編）第6回：問題定義文の作り方
はじめに
さあ、第6回の講座の内容にまいりましょう。デザインシンキングの旅も、いよいよ核心へと近づいてまいりましたわ。共感のフェーズで丁寧に集めた情報が、ここで初めて「解くべき問い」へと姿を変えるのですもの。問題定義文とは、チームの羅針盤となる一文。それをどう紡ぐかによって、その後の発想の質が大きく変わってまいります。どうか今回も、じっくりとお付き合いくださいませ。
サマリ
問題定義文とは、ユーザーの本質的なニーズを一文で表したものです。「誰が・何を必要としているか・なぜか」という構造で書かれ、チームの思考を方向づける役割を担います。表面的な課題ではなく、共感フェーズで得た洞察をもとに、解決の方向性を絞り込む重要なステップです。
詳細
問題定義文とは何か？その役割を理解する
デザインシンキングのプロセスは「共感→定義→発想→試作→テスト」の5段階で構成されます。問題定義文（ポイント・オブ・ビュー、略してPOV）は、その第2段階「定義」フェーズの成果物です。
ユーザーインタビューや観察から得た情報を、ただ羅列するだけでは不十分です。チームが一つの方向を向いて創造的に動くためには、「私たちは今、何のために考えるのか」を明文化する必要があります。それが問題定義文の本質的な役割です。
優れた問題定義文は、解決策を限定しません。あくまで「問い」として機能し、発想の自由度を保ちながらも、チームの思考を的外れな方向へ散らさない、絶妙なバランスを持っています。
問題定義文の基本フォーマット
問題定義文には、広く使われている定番のフォーマットがあります。
【ユーザー名】は、【ニーズ】を必要としている。なぜなら、【インサイト（洞察）】だからだ。
英語では「〜 needs 〜 because 〜」の構文として知られるものです。三つの要素を順番に見ていきましょう。
まず「ユーザー名」は、実在の人物または明確なペルソナです。「20代女性」のような属性ではなく、「子育て中で仕事を再開したばかりの田中さん」のように、具体的な人物として描写するのがポイントです。
次に「ニーズ」は、表面的な要望ではなく本質的な欲求を指します。「時短レシピを知りたい」ではなく、「家族との食卓を大切にしながら自分の時間も確保したい」というような深さが求められます。
そして「インサイト」は、共感フェーズで発見した、ユーザー自身も言語化できていない潜在的な動機や矛盾です。ここにデザインシンキングならではの洞察の鋭さが表れます。
ありがちな失敗パターンと改善のコツ
問題定義文でよく見られる失敗が、「解決策の先取り」です。「田中さんはアプリを必要としている」という文は、すでに「アプリ」という解決手段を含んでいます。これでは発想が一方向に狭まってしまいます。
もう一つの失敗は、「ニーズが抽象的すぎる」パターンです。「田中さんはもっと幸せになる必要がある」では、チームは何も考えられません。ニーズはアクション可能な粒度で表現することが大切です。
改善のコツは、「なぜ？」を繰り返す「5Whys」の手法を使い、表層のニーズから一段も二段も深く掘り下げることです。また、インタビューで出てきた「印象的な言葉」や「矛盾した行動」に注目すると、鋭いインサイトが見えてきます。
実際の例で確認する：問題定義文の比較
同じユーザー情報をもとに書かれた、質の異なる二つの問題定義文を比較してみましょう。
【改善前】「忙しいビジネスパーソンの鈴木さんは、健康管理アプリを必要としている。なぜなら、健康に気をつけていないからだ。」
【改善後】「成果主義のプレッシャーを感じながら働く鈴木さんは、体の不調を見過ごさず自分自身を大切にする仕組みを必要としている。なぜなら、『頑張ること』と『休むこと』を両立させることへの強い罪悪感を抱えているからだ。」
改善後の文は、解決策を固定せず、ユーザーの内面的な葛藤をインサイトとして捉えています。この一文から、チームは様々な発想を展開できるはずです。
チームで問題定義文を磨くプロセス
問題定義文は、一人で書いて終わりにするものではありません。チームで作り、対話を通じて磨いていくことが重要です。
まず、各メンバーが個別に問題定義文の草案を書きます。次に、声に出して読み上げ、互いにフィードバックします。「この解決策が混ざっていないか？」「ニーズはもっと具体的にできないか？」という視点で問い直します。
最終的には、チームが「これだ」と納得できる一文に収束させます。この対話プロセス自体が、チームの共通認識を深める価値ある時間となります。問題定義文は、プロジェクトが進む中で必要に応じて見直してもよいものです。プロセスの柔軟性も、デザインシンキングの重要な精神のひとつです。
おわりに
問題定義文は、たった一文でありながら、プロジェクト全体の方向性を決める力を持っておりますわ。書くことよりも、「何を問うべきか」を丁寧に考えることの方がずっと大切なの。今回の内容をもとに、ぜひご自身のプロジェクトで実際に書いてみてくださいませ。次回は、この問いをもとにアイデアを広げる発想フェーズへと進んでまいります。どうかお楽しみに。次回のテーマは「HMW質問の活用法」
