【翻訳】UX・プロダクトのモデルとフレームワーク13選（Aaron Christopher, Bootcamp, 2023 ）

PdM プロダクト分析 運営・分析

bootcamp.uxdesign.cc

プロダクト開発で考慮すべきモデルとフレームワーク。

プロダクトとUXは情報にあふれており、情報の裏側には決断すべきことがあります。ありがたいことに、意思決定プロセスを助け、客観性とユーザー中心の洞察を統合するのに役立つ、プロセスの一部として使用できるモデルやフレームワークが幅広く存在します。以下は、私がUXリサーチに携わる中で出会ったモデルのリストです（リストされている全てを使用したわけではないが、包括的なコレクションを作成するために詳しく説明したつもりです）。他にもあれば、コメントを残してください！

キャッスルフレームワーク

キャッスルフレームワークとは？

HEARTフレームワークの補完的なフレームワークで、社内のビジネスソフトウェアなど、ユーザーが使用しているシステムを選択できない可能性のある社内プロダクトに焦点を当てています。これは、HEARTモデルにおけるリテンションなどの指標の一部が適切でないためです。

プロダクトがユーザーに強制的に使用される場合、ニールセン・ノーマン[1]はCASTLEフレームワークの使用を提案しています： Cognitive load＝認知負荷、Advanced feature usage＝高度な機能の使用、Satisfaction＝満足度、Task efficiency＝タスク効率、Learnability＝学習可能性、Errors＝エラー。

HEARTフレームワークと同様に、これらはゴール、シグナル、測定可能値を用いて実際の測定可能値に分解されます。

いつ使うか？

コンピューターソフトウェアや遠隔地にあるデバイスなど、従業員が使用する必要のある社内向けプロダクトをレビューし、その全体的な有効性を判断するとき。

どう使うか?

  1. 評価したいプロダクト、ユーザーグループ、タスクを検討します（通常、最も一般的なタスクまたはプロダクトの中核的な目的）。
  2. CASTLEのどの指標を評価したいかを考え、そのためにどの方法が最も効果的かを考えります。例えば、幸福度を評価したい場合、NPSスコアまたはCSATを使用することができます。
  3. どのように評価指標を得るかを考えてください。例えば、現場でのアンケート調査や、クオリ ョンのセッションなどです。

ダブル・ダイヤモンド・モデル

ダブル・ダイヤモンド・モデルとは？

プロダクトとUXにおいて、間違いなく最も確立されたモデルであり（そして最近、システミックデザインフレームワークにアップデートされました）、プロダクトチームが真にユーザー中心のデザインプロダクトを作成することを可能にする、4つの重要なステージを持つ定義されたプロセスです。4つのステージとは、発見＞定義＞開発＞提供です。このプロセスは反復的であるため、しばしばセクションが繰り返されます。

いつ使うか？

プロダクトを作成する際、このモデルをすべての作業の中心に置き、構築しているものが、ステークホルダーの主観的な意見ではなく、ユーザーリサーチやインプットに基づいたものであることを確認します。

どう使うか？

  1. 発見調査を実施します。これは、ユーザーインタビューやエスノグラフィックリサーチなど、さまざまな形式で行うことができます。
  2. ディスカバリー・リサーチで特定された問題のうち、チームとしてソリューションを考え、作成したい問題を明確にします。
  3. ユーザーが直面している問題や、達成しようとしている目標をどのようにサポートできるか、アイデアを練ます。
  4. プロダクトを作成し、本番稼動前にユーザーとテストすることで、プロダクトを提供します。

各フェーズで使えるテクニックや方法など、ダブルダイヤモンドについてもっと知りたい方は、ダブルダイヤモンドに特化したより包括的な記事を作成しましたので、こちらをご覧ください：

bootcamp.uxdesign.cc

エモーショナル・デザイン・モデル

エモーショナル・デザイン・モデルとは？

ドン・ノーマン[2]によって開発された考え方であるエモーショナル・デザイン・モデルは、人間の感情システムには3つのレベルがあり、ユーザーがデザイン体験を解釈する方法と関連しているという考え方です。3つのレベルとは、内臓的、行動的、反射的です。内臓的デザインは深く根ざした外見と結びついています。行動的デザインは、使用の有効性、要するに使いやすさに関連しています。反射的レベルは最も高いレベルであり、プロダクトを使用したユーザーのプロダクトに対する意識的な考えです。

いつ使うか？

最終的なプロダクトを評価する際に、コアなユーザビリティだけでなく、ユーザーがプロダクトに対して感じるさまざまな感情レベルを評価するために使用できます。

どう使うか？

例えば、NPSスコアが高ければ、感情設計の反映レベルは成功したことになります。

HEART フレームワーク

HEART フレームワークとは？

インタラクションデザイン財団[3]によって詳述されているように、HEARTフレームワークは、プロダクトを評価する際に有用なユーザー中心の指標を採用する方法です。この頭字語は、Happiness、Eengagement、Aadoption、Retention、Task effectiveness and efficiencyの頭文字をとったものです。すべての指標を使用する必要はなく、チームが何を学び、何に取り組もうとしているかに基づいています。

いつ使うのか？

UXの価値をチームや会社に証明するために、一定期間にわたってプロダクトのパフォーマンスを追跡したいときで、主にプロダクトサイクルの終わりに行われます。[4]

どう使うか？

  1. 評価したいプロダクト、ユーザーグループ、タスク（通常、プロダクトの最も人気のあるタスクまたは中核的な目的）を検討します。
  2. どのHEART指標を評価したいかを考え、そのためにどの方法が最も効果的かを考えります。例えば、幸福度を評価したい場合、NPSスコアやCSATを使うことができます。
  3. どのように評価指標を得るかを考えましょう。例えば、会場でのアンケート調査やセッションなどです。

加納モデル

加納モデルとは？

プロダクトチームが、プロダクトを開発する際に、機能のロールアウトを優先させるために使用するモデル。これは、機能（マトリックスの右上のセグメント）をレビューする際に、ユーザーのニーズを満たすものに基づいて、チームがどれに焦点を当てるべきかを評価するのに役立ちます。これらは「デライター」とみなされます。

いつ使うのか？

様々なユーザーの問題や目標についてアイデアを出し、どのソリューションに焦点を当てるべきか客観性を持たせようとしているとき。これは通常、プロダクト開発の初期段階ですが、プロセス全体を通して使用することもできます。

どう使うか？

主に社内で使用され、ターゲットユーザーを十分に理解した上でディスカッションを行う必要があります。しかし、ユーザーグループにフィーチャーを提示し、どのフィーチャーが「デライター」、「ベーシック」、「サティスファイヤー」であると考えるかについて、ユーザーグループからフィードバックを得ることもできます。Qualtricsからガイドが提供されており、こちらを参照できます。

メンタルモデル

メンタルモデルとは？

UXでより一般的に使われる用語で、メンタルモデルとは基本的に、何かがどのように機能すべきか、またはコンテンツがどこにあるかについてのユーザーの期待や先入観のことです。例えば、ユーザーのメンタルモデルは、青いボタンは取るべきアクションであり、赤いボタンは警告であるというものです。

いつ使うか？

プロダクト開発プロセス全体を通して、ユーザーのメンタルモデルを理解することが重要です。それがプロダクトのIAであれ、エクスペリエンスの一般的な機能性であれ、あなたが持っている言葉遣いであれ。ユーザーのメンタルモデルを理解することで、ユーザーの摩擦を最小限に抑え、認知的な負担を軽減することができます。

どうやって使うの？

このモデルは、あなたがステップバイステップのガイドとして従うものではなく、あなたが理解するための概念です。とはいえ、ユーザビリティテストやプロトタイプテストなど、さまざまなリサーチアプローチを通じて、ユーザーのメンタルモデルを理解することができます。また、メンタル・モデル・マッピングを探求することもできます：

bootcamp.uxdesign.cc

MoSCoWモデル

MoSCoWモデルとは？

MoSCoW法は、プロダクトチームの機能優先順位付けを支援するもう1つの手法で、どの機能がMmust have、Should have、Ccould have、Wwould not useであるかを特定するのに使われる[5]。

いつ使うか？

様々なユーザーの問題や目標についてアイデアを出し、どのソリューションに焦点を当てるべきか客観性を持たせようとしているとき。これは通常、プロダクト開発の途中であるが、プロセス全体を通して使用することができます。

使い方は？

KANOモデルと同様に、プロダクトに取り組んでいる関係者が、コストやスケジュールなどさまざまな点を考慮しながら、ユーザーのニーズや目標を満たすと思われるものに基づいて議論するために使用します。私は以前、4つの閉じた列（must have、could haveなど）と機能をカードとして並べ替え、同じようなプロダクトのアクティブユーザーであるか、ペルソナを満たしているかに基づいて並べ替えるカードソートでこれを行いました。

Red Route ユーザビリティ優先順位モデル

Red Route ユーザビリティ優先順位モデルとは？

ユーザビリティ・テストで潜在的なユーザビリティの問題を特定したときに、その問題がどの程度重要であるかを判断する方法です。

いつ使うのか?

ユーザビリティ・テストに続いて、ユーザビリティを改善するためにチームが時間とリソースを投資すべき場所を決定したい場合。

どう使うか？

チームとして、または個人として、すべてのユーザビリティの問題を照合したら、上記のマトリックスに基づいて、ユーザビリティの重大度に分類します。

5つのEフレームワーク

5つのEフレームワークとは？

このフレームワークは、有効性（タスクの達成）、効率性（スピードと使いやすさ）、エンゲージメント（ユーザーの満足度と楽しさ）、エラーの防止、学習のしやすさという5つの重要な要素に基づいて、全体的なユーザーエクスペリエンスを評価することに重点を置いています。

いつ使うのか？

プロダクトのユーザーエクスペリエンスをレビューし、いくつかの重要な指標を測定しようとしているとき。ユーザビリティ・テストに加えて、定量的なデータを補足するために使用することができます。

どう使うか？

エラー率や初回タスク完了率などのベンチマークを使用して、5つのEの全部または一部をレビューします。

技術受容モデル

技術受容モデルとは?

Measuringu[6]で説明されているように、*プロダクト、ソフトウェア、ウェブサイト、アプリは、人々が私生活でも仕事上でも「受け入れる」ために、使いやすく有用である必要があります。また、プロダクトの使用や採用は、使いやすさや有用性の認知に基づいているという考えに基づいています。

いつ使うか？

新しいシステムやツールの有用性を判断しようとするとき。

どう使うか？

使いやすさや有用性の認識から、採用の可能性や利用状況を評価するために、ユーザーグループに向けて7段階のリッカート尺度で行う12の定義済みの質問があります。

UX ハニカムフレームワーク

UX ハニカムフレームワークとは？

2004年にピーター・モービルによって作成されたもので、ユーザー体験の7つの重要な要素を評価することで、プロダクトのユーザー体験を決定します。これはまた、インタラクションデザイン財団によって、ユーザーエクスペリエンスの7つの要素として詳述されています。[7]

いつ使うのか？

プロダクト開発の最終段階において、プロダクトが7つの要素すべてにおいて必要な基準を満たしていることを確認するために、プロダクトを評価するとき。現実的には、プロダクトの望ましさや有用性を最後に評価することはないため、これは全体を通して使用されるモデルです。

どう使うか？

どの指標を評価するかを検討し、それに対して適切な指標を割り当てます。例えば、体験の信頼性を評価したいのであれば、Microsoft Desirability Testを行い、ユーザーがデザインに対して感じる感情が信頼できるかどうかを確認することができます。

ヴァン・ウェスタンドープ価格モデル

ヴァン・ウェスタンドープ価格モデルとは？

プロダクトの競争力のある価格帯を特定するのに役立つモデル。物理的なプロダクトだけでなく、アプリのサブスクリプションのようなデジタルプロダクトにも使用できます。[8]

いつ使うのか?

新商品の市場で競争力のある価格を決定しようとしているとき。競合ショップの補足的なインサイトとして、またはその代わりに使うことができます。

どう使うか？

VWPMは、ユーザーに4つの重要な質問をします。これらの質問をするときは、ユーザーグループをターゲットにすることと、プロダクトについてできるだけ詳しく説明することが重要です。例えば、乳母車を買うことに興味がない人にいくら払うか尋ねたり、テレビを買うのにいくら払うか、詳しい仕様を説明せずに尋ねたりすることはないでしょう。

  1. ユーザーに4つの質問をします：
  1. そのプロダクト／サービスが、品質があまり良くないと感じるほど低価格だと思う価格はいくらですか？（安すぎる）
  2. このプロダクト/サービスは、どの程度の価格であればお買い得だと思いますか？ （安い/お得）
  3. この商品・サービスが高くなり始めると思う価格はいくらですか？（高い/高め）
  4. この商品・サービスを購入することを検討しないほど高価だと思う価格はいくらですか？（高すぎる）
  1. 結果を分析します。これは複雑である可能性があり、その方法に関するガイドはオンラインこのガイドを含むで見つけることができます。

WCAGフレームワーク

WCAGフレームワークとは？

WCAGとは、Web Content Accessibility Guidelines の略で、アクセシビリティに問題のある人々がウェブコンテンツをより利用しやすくすることを目的とした国際的な原則のセットです。ウェブコンテンツを開発する際に考慮すべき4つの原則を定めています。また、アクセシビリティのレベルにはA、AA、AAAという3つの格付けがあり、後者が最も達成度が高いが、AAがほとんどのプロダクトが目指すべきものです。Aに到達するためには30の基準を満たす必要があり、AAにはさらに20の基準が必要です。一方、AAAにはWCAG 2.1に基づく以前のレベルにさらに28の基準が追加されます。[9] [10]

いつ使うのか？

プロダクト開発プロセス全体を通して使用してください。新しいものを作成する場合、アクセシビリティに問題のあるユーザーを考慮するようにしてください。既存のものがある場合は、WCAGの評価を行ってください。

どのように使うのか？

プロダクトのレビューには、手動レビューまたはアクセシビリティ・テスト・ツールを使用することができます。将来のプロダクト機能を開発する際に、WCAGガイドラインが考慮され、設計の一般的なプロセスの一部となっていることを確認してください。

参考