什麼是需求分析

我對完整的需求分析分需求挖掘、需求排序、需求驗證三部分，需求分析很重要，直接決定後續的產品方案設計。對方法論的理解更多是為了有深度的思考和有節奏的完善，帶著目標多思考就是最好的方法。粗糙文字，還請指正～～

需求挖掘

需求除了要考慮用戶需求還要考慮公司需求（商業、業務、實現）

用戶需求

build what user need，not what users want

需求本質【點】：平常我們接收到的基本是用戶為達到目的提出的其中一種解決方 案，我們要分析他的需求本質。多問為什麼或藉助5W2H等工具；

潛在、深層需求【縱向】：搞清楚用戶需求本質後，注意挖掘是否有潛在、深層需求，還可以追溯到人性的本質，從而思考用戶是否還有其他的需求？

需求鏈【橫向】：用戶目的實現不是某個孤立瞬間，場景是連續的，拆解典型場景分析挖掘連鎖需求；

舉例： 用戶說「在餐廳詳情頁面添加個『預定座位』按鈕吧」 「為什麼？」「因為在點評上看到美食，過去發現卻沒座位，還得等位，浪費時間。」所以用戶需求本質在於用戶不想等位，不想浪費時間…… 用戶潛在深層需求是用戶對不確定性的恐懼，對無法預知缺乏安全感，基於這個考慮用戶對飲食其他角度的考量我們有沒有做到位？美食好不好吃？---看評價；體驗好不好---看圖片、ar、3d…… 需求鏈：用戶選好餐廳後，需要交通出行吧，是否需要打車服務？在出行路上為提高體驗，是否提示路線上的觀光點？

公司需求

business

商業需求【收入、市場、流量、數據等】：思考用戶需求同商業需求的關係。公司的長期戰略目標是什麼？當下階段的目標是什麼？對應的產品現階段的主要目的是什麼？

業務需求：需要深度理解業務流程，理解整體產業鏈。需求的上下游關係是什麼？比如為了滿足c端需求是否有配套的b端需求？公司為提高工作效率的需求？

實現需求【方案設計階段】：用戶需求需要轉化成設計方案，設計方案也得滿足技術的可行性、滿足開發邏輯，還有如何驗證用戶對產品的滿意程度？

舉例： 商業需求角度：在線訂座對於公司可以豐富線下店家數據，不僅可以提高公司數據壁壘還可以為推薦機制添加新維度等，問題是這屬於當下產品的發力方向嗎？ 業務需求角度：它們是否代表大部分用戶的需求和使用習慣？「在線訂座」功能的實現店家支持度如何？如果實現在線訂座功能，店家如何及時提供座位數據？現在餐廳自身的預訂方案時什麼？怎麼和我們產品本身結合？ 實現需求角度：如果為滿足用戶不想等位，不想浪費時間的需求，轉化成產品需求是如何給用戶提供這種預訂方式，圖示化、列表式……圖示化選擇預訂比較直觀全面？可是每個餐廳座位不標準，完成它成本高；列表式則相對成本低，當下可行性高。還有需要選擇哪些店家提供這個預定功能呢？根據什麼？還有列表的排序原則是什麼、顯示數據有哪幾類？然後對於開發來說要調取哪些介面……

需求管理

需求管理分排序管理和狀態管理，排序是為了將散亂的點結構清晰化，狀態管理是為了將需求到實現的過程清晰化，然後結合兩者建立詳細的需求卡片。

需求排序管理

對於存在業務先後順序或開發邏輯先後順序的，正常按照它們就ok。需求排序更多存在於需求相對獨立的情況下，我們分【需求價值P】和【實現成本D】兩個維度建立矩陣圖，常規優先需求P,實現D次之。

需求價值排序P1P2P3……

對於用戶的價值

需求對於用戶的價值=需求強度x使用頻率。

需求強度可以通過建立KANO模型來定性排序；使用頻率需要思考多大比例用戶想要？需求場景的頻率如何？它們的判斷通常利用常識判斷「同理心」以及用戶訪談「開放問題/具體問題」來分析判斷。

對於公司的價值

新需求屬於當前產品線的哪個層級？對業務的價值是什麼：拉新、留存、促活、轉化？同現有業務的關係：獨立？相斥？促進？或者新需求屬於新的獨立產品線……

實現成本排序D1D2D3……

實現成本分開發成本和運營成本……

舉例：

對於「在線訂座」和「第三方接入」這個兩個功能排序時： 從用戶角度：對於老用戶「在線訂座」需求高於「第三方接入」，對於新用戶是先有登陸註冊然後才有深度服務的，因此「第三方接入」是先於「在線訂座」的。 從公司角度：「在線訂座」的技術可行性是高於「第三方接入」的；「在線訂座」是完善用戶體驗，提高轉化，「第三方接入」是產品引流擴大用戶量，當產品定位處於佔領市場階段時，「「第三方接入」優先順序要高。

需求狀態管理

籌備中、待排期、待開發、開發中、待測試、測試中、待上線、已完成

需求驗證

MVP驗證、A/B test、灰度發布、數據反饋…

Reference:

成也需求，敗也需求-00創業公司產品經理怎麼做？-劉飛

painting by Charles DOyly