マインドマップギャラリー プロダクトマネージャー向けの必須ニーズ分析
プロダクトマネージャー入門の基本である需要分析を中心に紹介します。要件とは何か、要件をどのように収集するか、収集する際の注意点、収集方法にはどのようなものがあるのか、要件分析はどのように行うのか、どのような手順で分析するのか、分析後にどのような成果物を出力する必要があるのか、など。 . これらの詳細は、参考のために例も示して段階的に紹介されています。
2023-11-20 16:00:13 に編集されました需要分析
何が必要なのか
意味
その本質は、ユーザーの期待が現状と異なるため、要求が出されることです。
また、ユーザーは、要求をする際に、一定の目的に基づいて質問、提案、アイデアを出します。
本来の需要
形状
質問をする
要求者は自分が何を望んでいるのかを正確に説明することはできませんが、現在直面している問題のいくつかを説明することはできます。
目的
要求者は要求を実現する方法を知りませんが、何を達成したいかは知っています。
プランを提案する
要求者は考えるのがとても上手で、自分の考えを持って要求をします。
場合
「アフタヌーンティーを注文しますか?」
「ダブルイレブンのセールが思ったほど良くありません。もうすぐダブルイレブンが始まります。どうすればいいですか?」
「訓練を受けて、より高い給料の仕事に就けることを願っています。」
運営担当者は「ダブル11よりダブル12の方が良いイベントになり、売上が5%以上伸びるのが理想」と話す。
「どのような移動手段が必要ですか?」 「より速い馬が必要です。」 (環境は認識につながります)
ユーザーはフィードバック チャネルを通じてプロダクト マネージャーに「製品には一括ボタン操作が必要である」と報告しました。
集め方
ソース
内需
ソース
管理
営業部
プロダクトマネージャー
特徴
集めやすい
外需
ソース
ユーザー
ユーザーデータ
アプリのレビュー
フィードバックチャネル
市場
競合製品
特徴
集めるのが難しい
方法と手段
多分
定性
論理的推論やその他の思考方法を使用してプロセスと主要なイベントを整理し、対応する結論を導き出します。
定量的
時間、量、頻度、傾向などのデータに基づいた計算と分析、およびサンプルデータによる全体的な現象の形式的またはスクリーニング
特定の
ユーザーインタビュー
定性
お客様の声
アンケート
定量的
競合製品の分析
ブレーンストーミング
観察
文書分析
データ分析
ユーザーインタビュー
方法
直接
ユーザーインタビューのために顧客に連絡する
直接
電話をかける
間接的な
会社の同僚や友人など、対象ユーザーをよく知っている、または対象ユーザーと接触のある他の人々と協力して情報を入手する
プロセス
面接の形式を決める
面接の目的を明確にする
面接の質問をデザインする
ユーザーのフィルタリングと招待
高周波
アクティブ
ポジティブ
フィードバックがありました
ユーザーインタビューを実施する
結果の要約と分析
ユーザーインタビュー記録フォーム
インタビュー企画情報
インタビュープロジェクト名
面接のテーマと目的
面接官情報
面接日時
面接方法
面接場所
性別、年齢など
耐用年数
レコーダー
面接での質問の記録
ユーザーステータス
今どうするか
ユーザーの問題点
どのような困難に遭遇しましたか?
解決
現在の困難を解決する方法
ユーザー独自のニーズ
ユーザーが録音したオリジナルの単語の一部
製品需要分析
分析後に洗練された要件
例
食材がなくなったら決まった時間に料理を提供するレストラン向けのアプリを作りたい場合、ユーザーインタビューはどのように実施すればよいでしょうか?
現状
レストランのメニューがほぼ終わってしまったとき、どうやって食べ物を買いますか?
私はよく最寄りの野菜市場に野菜を買いに行きますが、時々遠くの野菜市場に野菜を買いに行きます。
問題点
近くの野菜市場に野菜を買いに行くとき、どんな問題に遭遇しましたか?
野菜は売り切れ、新鮮ではなくなり、価格も高騰しています。
遠くの野菜市場に行ってみてはいかがでしょうか?
同じ問題が発生し、渋滞や遅延が発生する可能性があります。
プラン
では、これらの問題をどのように解決しますか?
予防
無効な質問、つまり故意に質問していると他人に思わせるような質問をすることはできません。
ユーザーをガイドできない (例: 最適化された機能はどうですか?)
質問は自由すぎるものであってはなりません (例: 私たちのアプリについてどう思いますか?)
質問はあまり詳細なものであってはなりません。顧客がその機能を使用したことがあるのか、または実際にその機能をデモンストレーションしたかを考慮する必要があります。
練習する
アンケート
意味
詳細かつ綿密なアンケートを作成し、回答者のアンケートに基づいて結果の分布を集計することで、定量的な調査となります。
アンケートの構成
アンケートタイトル
導入部
アンケートの内容と目的を紹介し、感謝の気持ちを伝える
回答者情報
ユーザーのフィルタリングが簡単
アンケートの主な内容
テーマ
話題に対応し、話題から逸れないようにする
質問
クローズドクエスチョンを設定してみる
わかりやすくする
質問の数をコントロールする
物体
代表者となる必要があるユーザーに送信します
結論
もう一度感謝するか、賞品を抽選してください
競合製品の分析
意味
関連分野で競合する製品
によると
製品の位置付け
対象ユーザー
製品の特徴
分類
直接競争
製品のポジショニングはターゲットユーザーとの一致性が高く、製品の機能も非常に似ています。
間接的な競合製品
製品のポジショニングはターゲット ユーザーと非常に一致しているが、製品の機能は同じではない、または製品の機能は非常に似ているが、製品のポジショニングはターゲット ユーザーと一致していません。
潜在的な競合製品
ターゲットユーザーが重複している、位置づけや機能が一時的に矛盾している、または業界の大手企業である
目的
業界をより深く理解する
他者を参考にして、自社製品の機能、使いやすさ、キーテクノロジーなどの位置付けを明確にします。
自社製品の差別化を高める
気まぐれを防止し、リスクを軽減する
分析方法
ユーザーエクスペリエンスの5つの要素の比較
実現層
UIレベルのデザイン
フレームレイヤー
特定のページのデザイン
構造層
製品全体の構造設計
スコープレイヤー
製品機能のポイント
戦略層
製品の目標とユーザーのニーズ
入手方法
競合他社公式サイト(会社概要、ヘルプセンター、ルールコンテンツ)、製品履歴更新版、プロモーション、最新調整、採用情報など。
iResearch、Analysys Qianfan、199IT、Baidu Index、Qimai Data、Alexa などの業界データ レポート プラットフォーム
競合他社の四半期/年次財務報告書、または自社の社内市場、事業部門、経営陣などに関する情報の収集。
業界メディアプラットフォームニュース36Kr/IT Orangeなど、コミュニケーション・交流プラットフォーム(フォーラム、QQグループ)など
ユーザーやビジネス関係者をシミュレートして、競合他社の製品、顧客サービスに関する相談、技術的な Q&A などを調べます。
競合製品分析レポート
需要プール
意味
コア: 誰 (要件ソース、要件提案者) が、いつ (提出時) に、どの側面 (要件タイプ、製品モジュール) とどの要件 (要件記述) を洗練したのか
補助: 誰 (提出者) がそれを記録し、どのように処理するか (優先度、要件ステータス、メモ)
効果
需要管理
需要者の本来のニーズを正直に記録する
メンテナンスが必要です
要件のステータスや優先度などをタイムリーに更新する
要件の後戻り
後で要件をソースに遡って追跡する際に、問題を追跡して処理できる
経営理念
内外に
記録されたすべての要件は、一定期間内に処理する必要があります (要求の拒否または計画がタイムリーな処理としてカウントされるかどうか)
内には寛大、外には厳しく
受信したすべての要求は要求プールに入力されます
需要プール内のすべての要件を実現する必要はなく、要件を選別して分析する必要があります。
「XXX APP」デマンドプールフォーム
シリアルナンバー
提出時間
製品モジュール
要件の説明
優先度
需要の源泉
ユーザーインタビュー
アンケート
オペレーション
依頼者
要件の種類
改訂
新しい
消去
最適化
需要状況
確認予定
確認済み
計画
完了しました
述べる
需要分析
例
フォードユーザー: 速い馬が欲しいです!
本来のニーズ: より速い馬
なぜ速い馬が欲しいのですか?
より速く走りたい
なぜ速くなりたいのですか?
時間を節約して目的地に早く到着したいですか?
車およびその他の交通手段
ユーザーからのフィードバック: 電話受話器のケーブルが短すぎるため、10 メートルまで延長する必要があります。
当初の要件: 10 メートルのケーブル
10m のハンドセット ケーブルが必要なのはなぜですか?
より遠くからでも電話に応答する
遠くから電話に応答する必要がある理由
いつでもどこでも電話に便利に応答
取扱製品:コードレス電話機、携帯電話機
意味
ユーザーニーズを製品の視点から捉え、製品に対するユーザーの期待や製品を通じて何を実現したいのかを明らかにし、ユーザー本来のニーズを製品ニーズに変換する分析プロセスです。
本来の需要
期待、目標、アイデア、質問など。
製品需要
製品関連の問題
製品ソリューション
製品、機能、サービスなど
核となる要素
ユーザーの本当の目的
製品ソリューション
分析する
機会
要件を収集するとき
要求者とのコミュニケーションにおいては、要求に基づいて相手と綿密なコミュニケーションをとることで、要求の真の目的を直接理解することができます。
要件を収集した後
需要側の元の需要を需要プールに記録した後、その後、需要プール内の需要が分析されます。
場合
①
トピック: 物流会社の適時性要件
背景:あなたは、主に他社の運送業務を請け負う物流会社に入社しました。すぐに、ビジネス側から「現在、一部のドライバーが時間通りに積み下ろし場所に到着できないため、製品レベルで最適化したい」という要望を受けました。
要件収集時に理解と分析を同時に行う
目前业务是怎样的
司机是如何分配的
司机为何会出现迟到的情况
迟到对客户造成什么影响
②
トピック: ユーザーフィードバックのニーズ分析
背景: あなたの会社はアプリを設計しました。その入り口の 1 つはユーザーからのフィードバックです。ユーザーはこの機能を使用して、製品の使用に関するバグや使用状況などを報告できます。フィードバックの内容は、ユーザー フィードバック リストで確認できます。背景。
最初に収集し、後で分析する
需要定期(每月或者每周)去查看并记录到需求池
再固定时间产品经理团队内部讨论头脑风暴来对需求池中的需求进行分析和处理
方法
場合
①
トピック: ライブ ブロードキャスト ルームの需要分析
背景: オンライン英語トレーニングを提供する会社に入社しました。その会社には外国人講師が多く、大学は中国人学生向けです。プロダクト マネージャーが需要プールの元の要件を毎週整理して分析していたとき、外国人教師が「授業中に Web 版の生放送室で質問を入力して答えられるようになりたいのですが、ライブ授業中に情報を提供するのが最適です。」 挙手して発言を促す機能。
ステップ
先跟外教老师确认:主观/用户?
打字、举手、邀请:了解目的
再对用户进行调查
内部讨论:答疑等对课程的影响?好处坏处等
再确定后续方案
②
トピック: チャット リストにキーワード検索を追加する
背景: 私たちは WeChat に似たソーシャル製品を設計していますが、その機能はまだ完全ではありません。「チャット リスト ページに検索機能を追加することが提案されています。キーワードごとのチャット記録。」
ユーザーはキーワード検索のシナリオとユーザーの目的を使用します
一般的な手順
役割
需要を生み出す役割
シーン
需要が発生するシナリオ: どのような状況で、何をすべきか
目的
ユーザーにとってどのような目的を達成したいと考えていますか?また、メリットやデメリットは何ですか?
ステップ
确定角色和体验需求的场景(先自己了解和预想一下可能的原因)
再仔细询问提出需求角色是由于什么原因而提出这样的需求?
最后,依据最初记录原始需求,把了解到的原因作为最终的分析
目前直播间没有聊天功能,再听课中学院不明白的地方希望有可以即使提出问题,然是也可以方便回答的地方。
上课需要增加互动性,涉及到想点同学来回答问题时候,老师不认识太多中文,无法用直播间昵称点名,所以他自己想到的方法是能让学员举手然后老师同意之后可以邀请进行语音发言。
ステップ
要件の明確化
受け取った要件が明確ではないため、要件の背景を明確にする必要があります。
誰が
誰が製品を使用し、そのような要求をしているのでしょうか?
何
ユーザーはどのような状況で需要を思いついたのか、あるいは製品の使用中にどのような問題に遭遇したのか
どうやって
製品の現在のユーザーは現在の問題をどのように解決していますか?
スクリーニングが必要です
さまざまな理由から、要件を明確にする際に、ユーザーは利用シーンを表現できなかったり、本音を言いたがらなかったりするため、さらなる要件の精査が必要になります。
普遍的な
要件が一部のユーザーにとって特殊なケースであるかどうか
問題点
要件で提供される解決策は根本的な問題を解決しますか?
高周波
需要は頻繁に現れるのでしょうか?
ニーズに優先順位を付ける
4 象限ルール: 時間、機能への影響
緊急かつ重要
今やれ
重要または緊急ではない
する計画を立てる
重要ではない、緊急ではない
やることを減らす
緊急ではない
する権限を与えられている
要件の種類ごとに並べ替える
コアニーズ
製品の位置付けに直接関係する要件
ブランチの要件
製品の位置付けに間接的に関連する要件
付随的なニーズ
製品をより完璧にする必要性
需要計画の確認
意味
前回の需要分析から抽出した目的とプロセスに基づいて、製品のビジネスプロセス、製品の機能、ページに掲載される情報、さらにはユーザーの使用シナリオを含むがこれらに限定されない、ターゲットを絞った方法でニーズを満たす製品ソリューションを設計できます。 。
シナリオに基づいて主要なプロセスを書き出し、各プロセスが製品の機能とソリューションを備えているかを分析します
評価式
(新製品エクスペリエンス – 旧製品エクスペリエンス) – ユーザー使用コスト – 製品開発コスト
影響を与える要因
改善前に大きな改善はありますか?
買い替えコスト、学習コスト
開発技術的難易度
ニーズに基づいてプログラムのアイデアを構想する
足りない
直接追加
他の問題が発生するかどうかを評価する
新しい問題も簡単に解決できる
新しい問題と新しい解決策が偶然に導入される
新しい問題を解決するのが難しい
この計画を放棄する
良くない
切り落とす
他の問題が発生するかどうかを評価する
新しい問題も簡単に解決できる
新しい問題と新しい解決策が偶然に導入される
新しい問題を解決するのが難しい
この計画を放棄する
要件分析結果
要件分析記録フォーム (デマンドプールの後に追加することもできます)
シリアルナンバー
需要の背景
要件の目的
ソリューションの概要
戦略を立てる
機能一覧
確認者
需要側
製品部マネージャー
機能一覧
意味
決定した製品計画をもとに、製品の具体的な機能を分解していきます。通常、機能モジュール、サブモジュール、機能ポイント、優先順位、機能の説明などの情報が含まれます。
構成する
シリアルナンバー
モジュール
表紙
サブモジュール
検索モジュール
バナーモジュール
関数
スキャンしてください
検索バー
メッセージ機能
機能説明
クリックしてページに入り、スキャンしてください
ボタンをクリックして検索インターフェイスに移動します
クリックすると、おすすめや会員情報のお知らせ、サービスのお知らせなどのメッセージ一覧が開きます。
広告などを表示するためのバナーカルーセル画像を提供します。
優先度
機能の説明方法
何を行ったのか、どのような効果が得られたのか
どのような機能が提供され、何に使用されますか?