デザインに入る前のユーザー分析（その２）

[(原文) User Analysis Before Diving Into Design (Part 2)](https://www.uxpin.com/studioblog/user-analysis-diving-design-part-2/?utm_source=Blog&utm_medium=qiita&utm_campaign=Japan&utm_content=%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AB%E5%85%A5%E3%82%8B%E5%89%8D%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%88%E3%81%9D%E3%81%AE%EF%BC%92%EF%BC%89)
By Jerry Cao

第1回では、ユーザーペルソナ、ユーザー＆ジョブストーリー、ユーザーエクスペリエンスマップのヒントをご紹介しました。

今回は、ユーザーシナリオ、コンテンツ、製品機能をプロットするために、3種類の指標をどのように使うかをご紹介します。もっと詳しく知りたい方は、150ページに及ぶ無料の[「UXデザインプロセス＆ドキュメンテーションガイド」](https://www.uxpin.com/studio/ebooks/guide-to-ux-design-process-and-documentation/?utm_source=Blog&utm_medium=qiita&utm_campaign=Japan&utm_content=%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AB%E5%85%A5%E3%82%8B%E5%89%8D%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%88%E3%81%9D%E3%81%AE%EF%BC%92%EF%BC%89)をご覧ください。


## ユーザータスクマトリックス
ユーザーストーリーが製品がどのように使われるかを見て、エクスペリエンスマップが最初から最後までを示すのに対して、ユーザータスクマトリックスは使用頻度を見ます。

![image.png](https://studio.uxpincdn.com/studio/wp-content/uploads/2014/11/taskmatrix11.png.webp)
*Source: User Task Matrix*

上記の例では、タスクマトリクスは、航空券の予約という目標を達成するためのさまざまな方法（およびペルソナに応じた頻度）を記述しています。ユーザータスクマトリックスは、ユーザーエクスペリエンスの中で譲れない部分を特定するのに役立ちます。例えば、上記のマトリックスでは、最も重要なタスクは「旅行ルートの検索」であり、3つのペルソナすべてで複数回使用されていることがわかります。これを参考にして、「ルート検索」機能を発見可能なアイテムではなく、主要なナビゲーションの一部にすることで、デザインの決定に役立てることができます。

**MailChimp社のUXコンサルタントであるStephanie Troeth氏**は、[ユーザーのタスクマトリクスに対して、より関連性の高いアプローチ](http://www.smashingmagazine.com/2013/03/12/design-multifaceted-user/)をとっています。以下に示すように、彼女のマトリクス手法は、行動や動機のコンテキストというレンズを通して見ることで、ペルソナやエクスペリエンスマップのより幅広いスナップショットを提供します。

![image.png](https://studio.uxpincdn.com/studio/wp-content/uploads/2014/11/fig7-fill-500.png.webp)
*Source: Design for Multifaceted Users*

従来のユーザーマトリクスに比べて、彼女のバージョンはより視覚的であるため、パターンを素早く見つけ出し、それに応じて優先順位をつけることができます。ステファニーのソーシャル・ランニング・アプリでは、上記のマトリックスにより、地元の人々が最もこのアプリに関わる可能性が高いことがすぐにわかりました。したがって、機能セット、コミュニケーション、マーケティングは、まずこのユーザーグループにアピールする必要があります。ステファニーのユーザーマトリクスは、従来のユーザーマトリクスに区分けできるハイレベルなビューを提供してくれるので、実際には非常に補完的です。このように、ユーザーマトリクスは、主要なオーディエンスを特定し、バリュープロポジションを検証し、重要な機能を特定するのに非常に役立ちます。

## ユーザーコンテンツマトリックス
クラウドやソフトウェアをベースにした製品の場合、既存のコンテンツがユーザーのニーズをどのように満たしているのか、どこを改善すればよいのか、コンテンツの改善の優先順位をどのようにすればよいのかを理解するのに役立つマトリックスです。

![image.png](https://studio.uxpincdn.com/studio/wp-content/uploads/2014/11/Screen-Shot-2014-09-12-at-7.03.01-PM.png.webp)
*Source: Content Analysis — A Practical Approach*

**Content Science社の創設者であるコリーン・ジョーンズ氏**は、コンテンツマトリクスを使うことで、[冗長なコンテンツ、時代遅れのコンテンツ、つまらないコンテンツを排除することができる](http://www.uxmatters.com/mt/archives/2009/08/content-analysis-a-practical-approach.php)と考えています。多くのステークホルダーが必要としているのは詳細ではなく文脈であることを考慮すると、マトリクスは柔軟性があり、ポイントを伝えるのに必要な行や列だけを表示することができます。コンテンツマトリクスには、具体的に4つのメリットがあります。

**優先順位の明確化** - 製品にどのようなコンテンツがあるのか（そしてその理由）を知ることで、他の方法では明らかにならない有用性に関する疑問を明確にすることができます。
**運用上の制約への対応** - マトリックスを記入していくうちに、ソリューションに対する新たな制約を発見することがあります。例えば、ユーザーはアプリのホーム画面を頻繁に更新する必要があるかもしれませんが、それを実現するための技術的なリソースがないことがわかるかもしれません。コンテンツマトリクスは評価を促し、誤った仮定の下で前進することのないよう、「セカンドベスト」の選択肢を発見するのに役立ちます。
**共通言語** - ユーザーは、あなたのようには話しません。コンテンツマトリクスは、トーンと用語の一貫性を維持するのに役立ち、会社特有の言葉を使いすぎることがありません。
**スケール感の把握** - 製品のコンテンツのスケール感を把握できれば、よりよい製品設計が可能になります。マトリックスを使えば、100ページ分、1000ページ分のコンテンツを考える必要があるかどうかがわかり、適切な数のデザインバリエーションを作成することができます。

## 優先順位付けされた要件のスプレッドシート
この時点で、ユーザー分析を十分に行い、重要な機能の見当がついていることでしょう。結局のところ、[「UXデザインプロセス＆ドキュメンテーションガイド」](https://www.uxpin.com/studio/ebooks/guide-to-ux-design-process-and-documentation/?utm_source=Blog&utm_medium=qiita&utm_campaign=Japan&utm_content=%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AB%E5%85%A5%E3%82%8B%E5%89%8D%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%88%E3%81%9D%E3%81%AE%EF%BC%92%EF%BC%89)で説明したように、製品の要件はユーザーの要件から導き出されるべきものなのです。

![image.png](https://studio.uxpincdn.com/studio/wp-content/uploads/2014/11/Screen-Shot-2014-09-15-at-9.52.13-PM-1024x652.png.webp)
*Source: Practical Product Management for New Product Managers*

実装フェーズで作成した製品要求書や機能仕様書ほど詳細に記述する必要はありませんが、「必要な機能」と「必ず必要な機能」を分けることができるはずです。**Measuring Usabilityの創設者であるJeff Sauro氏**によると、どうしようもなく長い機能リストを切り詰めるためには、複数の優先順位付けのテクニックがあります。その中には、より多くのユーザーテストを必要とするものもあれば、単独で行うものもあります。

**[トップタスク分析](http://www.measuringusability.com/blog/top-tasks.php)** - 対象となるユーザーに、実行しやすいタスクのリストをランダムに渡し、トップ5を選んでもらいます。ユーザーにとって最も重要なタスクがすぐにわかります。
**[ギャップ分析](http://en.wikipedia.org/wiki/Gap_analysis)** - 優先順位をつけた最初の機能を何人かのお客様に提供し、重要度と満足度の順に評価してもらいます。次に、公式を使います。重要度+(重要度-満足度)の式で、改善の機会を明らかにする。
**[Kano Modeling](http://uxmag.com/articles/leveraging-the-kano-model-for-optimal-results)** - 一部のユーザーに、製品に機能が含まれている場合にどれだけ気に入り、機能が削除された場合にどれだけ寂しく感じるかを評価してもらいます。この満足度の差は、「必要な機能」と「必要ではない機能」を示しています。
**[Quality Function Deployment (品質機能展開)](http://www.measuringusability.com/blog/qfd-ui.php)** - (トップタスク分析による)タスクや機能の優先順位付けされたリストから始めて、これを(会社による)機能のリストと組み合わせる。QFDは、ユーザーのニーズを最もよく満たす機能をランク付けする。
**[パレート分析](http://www.measuringusability.com/blog/pareto-ux.php)** - 80/20ルールとして知られているこの方法は、「必需品」の機能と「準備品」の機能を素早く分離することができる。機能を高いものから低いものへと分類し（例：トップタスクでの最多得票数、最多収益など）、合計して各項目のパーセンテージを算出します。最高得点を獲得した機能は、最も重要な機能です。
**[原因と結果の図](http://www.measuringusability.com/blog/fishbone.php)** - UXの問題は複雑な場合があるため、この分析によって各問題の複数の原因を明らかにし、可能な限り効果的なトラブルシューティングを行うことができます。症状ではなく根本的な原因を明らかにするために、「なぜ」と問いかけて一連の原因・結果図を作成します。
**[Failure Mode Effect Analysis（故障モード効果分析）](http://www.measuringusability.com/blog/fmea-ux.php)** - 特定のアクションがもたらす悪影響を理解するのに役立ちます。機能を追加するよりも、壊れている部分を修正した方が製品の改善につながるケースが浮き彫りになります。FMEAでは、問題の共通性、重大性、難易度に基づいて、リスク優先度番号を生成します。

より無駄のないアプローチを求めているのであれば、**アマゾンのゼネラルマネージャーであるイアン・マカリスター氏**は、[テーマベースのアプローチが効果的かつ軽量なアプローチである](http://www.quora.com/What-are-the-best-ways-to-prioritize-a-list-of-product-features)と考えています。彼は、製品ごとにテーマのリストを作成し（例：ユーザー獲得、ユーザー維持など）、各テーマにプロジェクトを割り当て、コスト対効果に基づいてプロジェクトの優先順位を決定します。この方法は非常に簡単で、[「強制的なランキング」](http://natelandau.com/forced-ranking-product-features-in-a-spreadsheet/)のスプレッドシートがあればすぐに始められます。

## ユーザーを知る
あなたの製品がユーザーのために作られていないとしたら、それはあなた自身のために作られているに過ぎません。ユーザーは、あなたの製品が何百万ものことができることを気にしません。

![image.png](https://studio.uxpincdn.com/studio/wp-content/uploads/2014/11/Product-Development-Process1.gif)
*Source: Why User Experience Research*

ユーザーを真に理解するためには、「受信箱の仕分けを簡単にするアプリを必要としている18歳から35歳のマーケター」というだけでは不十分です。

これまで述べてきたように、ユーザーを一人の人間として理解し、彼らがどのように、そしてなぜ製品を使うのか（そしてその頻度）、そして彼らと製品の間にあるすべての経験を理解する必要があります。このような多面的な理解があってこそ、機能に適切な優先順位をつけることができるのです。そうでなければ、自分が災難の道を歩んでいることに気づかないまま、設計段階に入ってしまうかもしれません。

デザインプロセスにドキュメントを組み込むためのよりスマートな方法については、[「UXデザイン＆プロセス・ドキュメンテーション・ガイド」](https://www.uxpin.com/studio/ebooks/guide-to-ux-design-process-and-documentation/?utm_source=Blog&utm_medium=qiita&utm_campaign=Japan&utm_content=%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AB%E5%85%A5%E3%82%8B%E5%89%8D%E3%81%AE%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%88%E3%81%9D%E3%81%AE%EF%BC%92%EF%BC%89)をダウンロードしてください。Aarron Walter氏、Laura Klein氏、Ian McAllister氏をはじめとする数多くの専門家のアドバイスが掲載されています。また、Vurb、MailChimp、Apple、Googleなど、多くの企業のビジュアルな例も紹介されています。


**本記事は2014/12/4投稿、2020/4/22更新を翻訳したものです。**