サービスデザインにおいて、顧客理解を通してより良い未来のために解くべき課題を発見することが求められます。その時に自分が設定した”課題”は本当に解くべき”課題”なのか？について解説します。
多くは解像度が低すぎて「ただ起きていること」になっており、解決するべき要因/原因まで落とせていません。その解像度の上げ方も含めてお伝えしていきます。
OpenAIの原稿アイデア
ただ起こっていること、漠然と困っていることではなく、”達成の障壁になっている要因や原因”を特定できている状態。この状態に至っていると課題定義として正確であると思います！
といってもよく分からないので具体例で見ていきましょう
例えば「スパイスカレーが作れるレシピサービス」を題材に不十分な課題設定を考えてみるとこんな感じになります。
→ 課題：既存のレシピサービスではスパイスカレーのレシピが探しづらい。
ちなみに解決策はこんな感じ
→ スパイスから検索できるレシピサービスを作る
これは何が問題なのでしょうか？
問題なのは「レシピが探しづらい」というのは困っているかもしれませんが、ただ”発生していること”です。これを解決しようとすると”なぜ探しづらいのか？”が分からないとアイデアをぶつけてみても「ん〜それで解決するのか？」となると思います。
つまり発生している大元が特定できてない。ただ”発生している事象”を課題にしているのです。
「うちの子はテストの点数がいつも低い」といって親は塾に通わせるかもしれませんが、勉強を長時間やってて低いのか、全くやってて低いのか、そこそこやってて低いのか。実は授業中にずっとスマホいじってるから帰宅して勉強時間を取ってても低いのかもしれません。もしくはそもそもテスト対策してないから低いだけかもしれません。
要因がわからないのに安易な解決策を提示しても本人（ユーザー）は嫌がるか、興味を示しません。
なので要因を特定することが大事です。
この要因が特定できているか？課題をWHY-なぜで深掘りして要因を明らかにできているか？が本質的な課題かそうでないかの違いになります。
なぜ”よくない事象が発生しているのか？”を”なぜ”で深掘りをしていくことが大事です。
これをヒアリングを通して、その人の生活や心情をふかぼっていく理由になります。数字でもアンケートでも、ここを把握することは難しいです。人に聞く利点（N＝1インタビューをするメリット）がここにあります。
発生している要因を解決することこそが、真の課題解決に近づき、ユーザーの行動をポジティブな方に変化させることにつながります。原因がわからないのに当てずっぽうでアイデアを出しても顧客を理解しているとは言えません。
正しい解決策はユーザーが障壁に感じていることの原因と密接にリンクしています。
なのでUIを作る時も、この原因にフォーカスすることが大切になります。発生している課題に見えていることに対して、適切な原因を突き止める。その原因を解決できるアイデアを定義し、その解決策がUIになる。この状態ができると”ユーザーをハッピーにできるUI”をデザインする1歩につながります。かっこよくいうと真のデザインができている状態になります。
ここまで書くと、「ユーザーが課題だと言ってることを解決策にすればいいんだ！」と思うこともあるかもしれません。ただ、それは間違ってます。ユーザーの9.5割は答えを知りません。ただ感情や事象（起こったこと）を共有するだけです。その裏にある原因や要因を特定する必要がデザイナーにはあります。
原因/要因を軸に、要因を取り除くアイデアを顧客の心情に従う、ある種”縛り”のなかで、発想する。その結果解決策が顧客に紐づくものになります。
というわけで今日も楽しく人を理解して、素晴らしいアイデアをクリエイションしていきましょ〜〜〜〜！
サービスデザインにおいて、顧客理解を通してより良い未来のために解くべき課題を発見することが求められます。その時に自分が設定した”課題”は本当に解くべき”課題”なのか？について解説します。
多くは解像度が低すぎて「ただ起きていること」になっており、解決するべき要因/原因まで落とせていません。その解像度の上げ方も含めてお伝えしていきます。
OpenAIの原稿アイデア
ただ起こっていること、漠然と困っていることではなく、”達成の障壁になっている要因や原因”を特定できている状態。この状態に至っていると課題定義として正確であると思います！
といってもよく分からないので具体例で見ていきましょう
例えば「スパイスカレーが作れるレシピサービス」を題材に不十分な課題設定を考えてみるとこんな感じになります。
→ 課題：既存のレシピサービスではスパイスカレーのレシピが探しづらい。
ちなみに解決策はこんな感じ
→ スパイスから検索できるレシピサービスを作る
これは何が問題なのでしょうか？
問題なのは「レシピが探しづらい」というのは困っているかもしれませんが、ただ”発生していること”です。これを解決しようとすると”なぜ探しづらいのか？”が分からないとアイデアをぶつけてみても「ん〜それで解決するのか？」となると思います。
つまり発生している大元が特定できてない。ただ”発生している事象”を課題にしているのです。
「うちの子はテストの点数がいつも低い」といって親は塾に通わせるかもしれませんが、勉強を長時間やってて低いのか、全くやってて低いのか、そこそこやってて低いのか。実は授業中にずっとスマホいじってるから帰宅して勉強時間を取ってても低いのかもしれません。もしくはそもそもテスト対策してないから低いだけかもしれません。
要因がわからないのに安易な解決策を提示しても本人（ユーザー）は嫌がるか、興味を示しません。
なので要因を特定することが大事です。
この要因が特定できているか？課題をWHY-なぜで深掘りして要因を明らかにできているか？が本質的な課題かそうでないかの違いになります。
なぜ”よくない事象が発生しているのか？”を”なぜ”で深掘りをしていくことが大事です。
これをヒアリングを通して、その人の生活や心情をふかぼっていく理由になります。数字でもアンケートでも、ここを把握することは難しいです。人に聞く利点（N＝1インタビューをするメリット）がここにあります。
発生している要因を解決することこそが、真の課題解決に近づき、ユーザーの行動をポジティブな方に変化させることにつながります。原因がわからないのに当てずっぽうでアイデアを出しても顧客を理解しているとは言えません。
正しい解決策はユーザーが障壁に感じていることの原因と密接にリンクしています。
なのでUIを作る時も、この原因にフォーカスすることが大切になります。発生している課題に見えていることに対して、適切な原因を突き止める。その原因を解決できるアイデアを定義し、その解決策がUIになる。この状態ができると”ユーザーをハッピーにできるUI”をデザインする1歩につながります。かっこよくいうと真のデザインができている状態になります。
ここまで書くと、「ユーザーが課題だと言ってることを解決策にすればいいんだ！」と思うこともあるかもしれません。ただ、それは間違ってます。ユーザーの9.5割は答えを知りません。ただ感情や事象（起こったこと）を共有するだけです。その裏にある原因や要因を特定する必要がデザイナーにはあります。
原因/要因を軸に、要因を取り除くアイデアを顧客の心情に従う、ある種”縛り”のなかで、発想する。その結果解決策が顧客に紐づくものになります。
というわけで今日も楽しく人を理解して、素晴らしいアイデアをクリエイションしていきましょ〜〜〜〜！
サービスデザインにおいて、顧客理解を通してより良い未来のために解くべき課題を発見することが求められます。その時に自分が設定した”課題”は本当に解くべき”課題”なのか？について解説します。
多くは解像度が低すぎて「ただ起きていること」になっており、解決するべき要因/原因まで落とせていません。その解像度の上げ方も含めてお伝えしていきます。
OpenAIの原稿アイデア
ただ起こっていること、漠然と困っていることではなく、”達成の障壁になっている要因や原因”を特定できている状態。この状態に至っていると課題定義として正確であると思います！
といってもよく分からないので具体例で見ていきましょう
例えば「スパイスカレーが作れるレシピサービス」を題材に不十分な課題設定を考えてみるとこんな感じになります。
→ 課題：既存のレシピサービスではスパイスカレーのレシピが探しづらい。
ちなみに解決策はこんな感じ
→ スパイスから検索できるレシピサービスを作る
これは何が問題なのでしょうか？
問題なのは「レシピが探しづらい」というのは困っているかもしれませんが、ただ”発生していること”です。これを解決しようとすると”なぜ探しづらいのか？”が分からないとアイデアをぶつけてみても「ん〜それで解決するのか？」となると思います。
つまり発生している大元が特定できてない。ただ”発生している事象”を課題にしているのです。
「うちの子はテストの点数がいつも低い」といって親は塾に通わせるかもしれませんが、勉強を長時間やってて低いのか、全くやってて低いのか、そこそこやってて低いのか。実は授業中にずっとスマホいじってるから帰宅して勉強時間を取ってても低いのかもしれません。もしくはそもそもテスト対策してないから低いだけかもしれません。
要因がわからないのに安易な解決策を提示しても本人（ユーザー）は嫌がるか、興味を示しません。
なので要因を特定することが大事です。
この要因が特定できているか？課題をWHY-なぜで深掘りして要因を明らかにできているか？が本質的な課題かそうでないかの違いになります。
なぜ”よくない事象が発生しているのか？”を”なぜ”で深掘りをしていくことが大事です。
これをヒアリングを通して、その人の生活や心情をふかぼっていく理由になります。数字でもアンケートでも、ここを把握することは難しいです。人に聞く利点（N＝1インタビューをするメリット）がここにあります。
発生している要因を解決することこそが、真の課題解決に近づき、ユーザーの行動をポジティブな方に変化させることにつながります。原因がわからないのに当てずっぽうでアイデアを出しても顧客を理解しているとは言えません。
正しい解決策はユーザーが障壁に感じていることの原因と密接にリンクしています。
なのでUIを作る時も、この原因にフォーカスすることが大切になります。発生している課題に見えていることに対して、適切な原因を突き止める。その原因を解決できるアイデアを定義し、その解決策がUIになる。この状態ができると”ユーザーをハッピーにできるUI”をデザインする1歩につながります。かっこよくいうと真のデザインができている状態になります。
ここまで書くと、「ユーザーが課題だと言ってることを解決策にすればいいんだ！」と思うこともあるかもしれません。ただ、それは間違ってます。ユーザーの9.5割は答えを知りません。ただ感情や事象（起こったこと）を共有するだけです。その裏にある原因や要因を特定する必要がデザイナーにはあります。
原因/要因を軸に、要因を取り除くアイデアを顧客の心情に従う、ある種”縛り”のなかで、発想する。その結果解決策が顧客に紐づくものになります。
というわけで今日も楽しく人を理解して、素晴らしいアイデアをクリエイションしていきましょ〜〜〜〜！
0 Comments