需求挖掘與分析-如何高效的進行需求採集
需求的來源
關於需求的來源，之前講到過，主要包含使用者的需求、產品自身需求、競爭的需求、相關部門需求、頭腦風暴、老闆的需求等。大家知道，需求一般可以簡單劃分為基本需求、期望需求、興奮需求、反向需求。在我們處理來自各方需求的時候，一定要大概清楚需求方一般都對應什麼型別的需求。
一般使用者需求和產品自身需求大多數對應的是基本型的需求（穩定、可用、不閃退等）。
競爭需求和相關部門需求大多數對應的是期望型需求（流暢、好用等）。
頭腦風暴大多數對應的是興奮型需求（好玩、有亮點）。
老闆的需求很多時候都是反向型的需求，但是很多時候老闆的需求是從戰略層面出發的，作為一個產品經理，產品規劃很重要，你的產品如何規劃才能是符合公司戰略的，這點需求認真思考，所以針對老闆的需求，需要慎重的處理，有時候不可不做，但是又不可全做，儘可能的用資料說話。
關於處理來自各方的需求，確實是一個非常需要時間的事情，在實際工作中，運營對期望型或興奮型的需求貢獻較多，如各種營銷或促銷及線上活動，需求變更較頻繁（可能不靠譜）這個時候你就需要儘量用資料和邏輯與運營對話。大多數基礎型需求來自產品和競品，儘量去傾聽、思考、總結、實踐然後提升對使用者和行業的洞察構成核心競爭力。針對boss和業務方，可能提不靠譜需求最多的角色，儘量用資料和使用者聲音說話，敢於說不，無法驗證的情況下，尊重老闆，當然也可以用腳投票
挖掘使用者需求的方式
挖掘使用者需求的方式一般有使用者訪談、問卷調查、情景調查、可用性測試。
使用者訪談：最直接最有效，是瞭解使用者真實想法和潛在因素，對調研有一定要求。
問卷調查：優勢在於調查面廣，缺點是不夠深入，所以問卷調查的設計很關鍵。
情景調查：優勢在於場景重現，可以觀摩使用者工作環境，對使用者的實際需求和業務流程有直觀瞭解
可用性測試：線上產品優化為主，科學的流量分配和科學的資料統計，快速輕量迭代。
使用者訪談
首先關於設計訪談問題一般包含事實性問題、行為性問題、傾向性問題、原因性問題、主觀性問題、建議性問題這幾類。事實性問題描述正在發生的客觀事實，如你平時看短視訊嗎？行為性問題指具體完成的過程，如能描述一下平時看短視訊的操作嗎？傾向性問題指不同選擇的偏好，如相比較這三款產品更喜歡哪一個？原因性問題指背後的原因，如為什麼更喜歡這個？主觀性問題指對事物的看法，如你感覺抖音使用的時候有哪些不方便的？建議性問題如你感覺這個問題有解決方案嗎？
關於使用者訪談一般步驟大致可分為三步，第一步：開場，進行自我介紹、專案介紹、營造融洽關係。第二步：探索，講出故事、說出難題、營造情感。第三步：思考收尾（認知、原因、暢享、感謝、其它溝通）
做使用者訪談時如何說話，訪談結束後如何整理，非常重要，因為這可能直接影響到訪談的結果，在這裡講一下需要注意的點。
在訪談時應該做到傾聽、重複和總結、認可和鼓勵對方、利用讓對方說嗨的引導詞（如不說話、還有嗎、為什麼、然後呢、比如說等）
訪談時不要做的：論說型、價值評價型、避免誘導。
訪談後，整理的原則：分析核心體驗，不是羅列吐槽點，因為有時候客戶說話前後邏輯不統一。需要充分思考討論，爭取把使用者行為轉化為具體的功能
問卷調查
a）問卷調查如何設計
問卷調查的設計一般包含：問卷調查的多輪設計、問題排布、語言描述
問卷調查的多輪設計：1.往往會先開始於使用者訪談，先整理主要問題。2.基於主要問題，按照基本原則，設計第一版問卷，先小規模投放測試。3.根據使用者填寫問卷的反饋，與使用者訪談，修改第二版問卷，再大規模投放。
問題排布（一般簡單的在前，複雜的在後）：1.排布在前（不要動腦子）：熟悉的問題、簡單的問題、引起興趣的問題。2.排布在中間：原因的問題、在態度/意見/看法。3.排布在最後：開放式、私密的。
語言的描述：1.問卷可理解，保證問卷準確性。2.有意思：保證真實性。3.有邏輯：問題不能有雙重含義，選項之間是否排他，選項是否完整。
b）問卷調查模組設計
問卷調查模組一般包含客觀背景、行為記錄、需求挖掘
客觀背景：分為使用者個人背景和使用者行為背景。使用者個人背景包含性別，年齡層，學歷背景，平時休閒行為等。使用者行業背景包含使用者的工作時間，所屬行業，經營狀態等
行為記錄：包含使用者在網站的操作行為，操作頻次，態度反饋，消費情況，使用者在競品操作行為，操作頻次，態度反饋，消費情況等
需求挖掘：使用者核心訴求、需要解決什麼問題、為了解決這個問題願意付出什麼成本條件。
c）關於問卷調查的定性和定量
對市場瞭解不夠多：先探索定性研究，然後定量化資料（定量驗證）
對市場很有把握：定量研究摸底，聚攏問題診斷性的定性研究。比如：一個成熟產品，先滿意度調查，結果不瞭解再定性研究
可用性測試
可用性測試是讓一群具有代表性的使用者對產品進行典型操作，同時觀察員和研發人員在一旁觀察、聆聽、記錄，用於評估產品或系統的方法。目的是發現使用者在真實使用的時候遇到的問題，用來提升產品的可用性。一般在產品大改版或對某個功能拿捏不準的時候可以用可用性測試。
可用性測試可分為以下步驟
a）明確測試的目的，制定好詳細的測試目的
b）資源準備，包括場景（如會議室）、裝置（如手機、電腦）、產品（原型）等
c）任務設計，也就是需要使用者做什麼。如完成從搜尋商品到支付這個流程。
d）測試邀約，邀請你的種子使用者參與測試。
e）彙總結果，對測試結果做分析輸出。
相關部門需求
在對接及記錄相關部門需求的時候，建立需求對接機制非常重要，能夠提高採集需求的效率，對於需求的採集，可分緊急需求和專案需求流程，針對不同等級的需求採用不同的方式，這樣工作也更加順暢
需求提交一般包含
a）解決什麼問題？為什麼做？
b）期望解決方案描述
c）需求目標
d）期望完成時間
跨部門溝通的技巧：分享KPI、邀請參加評審、專案覆盤會、內部分享、多團建，保持融洽的關係。