后端開發學習業務三:需求分析


一,需求分析的定義

業務需求---> 用戶在特定場景下的問題(痛點)和期望

產品需求---> 特定場景下,用戶問題(痛點)和期望,的解決方案

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

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

二,如何判斷用戶需求真偽

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

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

痛點的價值有多大

  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

公眾號 : 陳鶴元


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM