マインドマップギャラリー C端產品需求分析
本圖為你建構C端產品需求基本框架,內容分別有需求來源、需求的精進、合格的需求。從事本方面的朋友趕快學習吧!
一張圖掌握敏捷使用者故事
產品經理必備的需求分析
需求分析軟體測試軟體工程軟體設計自學心智圖
招募用人需求分析
氫能源應用需求分析
招募需求分析框架
招募職缺 需求分析
員工與訓練訓練需求分析
需求分析心智圖
《產品經理進階》之需求分析學習筆記
C端產品需求分析
需求來源
需求池
使用者回饋、同事建議、老闆指令、自己腦力激盪、競品分析、數據分析、技術需求、營運需求、商業需求、跨部門合作等等
需求的提煉
核心:拆分需求
拆分四個維度
用戶維度
誰提的這個需求
這個需求的使用者是誰
這個需求誰會用?
是不是我們的目標用戶?
這種用戶占我們用戶的比例是多少?
用戶屬性咋樣?
使用者屬性不同產品有不同的定義,不過主要還是看用戶的價值,例如花的錢多不多、活不活躍、是不是大V等等。
場景維度
這個場景是怎麼樣的?
場景越真實,需求就越真實。
場景是否高頻?
場景的高頻某種程度上決定了這個需求是否高頻,自然也決定了你的產品資料表現。
是否和我們產品目前提供的場景契合?
有可能這場景和目前產品提供的場景是不契合的
不要盲目做決定,需要分析這個場景是不是之前考慮漏掉了,而實際上又是用戶使用產品時存在的(因為不同場景是可以被同一產品/功能滿足)
使用者使用的場景和自己產品目前的場景的確是不一致的
經過分析後覺得有必要提供這個場景就可以做,要嘛就果斷捨棄或再進一步觀察、或完全就新立項一個項目
用戶現在的問題
在前場景下,用戶現在遇到的問題是什麼?
多聽使用者回饋、多看使用者的操作,如果無法接觸使用者的話,就盡量模擬使用者的場景,自己去體驗、使用,從而找到現在的問題。
用戶現在的解決方法
使用者為了滿足自己的這個需求,他目前是怎麼做的?
整理出使用者目前的解決方法,包括但不限於使用者的操作流程、所用到的功能、產品、 輸入的內容。
拆分兩個維度
任務維度
使用者完成這個需求需要做什麼?
使用者完成這個需求需要在我們的產品裡面做什麼,大概就是使用者的一個基本操作路徑,這個時候需要注意任務的多樣性。 (多樣性就是指滿足這個需求可能有很多種方式方法,至少應該想出兩種,並且知道其優劣。)
可以和第一步的用戶現在的解決方案做對比,看看是否比現在的更好、體驗是否得到了優化、是否解決了用戶現在的問題。
我們解決這個需求我們需要做什麼?
我們為了滿足這個需求,需要做一個什麼功能/頁面給使用者。
注意的是任務的複雜度(簡單理解為開發難度、需要的資源、成本),如果技術難度太大或我們根本沒這個資源,那就基本上不可能實現。或者成本太高而回報不足,我們也不可能做太賠本的買賣。
目標
用戶的目標
使用者為什麼要做這件事,做了他能得到什麼好處,這是使用者使用該產品/功能的驅動力來源。
我們的目標
我們為什麼要做這個,做了對我們有什麼好處。最好有量化的標準!
需求的轉化
形成Feature List(需求清單)
描述具體功能
優先權
利用KANO模型,需求重要-緊急四象限
量化標準
每個需求/功能點都需要為它設定一個上線後的考核標準,上線後相關數據指標要與這個標準比較。
根據你的需求目的以及現有的數據所訂下來的,而不是憑空想像的
合格的需求
可實現
可描述
可量化