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