デザイン思考プロセスの内訳

公開: 2022-03-11

デザイン思考とは? 簡単に言えば、戦略としてのデザイン思考は、ほとんどのUIおよびUXデザイナーの通常の問題解決の焦点を超えています。 それは、設計プロセス全体にユーザーへの深い共感を追加し、人間中心の設計結果を生み出します。

デザイン思考を実装することがなぜそれほど重要なのですか? ユーザーへの共感に焦点を当て、ユーザーの要望やニーズに焦点を当てたデザインは、最も効率的または創造的な方法で問題を解決することにのみ焦点を当てたデザインよりも常に優れています。 結局のところ、デザイナーが効率的で創造的であると見なすものは、常にユーザーのニーズを可能な限り最良の方法で満たすとは限りません。

デザイン思考プロセスは、共感、定義、アイデア、プロトタイプ、テストの5つの段階に分けることができます。 ユーザーのニーズと要望を真に満たす最終製品を作成するために、それぞれに時間と適切なリソースを与える必要があります。

ステップ1:共感する

デザイン思考プロセスをプロジェクトに適用する最初のステップは、解決される問題に関係する人間のニーズを検討することです。 設計者は、デザイン思考の共感を利用し、問題の影響を受けるユーザーのニーズを考慮する必要があります。いわば、自分の立場に立ってください。

この段階で研究を行うことは、最終結果がまだ考え出されていなくても、最終結果の成功に不可欠です。 この時点でのユーザー調査は、ユーザーが試した可能性のある他の解決策だけでなく、問題に関するより多くの情報を収集することに焦点を当てる必要があります。

デザイン思考プロセスの共感段階は、さまざまな方法で表すことができます
ユーザーの調査結果を視覚的に表現することは、デザイナーがデザイン思考の段階を進むときに役立ちます。

ユーザーが失敗した解決策を試した場合は、プロセスの早い段階で見つけるのが最善です。 ユーザーインタビューやその他の調査を通じてこの情報を明らかにすることで、設計者が同じ不適切なソリューションを繰り返すのを防ぐことができます。

UXの調査段階で適切な質問をすることは、ユーザーのニーズと期待に応える実際のソリューションを見つけるために必要な情報を収集するために不可欠です。 ただし、これらの質問が正確に何であるかは、解決するプロジェクトと問題によって異なります。

ステップ2:定義する

問題の調査が行われ、過去にどのような解決策が失敗したかについての考えが形成されたら、人間中心の用語で問題を定義する時が来ました。 これは、デザイナーや会社の視点ではなく、ユーザーの視点から見ることを意味します。

場合によっては、単に問題を定義するだけでなく、リフレーミングすることでより良い解決策が得られることもあります。 たとえば、医療機器の設計者は、機器を操作する技術者の観点から解決すべき問題を検討する場合があります。 しかし、その視点は、デバイスを使用している患者に問題を引き起こす可能性があります。

たとえば、MRI装置は多くの子供たちにとって恐ろしいものです。 GEHealthcareの製品デザイナーであるDougDietzは、MRIを受けるために子供たちの80%が鎮静化される必要があることを知ってショックを受けました。 彼のチームは革新的な新しいMRI装置を作成しましたが、子供の視点からそれを見ていなかったため、その特定の問題に対処しませんでした。 彼らが最終的にそれを行い、マシンにカラフルなグラフィックを追加し、体験にストーリーを追加したとき、テストのために鎮静する必要があったのは、子供たちのほんのわずか1パーセントでした。

医療機器を改善するために実装されたデザイン思考フレームワーク
カリフォルニア大学サンフランシスコ校のベニオフ小児病院のMRI装置は、GE Healthcareでデザイン思考プロセスを実装した結果、子供に優しいグラフィックを備えています。

その問題を解決することは、すべて視点に関するものでした。 ディーツは、マシンの1つを設置していることを確認しているときに、テストを直接目撃するまで、子供たちがテストに問題を抱えていることに気づきませんでした。

スタンフォード大学のD.Schoolは、設計上の問題を定義し、それを単一の視点に洗練するためのPOVMadLibを考案しました。 これは、解決しようとしている問題に関連してユーザーのニーズを抽出するのに苦労している設計チームにとって非常に役立ちます。

設計者は、ユーザーのニーズの観点から問題を考える必要があります。 また、問題に直面しているさまざまなユーザーを考慮する必要があります。 たとえば、MRIの例では、考慮する必要があるのは、マシンを実行している技術者だけではありません。 「ユーザー」でもある患者も考慮する必要がありました。

同時に、問題に関連する設計チームの強みを定義することをお勧めします。 設計者にはそれぞれ長所と短所があり、その長所を生かすことができる(そしてうまくいけばお互いの短所を補うことができる)チームを作成することは、勝利のソリューションを作成するための重要な部分です。

アルバート・アインシュタインはかつて、次のように述べています。 5分以内に問題が発生します。」 正しい質問を理解することは、正しい視点を理解することと同じです。

ステップ3:アイデアを出す

設計プロジェクトの構想段階は、最も創造的でやりがいのある要素の1つです。 アイデアセッションには、設計チームのすべてのメンバーと、同じ問題についてさまざまな視点を提供できる他の利害関係者を含める必要があります。

1953年の著書AppliedImaginationで「ブレインストーミング」という用語を広めたAlexOsbornは、効果的なブレインストーミングセッションには、2つのルールが必要であると述べています。チームは、提示されたアイデアの判断を延期し、質よりも量を目指す必要があります。

良いアイデアを思いつくには、多くの悪いアイデアが必要になることがあります。 しかし、チームが「悪い」アイデアを表明することさえ避けた場合、彼らは決して良いアイデアに到達しない可能性があります。 実際、多くの場合、ある人の悪い考えは別の人の脳を正しい方向に向かわせ、優れた解決策につながります。 そもそも悪い考えが表明されなければ、正しい考えは実現しなかったかもしれません。

デザイン思考段階:構想中のブレーンストーミング
ブレーンストーミングとは、デザイン思考プロセスの構想段階での質よりも量のことです。

ブレーンストーミングセッションに制限を設定します。 時間制限(通常、トピックまたはプロジェクトの側面ごとに15〜20分)は、生産性を高め、参加者がすべてのトピックに取り組む前に永遠に燃え尽きるのを防ぐのに役立ちます。

上記のように、設計チームに属していない利害関係者を含めることは、このプロセスの重要な部分です。 ブレーンストーミングセッションにそれらを含めることで、彼らがすでに試したアイデアを見つけることに加えて、彼らが設計プロセスに参加することを奨励します。 特定のオプションが最初から失格となる理由、または試してみる価値があると考えられる理由を聞くことで、プロセスの後半で抵抗を減らすことができます。

実行可能なソリューションであるかどうかについて関係者の仮定に挑戦することも、革新的なアイデアにつながる可能性があります。 誰かが何かができない、またはうまくいかないと言ったとき、チームの他のメンバーは「どうして?」と尋ねるべきです。 これは、より多くのアイデアにつながり、参加者が設計を「行うべき」方法についての自分の仮定に異議を唱える原因となる可能性があります。

構想段階では、問題の最終的な解決策が見つかる可能性は低いことを認識してください。 ここでのポイントは、可能な限り多くのアイデアを考え出し、それらを分類して最良のものを見つけ(ユーザーのニーズ、実用性、費用対効果、およびプロジェクトに固有の他の要素の組み合わせである可能性が高い)、それから理解することです。次のステップであるプロトタイピングに進むべきものはどれですか。

ステップ4:プロトタイプ

プロトタイピングのアイデアは、デザイン思考プロセスの重要な部分です。 優れたプロトタイプがないと、ユーザーテストを効果的に実行できません。つまり、設計は実稼働環境に送信される前に適切に検証されません。

ステップ3の最良のアイデアのプロトタイプを作成する必要があります。 これらは、ユーザーが対話できるアイデアの実際の触覚的な表現である必要があります。 たとえば、アプリの場合、オンボーディング、サインアップ、ログイン画面、および実際の機能を含む、アプリの使用法の完全なワークフローを表す必要があります。

デザイン思考段階:プロトタイプ
プロトタイプはアイデアを完全に表現する必要がありますが、忠実度が高い必要はありません。

プロトタイプを使用すると、設計者はまだ考えられていない革新的なソリューションを作成できます。 設計チームが現在のモダリティや現在のテクノロジーに制限されていない場合、それらの慣習から脱却するプロトタイプを作成できます。 そのため、多くの設計者は、ソフトウェアではなくペンと紙を使用して初期のワイヤーフレームとプロトタイプを作成することを依然として好んでいます。これにより、自由に想像できるものを作成できます。

プロトタイピングは、ユーザーや利害関係者からのフィードバックを収集するために使用される忠実度の低いプロトタイプから始めて、段階的に実行する必要があります。 ソリューションが絞り込まれると、より現実的な実稼働環境でさらにテストするために、より高機能でより適切に設計されたプロトタイプを作成できます。

早い段階で忠実度の高いプロトタイプを作成することは、圧倒されるかもしれません。 たとえば、アプリの機能の主要部分に複雑なコーディングが必要な場合、プロジェクト全体を遅らせることなく、プロセスの非常に早い段階でそれを実現し、最終的には機能しない機能に多くの時間とリソースを浪費する可能性があります。 ? 1つの解決策は、人間を使用して必要な機能をシミュレートすることです。 たとえば、最初は、ユーザーのニーズが理解されるまで、チャットボットに実際の人が配置される可能性があります。

ステップ5:テスト

デザイン思考プロセスの最も重要な部分の1つは、実際のユーザーでデザインをテストすることです。 このステップは、多くの場合、ステップ4(プロトタイピング)と密接に関連しています。

テストがないと、設計者はユーザーのフィードバックを収集できないため、テストは非常に価値があります。 そして、ユーザーのフィードバックは、製品が解決するように設計された問題を実際に解決できるようにするものです。

おそらく、テストは、デザイン思考プロセスの前のフェーズでデザインチームが行った困難な仮定に終わるでしょう。 現実の世界では、最もよく考えられたデザインにさえレンチを投げ込む傾向があります。 たとえば、設計者はサーバーの遅延や不安定なインターネット接続などを考慮しましたか? リクエストの処理に数秒かかる場合でも、ユーザーは即座にフィードバックを必要とする可能性があると彼らは考えましたか?

ユーザーテストにより、他の方法では非常によく考えられ、計画されているプロセスのねじれが明らかになります。

デザイン思考段階:テスト
設計者は、後続のプロトタイプを改善するために、デザイン思考プロセスのユーザーテスト段階で何が機能し、何が機能しないかに注意する必要があります。

テストは早期に頻繁に行う必要があるため、テストフェーズはプロトタイピングフェーズと一緒に行われることがよくあります。 プロトタイピングとテストのフェーズをサイクルと考えてください。 プロジェクトが世界に解き放たれる準備ができるまで、プロトタイプが作成され、テストされ、改良され(または、別のアイデアのために完全に廃棄され)、再度テストされます。

ユーザーテストのプロセスは、テスト対象の製品によって異なります。 たとえば、Webサイトのデザインは、UserInput.ioやFiveSecondTestなどのサイトを介して匿名ユーザーで主にテストできます。 ただし、確立された会社のアプリのテストには、現在の顧客が含まれ、ユーザーインタビューなどを含むより厳密なテストプロセスが実行される場合があります。 Vox Mediaは、リモートユーザー調査を実施する方法について説明している有益な記事で、ユーザー調査のテスト方法の概要を説明しています。

デザイン思考プロセスの実装

設計者は、ユーザーにとって可能な限り最良のソリューションである製品の作成に努める必要があります。 多くの場合、設計者は、「最良」と考えるものを作成することに夢中になります。これは、最も効率的、最も創造的、またはユーザーにとって重要であるかどうかわからないその他の指標として測定されます。

プロジェクトワークフローにデザイン思考プロセスを実装することは、この種のデザインミスを防ぐための優れた方法です。 ユーザーは、最も客観的に効率的または創造的なソリューションを気にしません。 彼らは実際に彼らの問題を解決する解決策を気にします。 デザイン思考フレームワークを使用すると、設計者は、自分のバイアスに基づいて操作するのではなく、ユーザーが最適なソリューションと考えるものをより簡単に把握できます。

結局、満足のいくユーザーを作成することは、すべての設計チームの目標でなければなりません。

•••

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

  • ビジネスにおけるデザイン思考の価値
  • 製品設計における人間中心の設計の重要性
  • 優れた質問は優れたデザインにつながる–デザイン思考プロセスのガイド
  • 戦略的デザイン思考とは何ですか?それはどのようにデザイナーに力を与えることができますか?
  • 問題ステートメントの設計–それらが何であるかおよびそれらをどのように組み立てるか