マインドマップギャラリー Cサイド製品の需要分析
この図は、C 側の製品要件の基本的なフレームワークを構築する方法を示しています。この内容には、需要ソース、需要の絞り込み、限定された需要が含まれています。この分野に携わっている友人の皆さん、急いで学んでください!
これはバクテリアに関するマインドマップであり、その主な内容には、概要、形態、種類、構造、生殖、分布、アプリケーション、および拡張が含まれます。概要は包括的で綿密で、レビュー資料として適しています。
これは、植物の無性生殖に関するマインドマップであり、その主な内容には、概念、胞子の生殖、栄養生殖、組織培養、芽が含まれます。概要は包括的で綿密で、レビュー資料として適しています。
これは、動物の生殖発達に関するマインドマップであり、その主な内容には、昆虫、カエル、鳥、性的生殖、無性生殖が含まれます。概要は包括的で綿密で、レビュー資料として適しています。
プロダクトマネージャー向けの必須ニーズ分析
要件分析 ソフトウェアテスト ソフトウェアエンジニアリング ソフトウェア設計 自習マインドマップ
採用・雇用ニーズ分析
採用ニーズ分析フレームワーク
採用ポジション需要分析
従業員とトレーニングのトレーニングニーズの分析
ニーズ分析マインドマップ
「アドバンスト プロダクト マネージャー」要件分析学習ノート
03-プロダクト マネージャー - 製品ソリューション
水素エネルギー応用需要分析
Cサイド製品の需要分析
需要の源泉
需要プール
ユーザーのフィードバック、同僚の提案、上司の命令、自身のブレーンストーミング、競合製品分析、データ分析、技術的ニーズ、運用上のニーズ、ビジネス上のニーズ、部門間の協力など。
ニーズの絞り込み
コア: 分割要件
4つの次元に分割
ユーザーの次元
この要求をしたのは誰ですか?
この要件のユーザーは誰ですか?
誰がこの要件を使用するのでしょうか?
彼らは私たちのターゲットユーザーですか?
これらのユーザーのうち、当社のユーザーはどのくらいの割合を占めるのでしょうか?
ユーザー属性についてはどうですか?
ユーザー属性の定義は製品ごとに異なりますが、主に、多額のお金を費やしているか、アクティブであるか、大きなインフルエンサーであるかなど、ユーザーの価値に依存します。
シーンの次元
このシーンはどのように見えますか?
シーンが現実的であればあるほど、ニーズも現実的になります。
シーンは高周波ですか?
シーンの高周波によって、需要が高周波であるかどうかがある程度決まり、当然、それによって製品データのパフォーマンスが決まります。
現在当社の製品が提供しているシナリオに適合しますか?
このシナリオは、現在の製品が提供するシナリオと一致していない可能性があります。
盲目的に決定を下さないでください。このシナリオが以前の検討で見落とされていたものであり、ユーザーが製品を使用するときに実際に存在するかどうかを分析する必要があります (同じ製品/機能によって異なるシナリオが満たされる可能性があるため)。
実際、ユーザーが使用するシナリオは、ユーザー自身の製品の現在のシナリオと矛盾しています。
分析後、このシナリオを提供する必要があると感じた場合は実行できますが、断固としてシナリオを放棄したり、さらに観察したり、まったく新しいプロジェクトを開始したりすることもできます。
ユーザーの現在の問題
前のシナリオで、ユーザーは現在どのような問題に直面していますか?
ユーザーのフィードバックにもっと耳を傾け、ユーザーの操作をもっと観察してください。ユーザーに連絡できない場合は、ユーザーのシナリオとエクスペリエンスをシミュレートして、それを自分で使用して現在の問題を見つけてください。
ユーザー向けの現在のソリューション
このニーズを満たすために、ユーザーは現在何をしているでしょうか?
ユーザーの操作プロセス、使用している機能、製品、入力内容など、ユーザーの現在のソリューションを整理します。
二次元に分割
タスクの次元
この要件を満たすためにユーザーは何をする必要がありますか?
この要件を満たすためにユーザーが製品で行うべきことは、おそらくユーザーの基本的な操作パスであり、現時点ではタスクの多様性に注意する必要があります。 (多様性とは、この需要を満たす方法がたくさんあることを意味します。少なくとも 2 つ考えて、それぞれの長所と短所を知っておく必要があります。)
最初のステップでユーザーの現在のソリューションと比較して、現在のソリューションより優れているかどうか、エクスペリエンスが最適化されているかどうか、ユーザーの現在の問題が解決されているかどうかを確認できます。
このニーズに応えるためには何をする必要があるでしょうか?
この需要に応えるためには、ユーザーのためにどのような機能やページを作成する必要があるでしょうか。
注意すべきは課題の複雑さ(簡単に言うと開発難易度、必要なリソース、コスト)です。技術的な難易度が高すぎる場合、または単純にリソースがない場合は、基本的には実現できません。あるいはコストが高すぎてリターンが足りず、赤字になりすぎるビジネスは成り立ちません。
目標
ユーザーの目標
ユーザーがなぜこれを行う必要があるのか、それを行うことでどのようなメリットが得られるのかが、ユーザーが製品や機能を使用する原動力となります。
私たちの目標
なぜこれを行うのか、また私たちにとってどのようなメリットがあるのでしょうか?定量的な基準があったほうがいいですよ!
ニーズの変革
フォーム機能一覧(要件リスト)
具体的な機能の説明
優先度
KANO モデルを使用して、需要が重要 - 緊急 4 象限
定量的基準
各要件/機能ポイントは発売後の評価基準で設定する必要があり、発売後の関連データ指標をこの基準と比較する必要があります。
それは想像力ではなく、お客様のニーズと目的、既存のデータに基づいて決定されます。
適格な要求
達成できる
説明可能な
定量化可能