心智圖資源庫 產品經理必備的需求分析
主要介紹了產品經理入門基礎:需求分析。從認識什麼是需求,怎麼去收集需求,收集時需要注意什麼,都有哪些收集方法到如何進行需求分析,分哪些步驟分析,分析後需要輸出什麼類型產物等等這些細節一步一步介紹,其中不分還舉出了例子供大家參考。
編輯於2023-11-20 16:00:13Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
需求分析
what需求
定義
其本質就是使用者的預期,與現狀之間存在差異,就提出了需求
另外,使用者在提出需求時,都會基於某種目的所提出問題、建議或想法
原始需求
形式
提問題
需求方沒有辦法準確描述他想要的,但是能夠描述他目前遇到的一些問題
提目的
需求方不明確如何才能實現需求,但是清楚自己想要達到的目的是什麼
提方案
需求方非常善於思考,有自己的想法,在提出需求的時候,把現成的解決方案一併提出
案例
“要不要點個下午茶?”
“雙十一大促不如預期好,雙十二馬上來了,怎麼搞?”
“我希望通過培訓,能夠找到一份薪資更高的工作。”
營運人員提出“希望雙十二活動比雙十一好一些,最好銷售額能成長5%以上。”
「你需要什麼樣的交通工具?」「我需要一匹更快的馬。」(環境導致認知)
用戶透過回饋管道回饋給產品經理“產品需要一個批量的按鈕操作。”
how收集
來源
內部需求
來源
管理階層
業務部門
產品經理
特點
易收集
外部需求
來源
使用者
使用者資料
應用程式評論
回饋管道
市場
競品
特點
難收集
方式方法
大概
定性
借助邏輯推理等思考方式梳理過程及關鍵事件從而得到相應結論
定量
根據資料包含時間、數量、頻率、趨勢等來進行計算分析,透過樣本資料正式或放映總體現象
具體
使用者訪談
定性
使用者回饋
問卷調查
定量
競品分析
腦力激盪
觀察法
文獻分析
數據分析
使用者訪談
方式
直接
與客戶接觸進行使用者訪談
當面
打電話
間接
與其他熟悉目標使用者或與目標使用者接觸的人員協作,獲取訊息,如同公司的同事、朋友等
流程
確定訪談形式
明確訪談目的
設計訪談問題
使用者篩選與邀請
高頻
活躍
積極
曾有回饋的
進行使用者訪談
結果總結與分析
使用者訪談錄音表
訪談項目資訊
訪談項目名稱
訪談主題與目的
訪談者資訊
訪談時間日期
訪談方式
訪談地點
性別年齡等
使用年限
記錄人
訪談問題紀錄
使用者現狀
現在是如何做到的
用戶痛點
遇到了什麼困難
解決方案
如何解決目前的困難
使用者原始需求
用戶回答的一些原話記錄
產品需求分析
分析後提煉的需求
舉例
若想做一個給餐廳在食材塊消耗完的時候,固定時間供菜APP軟體,如何進行使用者訪談?
現狀
您在飯店食譜快消耗完成的時候,是怎麼買菜的?
常去近一點的菜市場買菜,偶爾去遠一點的菜市場買菜
痛點
您去接近菜市場買菜,遇到過那些問題?
菜賣沒了,不新鮮了,漲價了。
去遠的菜市場呢?
也會有同樣的問題,還有可能塞車延誤時間
方案
那您是怎麼解決這些問題的呢?
注意事項
不能問無效問題,讓別人覺得明知故問的問題。
不能引導使用者(例如:優化的功能怎麼樣?)
問題不能太開放(例如:你對我們APP有什麼看法?)
問題不能太細節,需要考慮客戶是否使用過該功能或直接演示一遍。
練習
問卷
定義
透過制定詳細周密的問卷,根據回答者的問卷統計不是題目答案的結果分佈情況,屬於定量研究。
問卷結構
問卷標題
導語部分
介紹問卷的內容目的和表達感謝
答案者資訊
方便篩選用戶
問卷主體內容
主題
與主題對應,不要偏題
問題
盡量設定封閉性問題
要通俗易懂
控制題量
物件
投發給需要有代表性的用戶
結束語
再次感謝,或抽獎
競品分析
定義
相關領域存在競爭關係的產品
根據
產品定位
目標用戶
產品功能
分類
直接競品
產品定位和目標使用者高度一致,產品功能也十分相似
間接競品
產品定位和目標使用者高度一致,但產品功能較不一樣,或是產品功能很相似,但產品定位和目標使用者較不一致
潛在競品
目標用戶有重合,定位和功能暫時不太一致,或是公司是產業的巨頭
目的
更好的了解產業
參考別人,明確自身產品的功能、可用性、關鍵技術等的定位
提高自身產品的差異化程度
防止異想天開,降低風險
分析方法
使用者體驗五要素對比
變現層
UI層面的設計
框架層
具體頁面設計
結構層
產品整體結構設計
範圍層
產品功能點
戰略層
產品目標和使用者需求
獲取方式
競爭對手官網(關於我們、幫助中心、規則內容)、產品歷史更新版本、促銷活動、最新調整、招募資訊等
艾瑞諮詢、易觀千帆、199IT、百度指數、七麥數據、Alexa等產業數據報告平台
競爭對手的季度/年度財報,或在自身企業內部市場、營運部門,管理階層等資訊收集
產業媒體平台新聞36Kr/IT桔子等、交流互動平台(論壇、QQ群)等
模擬用戶或業務方諮詢競爭對手的產品、客服諮詢、技術問答等等
競品分析報告
需求池
定義
核心:誰(需求來源、需求提出人)在什麼時候(提交時間)提煉什麼方面的(需求類型、產品模組)什麼需求(需求描述)
輔助:誰(提交人)記錄下來,如何處理(優先順序、需求狀態、備註)
作用
需求管理
如實記錄需求方的原始需求
需求維護
及時更新需求的狀態、優先順序等
需求回溯
能在後期對需求進行回溯源頭時追蹤、處理問題
管理原則
有進有出
所有記錄的需求都要在一定時間內處理完成(無論是需求拒絕、規劃都可以算作時處理)
寬進嚴出
所有接受到的需求都輸入需求池
不是所有需求池當中的需求都是全部要實現的,需要對需求進行篩選、分析
《某某APP》需求池表格
序號
提交時間
產品模組
需求描述
優先權
需求來源
使用者訪談
問卷
營運部
需求提出人
需求類型
修改
新增
刪除
最佳化
需求狀態
待確認
已確認
規劃中
已完成
備註
需求分析
舉例
福特公司用戶:我想要一匹更快的馬!
原始需求:一匹更快的馬
為什麼要想一匹更快的馬?
想要跑的更快
為什麼想要更快?
想要節省時間,快速到達目的地
汽車等交通工具
用戶回饋:電話座機聽筒電纜太短了,應該延長到10公尺!
原始需求:10公尺電纜線
為什麼需要10公尺聽筒電纜?
更遠距離接聽電話
為什麼需要更遠距離接聽電話
方便在任何地點隨時可以接聽電話
產品:無線電話、手機
定義
站在產品視覺檢視使用者需求,明確使用者對於產品的預期或是使用者想要透過產品來達到的目的,也就是把使用者的原始需求轉變成產品需求的一個分析過程
原始需求
預期、目的、想法、問題等
產品需求
和產品有關的問題
產品方案
產品、功能、服務等
核心要素
用戶真實目的
產品解決方案
分析
時機
收集需求時
在與需求方溝通時候,就可以透過與對方基於需求的深層溝通,直接獲得到了解到需求背後的真實目的是什麼
收集需求後
將需求方的原始需求記錄到需求池後,後續將需求池當中的需求進行分析
案例
①
主題:物流公司時效需求
背景:你剛入職一家做物流的公司,該公司主要承接其他公司的運輸業務。不久你接到了來自於業務方的需求,“目前有些司機沒有辦法按時到達裝卸貨的地址,想通過產品層面進行優化。”
收集需求時同時了解與分析
目前业务是怎样的
司机是如何分配的
司机为何会出现迟到的情况
迟到对客户造成什么影响
②
主題:使用者回饋需求分析
背景:你們公司設計了一個APP,其中有一個入口是用戶反饋,用戶可以透過該功能反饋在產品使用當中的BUG、使用情況等,反饋後的內容可以在後台的用戶反饋列表當中進行查看
先收集後集中分析
需要定期(每月或者每周)去查看并记录到需求池
再固定时间产品经理团队内部讨论头脑风暴来对需求池中的需求进行分析和处理
方法
案例
①
主題:直播間需求分析
背景:入職了一家做線上英語培訓的公司,公司有很多外籍教師,學院為中國學生。產品經理在每週對需求池當中的原始需求進行整理分析時候,發現有個外籍老師提出「希望可以在上課時在網頁版的直播間裡可以打字,進行答疑,並且在直播課裡最好提供舉手、邀請某人語音的功能。
步驟
先跟外教老师确认:主观/用户?
打字、举手、邀请:了解目的
再对用户进行调查
内部讨论:答疑等对课程的影响?好处坏处等
再确定后续方案
②
主題:聊天清單增加關鍵字搜索
背景:正在設計一款類似微信的社交產品,但是功能暫時還沒有很完善,有大量的用戶透過相關管道回饋」建議可以在聊天清單的頁面,能夠增加按照關鍵字搜尋聊天記錄“
用戶使用關鍵字搜尋場景和用戶目的
通用步驟
角色
產生需求的角色
場景
需求發生的場景:在什麼情況下 做什麼事情
目的
希望達到用戶的什麼目的,有什麼好處或壞處
步驟
确定角色和体验需求的场景(先自己了解和预想一下可能的原因)
再仔细询问提出需求角色是由于什么原因而提出这样的需求?
最后,依据最初记录原始需求,把了解到的原因作为最终的分析
目前直播间没有聊天功能,再听课中学院不明白的地方希望有可以即使提出问题,然是也可以方便回答的地方。
上课需要增加互动性,涉及到想点同学来回答问题时候,老师不认识太多中文,无法用直播间昵称点名,所以他自己想到的方法是能让学员举手然后老师同意之后可以邀请进行语音发言。
步驟
需求澄清
收到的需求都是不太明確的,所以需要明確需求的背景是什麼
who
是誰在使用產品,提出了這樣的需求
what
是在什麼樣的情況下讓使用者有了需求的想法,或是在使用產品的過程中遇到了什麼樣的問題
how
目前產品的使用者是如何解決目前存在的問題的
需求甄別
由於各種原因,在需求澄清時,使用者無法轉卻表達使用場景或不想告訴他們真實想法,導致需要對需求進一步甄別。
普遍
需求是否為某些使用者的特例
痛點
需求中所提供的方案是否解決了根本問題
高頻
需求是否會高頻出現
需求排優先級
四象限法則:時間、功能影響
緊急重要
馬上做
重要不緊急
計劃做
不重要不緊急
減少做
緊急不重要
授權做
依需求類型排
核心需求
與產品定位直接相關的需求
分支需求
與產品定位間接相關的需求
輔助需求
使得產品更加完善的需求
確認需求方案
定義
根據前面需求分析提煉出的目的及流程,針對性的去設計出滿足需求的產品方案,包括但不限於產品業務流程、產品的功能、頁面承載的資訊、甚至使用者使用的場景
基於場景書寫關鍵流程,分析每個流程是否有產品功能、解決方案
評估公式
(新產品體驗-舊產品體驗)-使用者使用成本-產品開發成本
影響因素
改進前是否有大提升
替換成本、學習成本
開發技術難度
基於需求,設想方案思路
不夠
直接加上
評估是否引入其他問題
新問題方便解決
新問題新方案順便引入
新問題解決困難
捨棄該方案
不好
砍掉
評估是否引入其他問題
新問題方便解決
新問題新方案順便引入
新問題解決困難
捨棄該方案
需求分析結果
需求分析記錄表 (也可加在需求池後面)
序號
需求背景
需求目的
解決方案概述
確定方案
功能清單
確認人
需求方
產品部負責人
功能清單
定義
基於已經確定的產品方案,再去拆解出來的具體的產品功能。一般包括功能模組、子模組、功能點、優先順序和功能描述等訊息
構成
序號
模組
首頁
子模組
搜尋模組
Banner模組
功能
掃一掃
搜尋框
訊息功能
功能描述
點選進入,掃一掃頁面
點選按鈕,跳到搜尋介面
點擊開啟訊息列表,包括獲得推薦、會員資訊通知,服務通知等
提供Banner輪播圖,用於展示廣告等
優先權
如何描述功能
做了什麼事情 實現什麼效果
提供什麼功能 用來幹什麼