ユーザー中心設計で優れたユーザーエクスペリエンスを構築

私たちは皆、毎日ウェブサイトやモバイルアプリを使用していますが、ワクワクするものもあれば、疲れ果ててイライラするものもあります。1つは会社に対する感情を高めることに貢献し、もう1つは損をし、私たちが二度と戻ってこない原因となる可能性があります。

実際、AppDynamicsとロンドン大学が共同で実施した「App Attention Span Study」によると、「ユーザーの90%が、パフォーマンスの低下が原因でアプリの使用をやめたと報告している」とのことです。

では、良いことと悪いことを区別するものは何でしょうか?そして、違いを生むテクニックをどのように取り入れることができますか。最適なのは、ユーザー中心設計(UCD)と呼ばれる手法です。

ユーザー中心設計とは?

ユーザー中心設計は、ユーザーのニーズと好みに重点を置いた一連のプロセスです。対象ユーザーの要件、目的、フィードバックを考慮します。調査とエンゲージメントを使用して、実際のユーザーを一貫して引き付けます。すべての設計上の決定は、ユーザーに価値を提供するかどうかというコンテキストで評価されます。ユーザー中心のデザインは、製品に感情的なインパクトを加える方法を提供します。

ユーザー中心の設計には複数のフェーズが含まれます:ニーズを特定し、製品を使用する人々を考慮します。使用の文脈は、彼らがそれを何のために使用し、どのような条件下でそれを使用するかを調べます。要件の指定は、製品が成功するために満たす必要のあるビジネス要件またはユーザーの目標を特定します。プロデュースデザインソリューションには、通常、大まかなコンセプトから完成したデザインまでが含まれます。設計の評価では、実際のユーザーからの直接のフィードバックを確保するために、ユーザビリティテストを検討します。そして最後に、System Satisfyesは、製品を展開し、それがユーザーのニーズを満たしていることを評価することを含みます。

ユーザー中心設計が重要な理由

前に触れたように、UCDはあなたの製品を望ましいものにし、人々がそれを使い続けるようにします。このプロセスは、製品、タスク、目標、ユーザーフローなどの機能に関するユーザーのニーズと好みを理解するのに役立ちます。結局のところ、UCDは最も重要なユーザーエクスペリエンス要件の1つ、つまりユーザー中心であることになりました。それは、推測や個人的な意見を置かず、顧客体験全体を通じて実装されるべきです。重要なのは、ユーザーの発言と行動です。お客様が製品と持つすべての「タッチポイント」は、分析し、適切に設計し、開発する必要があります。

認知科学の研究者であるドナルド・ノーマン博士は、UXのゴッドファーザーとよく考えられ、1988年の著書『The Design of Everyday Things』は今でもUXのバイブルのようなものですが、デザインの決定はユーザーのニーズとウォンツに基づいて行われるべきだと述べています。

• Empathy
• Optimism
• Iteration
• Creative confidence
• Belief in making
• Embracing ambiguity
• 失敗から学ぶ

ユーザー中心のデザインは、コミュニティと一緒にデザインするユニークな機会を生み出します。ユーザー中心のデザイナーは、自分たちが奉仕しようとしている人々を深く理解しています。彼らは多くのアイデアを生み出し、人々の実際のニーズに根ざした革新的な新製品を生み出しています。

ユーザー中心の方法で設計するには、製品を使用する人々、それを使用する目的、および製品を使用する条件を特定します。人々の生活を観察し、彼らの希望やニーズを聞きます。

ユーザー中心設計によるダッシュボードの設計

ダッシュボードの設計に使用できる UCD プロセスのいくつかの手順の例を次に示します。

私のオーディエンスは誰ですか?

本質的に、ダッシュボードは組織のエグゼクティブ レベルと管理レベルに役立ちます。それでも、このユーザー層の個人は多様です。あなたが誰のために設計しているのかをよりよく理解するには、彼らの経験と能力を見極めます。

• ユーザーの技術知識を考慮してください:ユーザーは特定のデジタルプラットフォームまたはデバイスに対してどの程度の能力を持っていますか?特定の UI 要素やジェスチャー操作は、彼らにとって一般的または不明ですか?
• 彼らの分析能力を理解する:提示された情報に基づいて問題や機会を認識することができますか? 彼らは後で何をすべきかを知っているのでしょうか、それとも次のステップに導かれる必要がありますか?ビジュアルデザインはどのようにしてその能力を高めることができるのでしょうか?
• ​提示されている情報に対するユーザーの事前の親しみやすさを知る: ユーザーはすでに何を知っていますか?情報の説明は必要ですか?

 

​このダッシュボードのユーザーは、販売管理の経験があるだけでなく、これらの多様なデータ視覚化を関連付けるために必要な分析機能も保持しています。情報のグループ化、色による接続、グラフの視覚的な説明により、ユーザーの傾向を検出する能力が向上します。

ダッシュボードはどのように使用されますか?

ダッシュボードはさまざまな方法で使用できるため、ユーザーのワークフローを念頭に置いて設計すると、設計決定プロセスに構造が追加されます。

• ​ユーザーの環境を考慮してください:ユーザーは自分のオフィスでダッシュボードを使用しますか、それとも現場でダッシュボードを使用しますか?ユーザーは屋内、屋外、またはその両方になりますか?

• ​ユーザーがダッシュボードを通常どのように表示するかを把握する: ダッシュボードは、大きなプレゼンテーション画面に表示するか、モバイル デバイスに表示するか、または紙に表示するか。

• ユーザーがデータを確認するのにかかる時間を理解する: 各メトリックをゆっくりと細心の注意を払ってレビューするのか、それともダッシュボードで主要な数値をすばやく慎重にスキャンする必要があるのか?

• ​コラボレーションを検討する: ダッシュボードから情報を共有またはエクスポートできることは、ユーザーにとって有益でしょうか?ダッシュボードを印刷するにはフォーマットする必要がありますか?

• ダッシュボードの接続性は、視聴者にも役立つ可能性があります:視聴者は目標を達成するためにインターネット接続を必要としますか?ライブデータソースが必要ですか?

ユーザビリティ・テスト — ユーザー中心設計の重要な部分

ユーザー中心設計の重要な部分は、ユーザビリティ テスト (ユーザー テストとも呼ばれます) です。製品またはサービスの機能が意図したとおりに機能するかを検証する機能テストとは異なり、ユーザーテストは製品またはサービスの使いやすさと直感性を測定します。これは、ユーザーにタスクを実行し、彼らが何をしているのか、どこで成功し、どこで困難を抱えているのかを観察するように求めます。

ユーザーテストの方法には、対面式の会議からリモートユーザーテスト、モデレートまたはモデレートされていないユーザーテストまで、多くのオプションがあります。リモートユーザーテストは、地理的に異なる場所にいる人々とソフトウェアをどれだけ簡単に使用できるかをテストする方法です。これには、コーディングを開始する前にソフトウェアの設計プロトタイプをテストすることや、すでに構築されているWebサイトをテストすることも含まれます。

ソフトウェアを設計する人にとって、リモート ユーザー テストを使用すると、開発者やユーザビリティ アナリストは、開発者が設計 (またはプロトタイプ) を完成したアプリに変えるコードを作成する前に、迅速なフィードバックを得ることができます。これは、ユーザーと研究者が一堂に会してテストを実施する従来のユーザビリティテストとは異なります。

Indigo.Designを使用したデザイン、ユーザビリティテストなど

Indigo.Designは、プロトタイピング、デザインシステム、ユーザーテスト、コード生成を統合してUCDの概念に基づいて構築された、Infragisticsの完全なデザインからコードへのシステムです。

Indigo Design Systemは、Indigo.Designに含まれているSketchライブラリであり、デザイナーが複雑なユーザーインターフェイスを作成し、事前に作成されたパレット、タイポグラフィ、アイコンやイラストなどのアセットを活用できるようにするさまざまなコンポーネント(シンボル)が含まれています。さらに、UI コンポーネントは、さまざまな状態とテンプレートを通じてデザイン時の柔軟性を提供するように構築されています。生産性を向上させるために、製品の詳細、レイアウト、さまざまなフォーム、価格表などのパターンのコレクションもあります。

このしくみについては、Sketchアートボードの作成方法をご覧ください。

Indigo.Designでは、プロトタイピングとユーザビリティ テストも提供しています。Sketchドキュメントをインポートし、インタラクティブなプロトタイプとして cloud.indigo.design で共有できます。これにより、関係者は任意のデバイスでプロトタイプを表示し、コメントを通じてフィードバックを提供できます。

プロトタイプのユーザーテストの準備ができたら、Indigo.Design強力なユーザーテスト機能を提供します。ここでは、以下のことを学ぶことができます。

• テスト分析の概要– テストの成功率、テストで各タスクを達成したユーザーの総数、ユーザーテスト中に各タスクに費やされた平均時間など、主要な洞察を得ることができます。
• 完了ファネル– 予想されるユーザーパスの集計表現と、ユーザーテスト内の各タスクを完了しようとしたときにユーザーがたどった実際のパスを観察します。
• ユーザーセグメント– ユーザーが実行したアクションとタスクが完了したかどうかに基づいてユーザーを自動的にセグメント化することで、追加の洞察を得ることができます。
• 参加詳細テーブル– テスト中にキャプチャされたビデオ、音声、顔の画像など、個々のユーザーごとにセッションの詳細を深く掘り下げて提供します。

 

上記の例は、3つのタスクを使用したIndigo.Designユーザビリティテストを示しており、各タスクには複数のステップがあります。ユーザーがテストを完了すると、デザイナーやアナリストはプロトタイプの使いやすさについて直接フィードバックを得ることができます。

この90 秒のモデレートなしのユーザー テスト動画を見て、独自のユーザー テストを開始する方法を確認してください。この重要なステップは、アプリが UCD の原則 (望ましいもの)を満たしていることを確認し、ユーザーが引き続き使用できるようにするのに役立ちます。