需要分析を極限まで進めるにはどうすればよいでしょうか?

優れた製品アイデアが生まれ、ユーザーグループが決定したら、次のステップはニーズ分析フェーズです。ユーザーの本質的なニーズをいかに正確に発見するかが、この段階の重要な目標です。以下は私が仕事から得た経験をまとめたものです。皆さんと共有したいと思います。

1. 既存の情報に基づいてアイデアを整理する

需要調査コンテキストドキュメントを要約し、ビジネスシナリオのアイデアに基づいてカタログスタイルでまとめます。要約の内容は、業界に対する理解の深さに応じて、最終的な製品の形式と非常に一致する可能性があります。要約には、基本的に制約やビジネスシナリオなどの問題が含まれます。これらは通常、不確かな要件ですが、制約、主要なビジネスシナリオ、さらには重要度が不確かな、つまりビジネスシナリオの重要性が不確かな要件など、分類が重要です。

マインドマップの助けを借りて、次のアイデアを整理することができます。アイデアは、シナリオ - 問題 - 解決策です。

アイデアが明確に整理されたら、需要調査コンテキストドキュメントにビジネスシナリオのアイデアをカタログ形式でまとめます。

2. 疑問を持ってリサーチする

調査が完了したら、調査記録を原本として作成します。調査プロセス中に、ユーザーは質問に答え、その他のニーズについても説明する場合があります。調査ユーザーが複数いる場合は、同じビジネスシナリオの質問に対して複数の回答がある可能性があります。次のようにして、需要調査コンテキストドキュメントにそれらを記録できます (注: 以下の最初の手順と 2 番目の手順は、需要分析コンテキストドキュメントで既に整理されています)。

（１）調査すべき質問（何を尋ねるか）

（２）聞き方（聞き方）

（３）ユーザーa ：

ユーザーB:

ユーザーc:

ユーザーB:

ユーザーd:

…

もちろん、要件を取得する方法は他にもたくさんあります。たとえば、作業観察、状況インタビュー、ユーザーモデル（時間がかかり、小規模チームには適していません）、シナリオスクリプトなどです。これらの方法は、実際の状況に応じて合理的に使用できます。

3. 調査結果を需要調査コンテキスト文書にまとめる

このプロセスの目的は、事前に考えられなかったビジネスシナリオを補足し、フレームワークやプレゼンテーションレベルの要件さえも満たすことです。同時に、同じ問題シナリオにおける異なる調査ユーザーの異なる回答を比較し、重要な要件を要約し、基本要件、期待される要件、エキサイティングな要件をマークします。

4. 単一の需要カードを利用して需要分析を実施する

単一要件カード（補助分析ツール）を通じて主要要件を分析します。ここでの主要要件は、一般的に他の業務と密接に関連する要件であり、分析結果を要件調査コンテキストドキュメントの対応する質問ディレクトリに記録します。

以下は、Everyone is a Product Managerの単一要件カードテンプレートです。個人的には非常に便利だと思います。

(上の写真は、「誰もがプロダクトマネージャー」の単一要求カードのテンプレートです)

もちろん、需要分析を行う際には、代表的なユーザーを数名選び、詳細なマイニングと分析を行い、個人的背景、婚姻状況、収入、スキル（教育）レベル、年齢、性別、家族、仕事、趣味、重要なユーザー、使用機器など、ユーザーの基本的な属性特性を示すことが最善です。

5. 需要調査コンテキスト文書における要件のより詳細な分析

このとき、マインドマップ、フローチャート、状態図などの分析を基礎として、製品要件ドキュメントの作成や製品プロトタイプの設計を行うことができます。もちろん、この時点では、戦略、範囲、構造のレイヤーについていくつか書くことしかできず、主要なビジネスシナリオプロトタイプの予備的な簡略版を描くだけです。その後、ドキュメントに従って製品機能仕様、製品構造、製品情報アーキテクチャを整理し、これらを使用して製品プロトタイプを描く必要があります。

6. 製品需要記録表を作成する

製品要件記録表の要件の目的は、製品ライフサイクルにおける特定の要件が実現される時点を記録することです。もちろん、時間が限られている場合は、最初に記録してから、単一の要件カードを使用して要件の実現可能性を分析できます。疑似要件であっても、後で追跡できるようにこの要件を記録することもできます。この表は単なるエントリ表示であり、分析の結果として提示され、製品を分析するのではなく、トレースを記録することに重点を置いていることを覚えておいてください。ただし、要件がR＆Dワークロードに与える影響を簡単に評価できます。

製品要件記録フォームのヘッダーの内容は次のとおりです。