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