問題ステートメントの設計–それらが何であるかおよびそれらをどのように組み立てるか

2006年、マイクロソフトは競争力のある動きを見せ、未来的なワンボタンのポケットにすべての曲が入ったiPodのバージョンであるZuneをリリースしました。 画面上の色はパンチがあり、インターフェイスは美しいミニマリストフォントでタイプ主導されていました。 Appleに挑戦することは大胆な動きでしたが、製品の世界では、成功は必ずしも最初であるということではありません。

あるZuneから別のZuneに曲をワイヤレスで送信するなどのZuneのみの機能（中途半端な革新的な機能）は、iPod専用の機能と同じくらい優れていたため、Microsoftの製品は一見強力な競争相手になっていると言えます。 。 しかし、代わりに、それは失敗でした。

なんで？

Zuneが成功しなかった理由（そしておそらく成功したはずの理由の山）を無数に発掘することができます。 根本的な原因の1つは、MicrosoftがZuneが解決する問題を特定していなかったことです。 iPodが満たすことができなかったという明確なユーザーのニーズや、物事を揺るがすような新しいイノベーションはありませんでした。 Zuneは何も解決していませんでした。

問題がなければ解決策はなく、会社が存在する理由もありません。 – Vinod Khosla、Khosla Ventures（シリコンバレーのベンチャーキャピタル会社）

「設計上の問題」とは正確には何ですか？

私たちは皆、それらを持っていて、それらを解決し、そして最も確実にそれらを引き起こしました。 しかし、簡単に言えば、それ自体が課題です。 オックスフォード辞書によると、問題は「歓迎されない、または有害であると見なされ、対処して克服する必要がある問題または状況」です。 本当ですが、これは望ましい結果が認識されていることを意味します。 オックスフォード辞書の輝かしい心に敬意を表して、この定義には重要な要素が欠けています。無意識の欲望です。

自動車の発明者であるヘンリー・フォードは、「私が人々に何が欲しいか尋ねていたら、彼らはもっと速い馬を言っただろう」と有名に言ったとき、この欲望の層について知っていました。 彼は、手元にある歓迎されない問題は、馬が遅すぎることであることを知っていました。 しかし、これは実際には解決する必要のある問題ではありませんでした。 彼の顧客が明確に表現できないというより深いニーズがありました。

リチャード・ブキャナンは「デザイン理論家」であり、そのキャリアは人間中心のデザイン思考の原則を中心に展開しています。 彼の論文「DesignResearchandthe New Learning 」では、デザインを「個人および集団の目的の達成において人間に役立つ製品またはサービスを考案、計画、および作成する人力」と定義するときに、ユーザーの明確なニーズをほのめかしています。 。」 注意が必要なのはユーザーの目的であり、単に望ましくない状況ではありません。 このより深いニーズは、ユーザーがそれを明確に表現できるかどうかにかかわらず、ユーザーが望むものの根底にあります。

フォードの顧客は、彼らがすでに持っていたもののより速いバージョンが必要だと思った。 しかし、フォードは彼らのより深い目的を理解していました：ある場所から別の場所へより速く移動すること。 この区別は、彼が単に速い馬を設計することを避け、代わりにこれまで存在しなかった何かを作成するためにドアを開けるのを助けました。

問題は、単に望ましくない状況や標準から逸脱した問題ではありませんが、これらは依然として問題の有効な定義です。 デザイナーや創造的な問題解決にとって、問題は満たされていないニーズであり、満たされればユーザーの目的を満たすことができます。

なぜ問題を組み立てるのですか？

設計問題のフレーミングは、人間中心の設計プロセスの最初のステップです。 ここで説明した要素、つまりユーザーとユーザーが達成したい目的に優先順位を付けます。 これは、ユーザー調査の最初のラウンドが、根深い欲求を明らかにする上で革命的である可能性があることを意味します。 ユーザーインタビューや競合分析などのデスクトップ調査を実施することで、潜在的なユーザーとそのユーザーが直面している問題についての洞察を明らかにすることができます。

たとえば、設計上の問題の説明は、「新しい母親は、赤ちゃんと一人で多くの時間を過ごし、孤立して孤独を感じるため、サポートグループとのつながりを感じる方法が必要です」などです。 これらの母親は、自分が一人ではないことを知りたいという根強い欲求を持っており、新製品は、つながりを感じるという目的を達成するのに役立つ可能性があります。

設計チームは、アプリ、ソーシャルネットワークプラットフォーム、さらには母親が集まる実店舗を開発することができます。 問題の説明は、チームが意思決定や機能をナビゲートする際の指針となります。たとえば、AIを使用する必要がありますか？ 他にどのアプリにリンクする必要がありますか？ 環境はどのように設計できますか？ フレーム化された問題は、ユーザーに最適なソリューションを作成するためのフレームワークを提供します。

製品設計チームは、焦点を合わせるのに十分狭いが創造性に十分広いステートメントで問題を組み立てることにより、設計の問題解決に同時に集中し、革新的な可能性を受け入れることができます。

障壁と機会の特定

行きたい方向がわかれば、目の前にあるものが見えてきます。 ユーザーの目的に根ざした明確に定義された問題により、その最終目標を達成する上でどのような障壁があるかを簡単に確認できます。 また、プロジェクトの開始時に問題が明確に述べられている場合、それは、見過ごされていた可能性のある追加の機会を見つけるためのレンズとして機能する可能性があります。

設計上の問題解決に向けてチームを調整する

チームのメンバー（利害関係者、設計者、開発者、さらにはユーザー）は、それを認識せずに、最終製品がどうあるべきかについて頭の中で異なるイメージを持っています。 彼らはそれぞれ、異なるメンタルモデルによって知らされたわずかに異なる方法でそれについて考えています。 おそらく、問題をフレーミングすることの最大の影響は、これらのさまざまなビューをどのように調整するかです。

問題を組み立てるプロセスは、効果的な会話と決定を引き起こすフレームワーク内に複数の視点を収集します。 明確な声明が出されると、チームへの期待を管理し、努力を調整することができます。

プロジェクトと将来のすべての決定の指導

製品チームは、問題を定義しなくても機能できます。問題は常に発生します。 しかし、明示的なステートメントがどの問題を解決する必要があるかを宣言する場合、あらゆる努力はその単一の結果に集中します。

製品設計概要の一部として文書化されている、適切に構成された設計問題ステートメントは、オプションを比較検討し、成功を測定するためのシンプルなツールです。 優れた設計問題の記述は創造性の余地を残しますが、最終的にはプロジェクトの各要素を表示するための明確なレンズを提供します。

問題の説明と設計プロセスのステップの概要は、不要なアイデアや無関係なアイデアを選別し、ニーズを満たすアイデアのみを保持するフィルターとして機能します。 設計プロセスが進むにつれて、チームは最初の問題ステートメントを参照し、設計されているものが製品設計概要に記載されている主要な問題ステートメントに対応していることを確認する必要があります。

神は私たちに10本のスタイラスペンをくれました…別のスタイラスペンを発明しないようにしましょう。 –AppleNewtonの不要なスタイラスペンに対する嫌悪感についてのSteveJobs

長期的には時間とお金を節約する

製品の最終的な目的に関する共通の視点と承認により、設計プロセスをより効率的に実行できます。 革新的なプロジェクトには常に避けられない接線と行き止まりがありますが、これらの学習でさえ、すべてが単一の問題の解決策を見つけることによって推進される場合、より洞察に満ちたものになる可能性があります。

解決する必要のある設計上の問題についての共通の理解に基づいて作業することで、製品の故障は別として、一般の人々の恥ずかしさを防ぐこともできます。 Juiceroが贅沢なジューサーを発売したとき、誰もが手でできること、つまりパケットからフレッシュジュースを搾り出すことに対してプレミアム価格を請求したため、ジャブと嫉妬に遭遇しました。 なんとか1億2000万ドルの投資を集めましたが、発売から16か月後に販売を停止しました。

最終的に、この製品は存在しない問題を解決したため、ジュース愛好家にはほとんど価値をもたらしませんでした。 すべてのアイデアを実行する必要はありません。適切に構成された問題ステートメントは、スケッチブックに残しておくべきアイデアを決定するのに役立ちます。

ユーザーとの感情的なつながりを支援する

誰が苦労しているのかを知らない限り、問題を定義することはできません。 時間をかけて調査を行い、潜在的なユーザーと話し、彼らの現在の状況と彼らがどのように感じているかについて質問することで、チームは突然ユーザーの立場に立つことができます。

問題のフレーミング段階で必要とされる感情的な関与は、製品をそれが提供することを意図されている人と一致させます。 ユーザーの動機、欲求、および恐れは、すべてのアイデアと提案を測定するためのフレームワークを作成できます。 人間の視点から問題を見ると、必然的に直感的で感情的な洞察が明らかになり、製品がより愛らしいものになります。

問題をどのように組み立てることができますか？

問題をフレーミングすることの利点は重要ですが、それはしばしばスキップされたステップです。 視覚的な方向性や機能要件からすべてを含む、徹底的に構築されたデザインブリーフを受け取ることは珍しいことではありません。 チームに参加するときに必要なのはそれだけの場合もあります。

ただし、プロジェクトの開始時に、視覚的および機能的な決定がすでに行われている場合は、一歩下がって製品が解決している問題を定義する価値があります。 これを行うのに十分な時間がある場合もあれば、抵抗がありリソースが限られている場合もあります。 自分がどこにいるかに関係なく、関係するすべての人にある程度の明確さをもたらすのに役立つ方法があります。

問題を解決するのに1時間あれば、55分で問題を考え、5分で解決策を考えます。 - アルバート・アインシュタイン

4つのW：答える質問

理想的には、これはポストイットの山と大きな壁の周りに主要な利害関係者を集める方法です。 4つの簡単な質問をすることで、誰もが自分の考えを立て、一緒にコンテンツを統合して、焦点と明確さを見つけることができます。

• 誰が影響を受けますか？ 誰が問題を経験していますか？ このユーザーをさらに指定できますか（人口統計、ペルソナ、動機、状況にある理由によって）？
• 何が問題ですか？ 闘争は何ですか？ どのようなタスクを実行する必要がありますか？ どのような痛みを和らげる必要がありますか？
• それはどこで起こりますか？ ユーザーが問題を経験する状況は何ですか？ それは物理的またはデジタル空間にありますか？ 他に誰が関わっていますか？
• なぜそれが重要なのですか？ この問題を解決する価値があるのはなぜですか？ それはユーザーにどのような価値をもたらしますか？ それはビジネスにどのような価値をもたらしますか？

共感マップ：ユーザーの立場に立つ

共感マップはUXデザインで使用される一般的なツールであり、製品開発全体の多くの段階で役立ちます。 ここでは、最初に、チームをユーザーに即座に接続して、ユーザーの目的が何であるかを調べます。 問題のフレーミング段階にある時間の長さに応じて、この方法には、ユーザーへのインタビューと観察によるシャドウイングが含まれる場合があります。

• 聞いて見てください。 ユーザーはどのようなコメントや概念に遭遇しますか？ ユーザーがさらされていると他の人は何と言っていますか？ ユーザーは他の人が自分の周りで何をしているのかを観察しますか？ （このカテゴリは、ユーザーの周囲を示しています。）
• 言ってやる。 ユーザーのコメントと行動は何ですか？ 彼らは他の人に大声で何を言っていますか？ 彼らは実際に何をしていますか？ （これらは明示的に行われ、明確に観察できるものです。）
• 考えて感じてください。 ユーザーはどう思いますが、自分自身を守りますか？ 彼らは状況にどのように感情的に反応しますか？ 彼らの欲望は何ですか？ （これらは、ユーザーを観察するだけでは必ずしも明らかではありませんが、会話型インタビューを通じて明らかにすることができます。潜在意識レベルで何が起こっているかを理解するには少し掘り下げる必要がありますが、ここで優れた洞察を見つけることができます。）
• 痛みと利益。 ユーザーにはどのようなフラストレーションがありますか？ 経験が不必要または失望しているのはどうですか？ 対照的に、ユーザーの生活を向上させるエクスペリエンスについてはどうでしょうか。 何がうまくいくのですか？ ユーザーはどこで、いつ幸せですか？ （これらは経験の結果です。）

最終的な問題の説明

これは、あなたが発見した洞察とあなたが組み立てることができる究極の問題に焦点を合わせるためのシンプルですが本当に効果的な方法です。 設計問題ステートメント構造テンプレートは、MadLibsのページのようなもので、洞察を埋めるための空白のある文です。 それはあなたのチームの集合的思考に根ざした簡潔なステートメントを作成します。 製品のビジョンが共有されるように、ステートメントを十分に具体的に保つことが重要ですが、創造性と新しい洞察を可能にするのに十分な広さです。

設計上の問題のステートメントの例の形式を次に示します。

• ユーザーの観点から：「私は（ペルソナ）（動詞）をしようとしていますが、 （バリア）は（原因）私に（感情的な反応）を感じさせるからです。 」
  • 例：「私は可能な限り最善の方法で赤ちゃんの世話をしようとしている新しいお母さんですが、私はいつも一人で家にいて誰もいないので、私が良い仕事をしているのかどうかわかりませんそれについて話すと、私は孤立し、孤独を感じるようになります。」
• ユーザー調査からの引用：「（ペルソナ）は（洞察力）のために（ユーザーのニーズ）への道を必要としています。 」
  • たとえば、「新しい母親は、日中は一人で家にいることが多く、孤立して孤独を感じることが多いため、他の母親とつながる方法が必要です。」
• 4つのWを使用する：「私たち（誰）は、（何を）いつ（どこで）という問題を抱えています。 私たちのソリューションは（なぜ）提供する必要があります。 」
  • 例：「私たちの新しいお母さんは、毎日一人で家にいるとき、赤ちゃんの世話をするための最善の方法について話す人がいないという問題を抱えています。 私たちのソリューションは、彼女が他の母親とのつながりを感じ、孤立感や孤独感を和らげる方法を提供するはずです。」

すべての良い問題のフレーミングフェーズは、どんなに単純であっても、次のことを行う必要があります。

• 解決策の提案は避けてください。 機能と機能の具体的な用語で考えるのは簡単ですが、これらは基本的な問題を最初に理解することから気をそらすだけです。
• 理由を聞いてください。 表面下の洞察を見つけるのに役立つのは簡単な質問です。 しかし、FastCompanyの寄稿者であるTinaSeeligが書いているように、「なぜ」と尋ねると、状況を別の角度から見ることができます。
• 反射。 一歩下がって、つながりやパターンを探す時間を作ってください。 これは、製品を競合他社と一線を画すことができる洞察が存在する場所です。
• それを普遍的にしてください。 専門用語や不要な複雑さの使用は避けてください。 問題は、誰もが理解できるように、そして理想的には、言い直すのに簡単でなければなりません。 チームメンバーにあなたが達成しようとしていることについて簡単に話すように装備することは、プロジェクト内の自信と情熱を構築します。

馬を忘れて、車を届ける

設計上の問題の説明とは何ですか？ 一部のクライアントは、解決すべき問題を明確に定義する概要を設定する場合があります。 他の人はこの重要な段階について知らないかもしれません。 そこには、一歩下がってこの製品が存在する理由を評価する際にクライアントを導く機会があります。 一緒にチームを調整し、フレームワークを作成し、効果的かつ効率的なプロセスを開始できます。

おそらく、このステップの最大の価値は、人間の精神を理解することです。 顧客の視点から問題を組み立てることで、人々が必要だとは知らなかったものをより効果的に提供できます。 元IDEOデザイナーのDaveThomsenは、人間中心のアプローチはユーザーにとって大きなメリットと目的につながると書いています。

デザイナーがユーザーの希望する目的に深くつながる製品をデザインすると、感情的なレベルで人々につながる製品体験やブランドを構築しやすくなります。 次に、これらはより成功した製品であるだけでなく、それらを使用する人々の生活においてより目的があり、意味のあるものであることが証明されます。

•••

Toptal Designブログでさらに読む：

• eコマースUX–ベストプラクティスの概要（インフォグラフィック付き）
• 製品設計における人間中心の設計の重要性
• 最高のUXデザイナーポートフォリオ–刺激的なケーススタディと例
• モバイルインターフェースのヒューリスティック原則
• 予測的デザイン：魔法のユーザーエクスペリエンスを作成する方法