「何が課題なのか、実はよく分かっていない」とクライアントから相談され、手が止まった経験はありませんか。結論から言えば、課題が曖昧な案件では、デザイン思考の5ステップ（共感・定義・発想・試作・検証）を小さく速く回し、特に「解くべき課題を一文で言い切る」定義にクライアントと合意することが、案件を前に進める近道です。この記事では、5ステップの中身から分析フレームとの使い分け、権限のない立場で回すコツまでを1ページで整理します。
この記事でわかること
【結論】フリーランスはデザイン思考をどう使えばいい？
デザイン思考とは、使う人への共感を起点に課題を定義し、試作と検証を繰り返して解決策にたどり着く問題解決の進め方で、デザイナー以外の職種でも使えます。フリーランスが案件で使うなら、次の3つを押さえてください。
- 一次情報に触れてから考える担当者の説明だけで判断せず、実際の利用者の声、問い合わせの記録、レビューなどを先に確かめる
- 課題を一文で言い切り、合意する「誰が、どんな場面で、何に困っているか」を一文にまとめ、クライアントと合意してから解決策に進む
- 粗い試作で早く確かめる作り込む前に、紙や簡単な画面案を見せて反応を得る。結果次第で定義に戻ることも前提にする
課題が明確な案件では分析フレームや通常の進め方で十分なことも多く、デザイン思考は課題そのものが曖昧なときに特に力を発揮します。
デザイン思考が生きるのは、要件定義や企画など、上流の工程に関われる案件です。上流から関われる案件の探し方を広げたいなら、エージェントを比べる方法もあります。
デザイン思考とは？なぜフリーランスの武器になる？
デザイン思考は、デザイナーだけのための手法ではなく、「思い込みで解決策に飛びつかず、まず使う人を理解する」ことを起点にした問題解決の進め方で、課題が定まっていない案件を前に進められる点がフリーランスの強みになります。要件が固まった案件は応募者も多く、価格で比べられがちです。一方で、課題そのものを一緒に見つける工程を引き受けられると、価格だけで比べられにくい、代わりのききにくい立場を築きやすくなります。
デザイン思考には決まった一つの型があるわけではなく、いくつかの代表的な考え方があります。
| 代表的な考え方 | 内容 | この記事での扱い |
|---|---|---|
| スタンフォード大学d.schoolの5つのステップ | 共感（Empathize）、定義（Define）、発想（Ideate）、試作（Prototype）、検証（Test）の5つで進める、広く知られた型 | 基本の型として使う |
| 英国デザインカウンシルのダブルダイヤモンド | 発見（Discover）、定義（Define）、展開（Develop）、提供（Deliver）の4段階で、「広げる」と「絞る」を2回繰り返す | 広げると絞るの切り替えの考え方として使う |
| 経済産業省・特許庁の「デザイン経営」宣言 | 2018年5月に公表された、デザインを企業の経営に生かすことを提言した報告書 | 日本の企業でデザインの考え方が注目される背景として紹介する |
5つのステップを順番に踏むこと自体が目的ではありません。「使う人を理解してから考える」という起点を外さなければ、ステップの名前を使わなくてもデザイン思考は実践できます。
あわせて読みたい（デザインの力を伸ばす）
デザイン思考の5ステップでは何をする？
5ステップは、共感で使う人を理解し、定義で解くべき課題を一文にし、発想で案を広げ、試作で形にし、検証で反応から学ぶ流れで、一方通行ではなく行き来しながら進めます。それぞれのステップで何を作るかを決めておくと、クライアントにも進み具合を説明しやすくなります。
| ステップ | やること | アウトプット |
|---|---|---|
| 1. 共感 | 使う人を観察し、話を聞き、その立場を理解する | 利用者の生の声、行動の記録 |
| 2. 定義 | 集めた事実から「本当の課題は何か」を言葉にする | 解くべき課題の一文 |
| 3. 発想 | 課題への解決案を、良し悪しを判断せずに数多く出す | アイデアの候補 |
| 4. 試作 | アイデアを素早く、見せられる形にする | 粗い試作、画面案 |
| 5. 検証 | 試作を使う人に見せ、反応から学ぶ | 次の一手を決める材料 |
ダブルダイヤモンドの考え方に当てはめると、共感は「広げる」、定義は「絞る」、発想は再び「広げる」、試作と検証は「絞る」段階にあたります。広げている最中に絞る判断をしないことを意識すると、議論が混乱しにくくなります。
いちばん価値があるのは「定義」
成果を大きく分けるのは定義のステップで、ここで課題を捉え損なうと、その後どれだけ良いアイデアを出しても的外れになります。「使いにくいから改善したい」で止めず、「誰が、どんな場面で、なぜ使いにくいと感じるのか」まで掘り下げる。この一段深い言語化が、フリーランスの提供価値になります。
課題を一文にまとめたら、「どうすれば〜できるか」という問いの形（英語では「How Might We」と呼ばれることが多い書き方）に置き換えると、発想のステップにそのままつなげられます。
課題を一文にまとめる型と例
【型】（誰）が、（どんな場面）で、（何）に困っている。なぜなら（理由）だから。
【例】初めて来店を検討している30代の会社員が、スマートフォンで予約するときに、空いている時間を探すのに手間取っている。なぜなら、日付ごとにページを開き直さないと空き状況が分からないから。
【問いの形】どうすれば、初めての人が迷わずに空いている時間を見つけられるか？
検証で得た学びから定義に戻ることもよくあります。行き来を前提に、各ステップを軽く速く回すほうが、丁寧に一周するより成果につながりやすくなります。
3C分析やSWOT分析とどう使い分ける？
課題や論点がある程度見えているなら3C分析やSWOT分析などの分析フレーム、課題そのものが曖昧ならデザイン思考、と使い分けると両方の強みが生きます。両者は競合するものではなく、組み合わせることで提案の説得力が上がります。
| 比べる点 | 分析フレーム（3C・SWOTなど） | デザイン思考 |
|---|---|---|
| 向いている状況 | 課題や論点がある程度見えている | 課題そのものが曖昧、定まっていない |
| 考える起点 | 市場、競合、自社などの構造 | 使う人の体験と感情 |
| 進め方 | 情報を整理し、論理的に絞り込む | 広げて試し、反応から学ぶ |
| 成果物 | 戦略や打ち手の方向性 | 確かめられた解決策の種 |
実務では、デザイン思考で課題を見つけ、分析フレームで市場や競合の中に位置づけて戦略に落とす組み合わせが有効です。使う人の視点で見つけた課題に、市場の裏付けを加えると、クライアントも判断しやすくなります。
あわせて読みたい（分析フレームの使い方）
案件では各ステップをどう進める？
案件では、利用者の声に直接触れ、課題を一文にして合意し、クライアントも巻き込んで案を広げ、粗い試作を少人数に見せて確かめる、という流れで進めます。大がかりなワークショップを開かなくても、次の流れで十分に回せます。
共感：利用者の声に直接触れる
担当者が語る顧客像は、実際の利用者とずれていることがあります。数人でも利用者に話を聞く、問い合わせの記録やレビューを読むなど、一次情報に触れた提案はそれだけで説得力が変わります。
定義：課題を一文で言い切り、合意する
集めた情報から、解くべき課題を一文で書けるまで絞り込みます。長くなるのは、まだ課題が定まっていないサインです。この一文をクライアントと合意できれば、その後の議論がぶれにくくなります。
発想：判断せずに広げてから絞る
実現できるかの判断は後回しにして、まず数を出します。クライアント側のメンバーにも案を出してもらうと当事者意識が生まれます。出し切ったあとで、評価の基準を決めて絞ります。
試作：完成度より速さを優先する
紙に描いた画面案でも、反応を得るには十分です。作り込むほど、否定されたときに捨てにくくなります。粗いうちに見せて、早く間違えるほうが結果的に近道です。
検証：少人数に見せて、失敗の基準を先に決める
検証の前に「どうなったら失敗か」を決めておくと、結果を都合よく解釈するのを防げます。使いやすさの調査で知られる米国のNielsen Norman Groupは、5人程度に試してもらう小さなテストを何度か繰り返す方法を勧めています。
利用者に話を聞くときの質問の例
共感のステップでは、意見を聞くより実際にしたことを聞くのがコツです。「欲しい機能は？」と聞くと想像の答えが返りやすいため、最近の具体的な体験を聞きます。
| 聞きたいこと | 質問の例 |
|---|---|
| 使う場面 | 「最後にこのサービスを使ったのはいつ、どんな場面でしたか？」 |
| つまずいた点 | 「そのとき、迷ったり手が止まったりしたところはありましたか？」 |
| 代わりにしたこと | 「うまくいかなかったとき、代わりにどうしましたか？」 |
| 本来の目的 | 「そもそも、何をするためにこのサービスを使いましたか？」 |
あわせて読みたい（利用者を理解する手法）
権限のない立場でどう回す？
予算や人を集める権限がないフリーランスは、既存のデータを一次情報として使い、担当者1人との短い対話から始め、手法の名前を出さずに普通の進め方として実践するのが現実的です。デザイン思考の解説は、チームでワークショップを開く前提で書かれていることが多いですが、そこまでしなくても価値は出せます。
| よくある制約 | 現実的な回し方 |
|---|---|
| 利用者を調べる予算がない | 問い合わせの記録、レビュー、アクセス解析などの既存データを一次情報として使う |
| 関係者を集められない | 担当者1人との30分程度の対話から始める。巻き込みは成果が見えてから |
| 試作を作る工数がない | 紙や簡単な画面案で十分。作り込まないことを事前に説明しておく |
| 手法の名前を出すと警戒される | 「デザイン思考でやりましょう」と言わず、普通の進め方として実践する |
| 契約の範囲が制作だけ | 課題の整理を小さな追加提案として示し、範囲や費用は見積もりで相談する |
手法の名前を掲げると「流行りものを持ち込まれた」と身構えられることがあります。名前を出さずに、利用者の声を持ち帰り、課題を言葉にし、小さく試して見せる。それだけで十分に価値は伝わります。
手法名を出さずに課題の整理を提案するメッセージの例
制作に入る前に、1点ご相談です。
いただいた問い合わせの記録を拝見したところ、「予約の空き状況が分かりにくい」という声が複数ありました。デザインに入る前に、利用者が特に困っている点を一文に整理し、方向性をすり合わせさせていただけないでしょうか。
30分ほどお時間をいただければ、その後の修正の往復も少なくできると考えています。
あわせて読みたい（提案と報告）
デザイン思考でつまずきやすいのはどこ？
つまずきやすいのは、共感を飛ばして解決策から入る、定義が曖昧なまま進む、試作を作り込みすぎる、検証結果を都合よく解釈する、手法を回すこと自体が目的になる、の5つです。それぞれ先に手を打っておけば防げます。
| つまずき | 防ぎ方 |
|---|---|
| 共感を飛ばして解決策から入る | 一次情報に触れる時間を、最初から工程に組み込んでおく |
| 課題の定義が曖昧なまま先へ進む | 一文で書けるまで定義に留まる。書けないなら情報が足りない |
| 試作を作り込みすぎる | 期限を先に決め、捨てる前提であることを自分にもクライアントにも伝える |
| 検証結果を都合よく解釈する | 検証の前に「どうなったら失敗か」を決めておく |
| 手法を回すこと自体が目的になる | 常に「クライアントの判断は前に進んだか」で確かめる |
課題が明確で、進め方もほぼ決まっている案件では、素直に制作や実装へ進むほうが速く確実です。手法は目的ではなく道具として、案件の状況に合わせて選びましょう。
よくある質問（FAQ）
デザイン思考は、使う人への共感を起点に課題を定義し、試作と検証を繰り返す問題解決の進め方で、課題が曖昧な案件を前に進めるときに特に役立つ
5ステップ（共感・定義・発想・試作・検証）は行き来しながら回し、特に「誰が、どんな場面で、何に困っているか」を一文にして合意する定義に価値が集中する
課題が見えているなら分析フレーム、曖昧ならデザイン思考と使い分ける。権限がなくても、既存データと短い対話、粗い試作で小さく始められる
要件が固まった案件は価格で比べられがちですが、課題そのものを一緒に見つけられると、替えがききにくい存在になれます。まずは目の前の案件で、実際の利用者の声に1つ触れてみるところから始めてみてください。
