後端開發學習業務三：需求分析

往事隨灬鋒發表於2021-10-09
後端

一，需求分析的定義

業務需求---> 使用者在特定場景下的問題（痛點）和期望

產品需求---> 特定場景下，使用者問題（痛點）和期望，的解決方案

需求分析：將業務需求，轉換成產品需求的過程，就叫做需求分析

不管用什麼方法分析需求，都要驗證解決方案，業務需求 ----> 需求分析 ------> 解決方案 ----> 驗證解決方案

二，如何判斷使用者需求真偽

並不是每一個需求都值得去深入分析，當我們發現了一個需求後，結合場景，對其進行價值判斷，以及判斷需求能否被解決

有的需求，使用者提供的就是一個解決方案，也可能提供一個錯誤的解決方案，結合業務場景和了解的知識，進行判斷

痛點的價值有多大

  1. 是否是迫切的
  2. 是否必須解決
  3. 出現頻率是否高
  4. 持續時間是否長
  5. 使用者群裡有多大，是不是目標使用者的普遍需求，是不是大多數目標使用者都有這個痛點

判斷痛點能否被解決

只有能解決有價值的痛點，才有可能轉換成需求，分析才有意義

  1. 調查是否有人解決了該痛點，解決方案是什麼，解決的效果怎麼樣
  2. 沒有解決方案，要看看為什麼沒有解決，關鍵問題是什麼，這個關鍵問題自己能不能解決

使用者需求要與願景和目標對齊

​ 明確產品的願景和目標，使用者的需求要與願景和目標對齊

三，怎麼來做需求分析

基於場景來分析需求

需求是在特定的場景下產生的，分析需求一定要結合使用者的場景去分析，不同的場景，需求的解決方案也可能不一樣

場景的描述：人 + 時間 + 地點 + 起因 + 經過 + 結果 ，人在什麼時間，什麼地點，做了什麼事情，怎麼做的，結果是什麼

5W2H：七何分析法

  1. why——為什麼？為什麼要這麼做？理由何在？原因是什麼？
  2. what——做什麼？，是什麼？目的是什麼？作什麼工作？、
  3. when——何時？什麼時間完成？什麼時機最適宜？
  4. where——何地？在哪裡做？從哪裡入手？
  5. who——何人做？有誰來承擔？誰來完成？誰負責？
  6. how——如何？如何提高效率？如何實施？方法怎麼樣？
  7. how much——多少？做到什麼程度？數量如何？質量水平如何？費用產出如何？

利用5W2H分析，瞭解選材的痛點

選材：設計師和客戶溝通，根據客戶的想法和使用場景，選擇房屋裝修，要使用的物料清單

利用5W2H分析，痛點和解決方案

  1. 做什麼

    優化，調整選材系統，解決設計師和客戶的痛點，優化設計師和客戶的體驗

    實現選材的業務線上化

  2. 為什麼要做（選材的場景和痛點純屬虛構）

    設計師期望能更快速的幫助選材，並錄入系統，客戶期望能更快速的獲取報價單

    1. 設計師與客戶選擇材料後，會把物料的關鍵資訊記錄在紙質的物料清單上，記錄起來比較麻煩，速度也比較慢
    2. 在選材時，客戶與設計師一起，客戶等待的時間比較長，儘量減少客戶等待的時間 （1-5小時）
    3. 選擇完物料後，設計師把紙質物料清單資訊，手動錄入到選材系統中，比較麻煩，耗時 （1-3小時）
    4. 客戶比較關心報價，通長形成報價單給到客戶，需要 2天的時間

  3. 使用者

    客戶和設計師

  4. 時間

    開始結束時間：2021-09-01 - 2021-11-01

    迭代計劃：2021-10-01 號 能迭代一個版本，線上執行 ，快速驗證解決方案

  5. 何地

    公司 ，PC 端 ，平板電腦

  6. 怎麼做

    設計師手動錄入 -----> 設計師選擇對應的空間結構，利用條碼槍，掃描物料的編碼，自動錄入

    設計師手動錄入物料到選材系統 -----> 這個步驟直接去掉 ，自動錄入到選材系統

    形成報價單比較慢 -----> 選材系統提供根據選擇的物料，生成報價單的功能，選擇完物料後，直接生成報價單

  7. 多少

    先做平板電腦端，設計師大多數用的都是平板電腦

    按照現有的團隊資源，預計投入一個小組7個開發人員來完成

    根據設計師和客流量配置條碼槍，系統對接條碼槍

    業務整理選材的物料，給物料貼條形碼

    報價單功能不用做的太細，能計算出價格

四，需求優先順序和分類

KANO模型

  1. 基本型需求

  2. 期望型需求

  3. 興奮型需求

  4. 無差異需求

  5. 反向型需求

四象限法則

影響因數

  1. 必要型需求，還是期望型需求，做出來的產品價值大小，技術實現的時間，成本等
  2. 評估需求干係人的影響力，和重要性，有的干係人影響整個專案的成敗，和決策
  3. 敏捷專案管理中，迭代計劃交付的時間，開發團隊的規模，速率等

需求池

需求池是一個需求管理的工具，記錄各個來源收集過來的需求，防止需求的丟失，需求池的模板可以自己定義，比如

  1. 角色畫像（使用場景，現狀，痛點，期望等）
  2. 需求型別，優先順序，重要程度
  3. 使用者故事
  4. 需求狀態
  5. 技術成本，產品價值

參考資料

人人都是產品經理 ：作者 大白隨筆：http://www.woshipm.com/user-research/591064.html

知乎 ：作者 掌門人學院：https://zhuanlan.zhihu.com/p/83706941

公眾號 : 陳鶴元

相關文章