UX デザインの基本をステップごとに解説します。
この記事では、チーム、プロダクト、スタートアップ、企業が、顧客のユーザー エクスペリエンスを向上させるための堅牢で有意義なプロセスを構築するのに役立つワークフローを紹介します。プロセスのさまざまな部分を個別に使用することもできますが、一連のステップとして使用するのが理想的です。
このガイドは、Google の複数のチームが 自動運転車や Project Loon などの課題のトラブルシューティングと解決に使用しているデザイン スプリント手法を参考にしています。
Double Diamond
このフローワークは、UX 業界でダブル ダイヤモンドと呼ばれるものに基づいています。これは、英国デザイン評議会によって広められたもので、チームが調査を通じてアイデアを理解するために発散し、課題を定義するために収束し、個別にスケッチするために発散し、アイデアを共有し、最適な方法を決定し、テストして検証します。
準備
まず、目の前にある根本的な課題から始め、提案書のように書き出します。「実際に解決しようとしている問題は何なのか？」と自問自答します。課題ステートメントは、目標を含むプロジェクトの概要です。
この課題は、改善が必要な既存のプロダクト機能に関するものか、まったく新しいプロダクトに関するものかもしれません。タスクの内容を問わず、目標に合わせて言語を調整するだけで済みます。ステートメントは、チームの目標に関連付けられ、視聴者に焦点を当て、刺激的で簡潔である必要があります。
以下は、私が過去に携わった製品の実例です。
内反足の患者の治療とフォローアップを管理するシステムを設計します。
複雑な金融システムを簡素化し、本質的な要素に絞り込んだアプリを作成します。
ブランドを損なうことなく、さまざまなプラットフォームで一貫性のあるモバイルアプリを設計できます。
チャレンジ ステートメントを更新する
目標のバリエーションをいくつか作成したら、チームに提示して合意を得ます。期限を設定すると、チームが問題に集中しやすくなります。調整を追加すると、上記のリストは次のようになります。
- 今年第 1 四半期に、2 歳未満の子供の先天性内反足の治療とフォローアップ ケアを管理するシステムを設計します。
- 金融業界の知識がなくても、ボタンをタップするだけで株の売買ができるシンプルな金融アプリを作成し、2017 年 7 月にリリースしました。
- 複数のプラットフォームで柔軟に対応でき、各プラットフォームで会社のブランドを効果的に位置付けるデザイン ガイドを今年末までに作成する。
チャレンジ ステートメントが完成したら、作業中に確認できるように目立つ場所に表示します。プロジェクト全体を通して、常に参照し、更新や変更が必要になることもあります。
問題の検証
次のステップは、課題を調査して問題について学ぶことです。チームが問題を正しく理解しているかどうかを確認する必要があります。多くの場合、私たちは自分の視点から問題を見てしまいます。これは危険です。なぜなら、テクノロジー業界のほとんどの人はパワーユーザーであり、実際にはユーザーの少数派だからです。私たちは少数派であり、実際には問題ではないことを問題だと誤解してしまう可能性があります。
チャレンジを検証するためのデータ収集方法はいくつかあります。どちらの方法が適しているかは、チームの状況やユーザーへのアクセス権限の有無によって異なります。目的は、目の前の問題をより深く理解することです。
関係者との社内インタビュー
インタビュー プロセスでは、マーケティングからアカウントまで、社内の各チームメンバーと関係者にインタビューを行います。これにより、相手が真の課題だと考えていることや、潜在的な解決策だと考えていることを把握できます。ここで言うソリューションとは、技術的なソリューションではなく、会社やプロダクトにとっての最善のシナリオと最終目標のことです。たとえば、上記の課題「年末までに 80% の医療施設で内反足ソフトウェアを導入する」は、目指すべき優れた目標となります。
ただし、1 つ注意点があります。この検証方法は、チームの議論やコラボレーションを妨げ、組織内にサイロ化された雰囲気を作り出す可能性があるため、最も推奨されません。それでも、クライアントや設計上の課題について、見落としていたかもしれない有益な情報を得ることができます。
ライトニング トーク
これは社内インタビューと似ていますが、今回はすべての関係者を 1 つの部屋に集めます。次に、5 ～ 6 人のステークホルダー（マーケティング、営業、デザイン、アカウント、リサーチなど）を選び、それぞれが最大 10 分間、自分の視点から課題について話します。プレゼンテーションで取り上げる必要があるトピックは次のとおりです。
- ビジネスの目標
- プロジェクトの課題（技術的な課題、調査の収集、設計の作成など）
- 現在実施しているユーザー調査
最後に 5 分間、質問の時間を設け、選出された人がメモを取ります。完了したら、新しい学習内容を反映するようにチャレンジを更新することをおすすめします。目標は、プロダクトの目標達成に役立つ機能やフローを推進できる箇条書きのリストを収集することです。
ユーザー インタビュー
これは、ユーザーのジャーニー、問題点、フローを把握する最良の方法かもしれません。少なくとも 5 人のユーザーにインタビューを実施します。アクセスできるユーザーが多い場合は、さらに多くのユーザーにインタビューを実施します。質問の例:
- 既存のタスクを完了するにはどうすればよいですか？たとえば、上記の金融アプリの課題を解決したい場合は、「現在、株を購入するにはどうすればよいですか？」と質問できます。
- このフローのどのような点が気に入りましたか？
- このフローのどのような点が気に入らないか。
- お客様が現在使用している類似製品は何ですか？
- たとえば、顧客となるユーザーはどのような嗜好を持っているか、
- 何を嫌うか。
- 魔法の杖を使ってこのプロセスの 1 つを変更できるとしたら、何を変更しますか？
インタビューの目的は、ユーザーが抱えている課題について話してもらうことです。これはあなたにとって議論のポイントではないため、できるだけ静かにしている必要があります。ユーザーが発言を止めた場合でも、考えをまとめている可能性があるため、必ずしばらく待ちます。数秒間停止した後、相手がどれだけ話し続けるかに驚くでしょう。
全体を通してメモを取り、可能であれば会話を録音して、聞き漏らした内容を把握できるようにします。目標は、課題と収集したユーザー インサイトを比較することです。それらは一致していますか？チャレンジ ステートメントの更新に役立つことはありましたか？
民族誌のフィールド調査
これは、ユーザーが買い物をする方法、通勤する方法、SMS メッセージを送信する方法など、何かをしているときの状況を観察するものです。その理由は、場合によっては、ユーザーが聞きたいと思っていることを話すことがあるからです。ただし、ユーザーが自分で操作やタスクを行う様子を観察すると、有益な情報を得られることがあります。基本的には、邪魔をせずに観察し、ユーザーが簡単だと感じたことや難しいと感じたこと、見逃した可能性があることなどをメモします。目標は、ユーザーの環境に身を置いて、ユーザーが抱える課題をより深く理解することです。
この手法では、通常、長期間にわたって作業が行われ、プロジェクトのこの部分を主導する研究者が必要です。しかし、研究対象のグループを自然な環境で観察できるため、最も洞察に満ちた方法かもしれません。
すべてをまとめる
プロジェクトの学習フェーズが完了したら、最後に課題をもう一度確認する必要があります。正しい道を進んでいますか？調整が必要な項目はありますか？学んだことをすべて書き出し、カテゴリに分類します。解決する問題に応じて、これらが機能やフローの基礎になる可能性があります。また、チャレンジの更新や修正にも使用できます。
十分なフィードバックと分析結果が得られたら、その知識をプロジェクト マップの作成に適用します。
プロジェクト マップ
解決しようとしている問題は通常、プロジェクトのフローに利害関係を持つさまざまなタイプの人々（またはプレーヤー）で構成されています。学習に基づいて、考えられるプレーヤーをリストアップする必要があります。たとえば、「内反足の治療を行う医師」、「内反足の患者」、「患者の世話をする介護者」など、ユーザータイプやステークホルダーを書き出します。紙の左側、またはホワイトボードに各プレーヤーを書き出します。右側に各選手のゴール数を記入します。
最後に、各プレーヤーが目標を達成するために必要な歩数を書き留めます。たとえば、「内反足の治療を行う医師」の場合、目標は「内反足の患者を治療する」となり、ステップは「患者をシステムに登録する」、「治療計画を開始する」、「健康状態のレビュー サイクルを作成する」、「医療処置を行う」となります。
結果として、プロセスの主な手順を含むプロジェクト マップが作成されます。詳細をあまり含めないプロジェクトの概要と考えてください。また、チームメンバーは、地図がチャレンジ ステートメントと一致するかどうかを判断できます。各ステップを分解する際に、詳細が明らかになります。ただし、現時点では、プロジェクト マップは、ユーザーが最終目標を達成するために実行する手順の概要を示します。
ワイヤフレームとストーリーボード
Crazy 8s
この方法として、紙を 2 回折りたたんで 8 つのパネルを作成するクレイジー 8 という方法をおすすめします。次に、各パネルで、これまでに学んだすべての内容に基づいてアイデアを描き出します。10 分間、8 つのパネルすべてを埋めるアイデアを考えます。20 分以上時間を取ると、先延ばししたり、コーヒーを淹れたり、メールをチェックしたり、チームと雑談したりして、本質的に作業を避けるようになる可能性があります。このステップでは、緊急性を生み出すことが重要です。これにより、迅速かつ効果的に作業を進めることができます。
チームで作業している場合は、チームのメンバーにも各自で実施してもらうようにしてください。このプロセスにより、脳が活性化し、課題について考えることができます。通常、スケッチはインターフェース設計のワイヤーフレームになります。
その後、自分とチームの全員がグループにアイデアを発表します。全員が 8 つのアイデアそれぞれについて、詳細と特定の道を選んだ理由を説明する必要があります。各チームメンバーに、アイデアの正当性を裏付けるために学習内容を使用するよう伝えます。全員が発表したら、アイデアに投票します。参加者にはそれぞれ 2 つの付箋が配られ、どのアイデアにも投票できます。気に入ったアイデアがあれば、両方の票を 1 つのアイデアに投じることもできます。
デザインを改善する
投票後、最も投票数の多かったアイデアを採用し、最終的なアイデアをスケッチします。同僚から聞いた他のアイデアを参考にすることもできます。このタスクを完了するのに 10 分間追加で時間を取ります。完了したら、再度チームにアイデアを提示し、以前と同様に投票します。
アイデアをストーリーボードにする
デザインが完成したら、ユーザーとのエンゲージメントをストーリーボードに落とし込みます。この時点で、ユーザーが実行するさまざまな手順についてすでに検討しているはずです。同僚のデザインをフローに組み込むこともよくあります。ユーザーが分岐する可能性のあるポイントを含んだ、明確なステップバイステップのプロセスが必要です。プロジェクト マップに戻って、目標に対する設計を検証します。
プロトタイプを作成する
プロトタイプを作成する目的は、完璧なコードを作成することではなく、誰かが使用したときに信頼できるものを作成することです。プロトタイプを作成するために使用するツールは人によって異なります。Keynote や PowerPoint を好む人もいます。これらのツールでは、デザインの詳細ではなくフローを考える必要があるためです。Balsamiq、Marvel、Framer などのツールを学習して、より詳細な動作制御を行うことをおすすめします。どのツールを使用する場合でも、フローに集中でき、リアルに見えるツールを使用してください。プロトタイプを実際にユーザーにテストしてもらう必要があるため、できるだけリアルに作成する必要がありますが、同時に、作成に何週間もかかるようなものであってはなりません。
プロトタイプ作成は時間と現実感のバランスが重要なので、どちらかの極端に偏らないように注意してください。どちらにしても、時間を無駄にする可能性があります。
デザインのユーザビリティ テストを行う
テストラボがある場合は、テストラボでテストすることをおすすめします。ユーザーにとって快適で、気が散らない環境を構築することを念頭に置いていれば、作成は難しくありません。テストには通常、ユーザーとチームの 2 人が参加します。1 人はメモを取り、もう 1 人は質問をします。ハングアウトなどのアプリを使用して、ユーザーの操作を記録することをおすすめします。これは、チームの他のメンバーが別の部屋から観察する場合にも便利です。アプリメーカーとしては、デザインが公開されるのはかなり怖いことです。爽快で、身が引き締まるような体験になるでしょう。
確認すべき質問
デザインをテストする際は、アプリでタスクを実行してもらい、何をしているのか、なぜそうしているのかを声に出して説明してもらいます。これは奇妙なことですが、相手の考えを理解するのに役立ちます。行き詰まったときに、中断したり、何をすべきかを伝えたりしないようにしてください。完了（または未完了）後に、特定のフローを選択した理由を尋ねるだけです。
確認する必要があるのは次の点です。
- プロトタイプのどこが気に入ったか
- プロトタイプについて気に入らない点は何ですか？
- どのような問題がありますか？
- フローが機能したのはなぜですか？
- フローが機能しなかった理由
- 何を改善したいか。
- 全体的な設計/フローはニーズを満たしているか？
デザインの見直しとテストの再実施
フィードバックを反映した実用的なプロトタイプが完成しました。ここで、デザインを修正し、うまくいった点とそうでない点を分析します。完全に新しいワイヤーフレーム ストーリーボードを作成し、新しいプロトタイプを作成することを恐れないでください。最初からやり直すことで、以前のプロトタイプで作業を進めるよりも優れたフローを作成できます。プロトタイプなので、あまり大切にしすぎないようにしましょう。
デザインに満足したら、もう一度テストしてさらに調整します。プロトタイプがまったくうまくいかなかった場合、プロジェクトは失敗したと考えるかもしれません。実際にはそうではありません。実際にデザインを構築した場合よりも開発時間を短縮でき、ユーザーが実際に気に入るものについてより詳しく知ることができます。デザイン スプリントでは、成功するか、学ぶかのどちらかという考え方があります。そのため、アイデアが計画どおりに機能しなかったとしても、あまり落ち込まないでください。
作ってみましょう。
アイデアをテストした。ユーザーが気に入っている。ステークホルダーは、最初から関わっているため、投資しています。次に、モノを作成します。ここまでの説明で、何を作成する必要があるか、エクスペリエンスの優先順位は何かを明確に理解できたはずです。プロジェクトの各マイルストーンで、ユーザビリティ テストを導入して、作業の検証と進捗状況の把握に役立てることをおすすめします。
正しい解決策ではない可能性のあるものに多くの労力、時間、エネルギーを費やす前に、できるだけ多くのことを把握しておくことがいかに重要であるかを強調しておきます。
この記事では、UX の基本とその重要性について説明しました。UX は、デザイナーやリサーチャーの役割として捉えるべきものではありません。実際には、プロジェクトに関わるすべての人の責任なので、あらゆる機会に積極的に関わることをおすすめします。