3.1 需求分析

  • 1. 軟體需求的定義;
  • 2. 需求分析的任務;
  • 3. 需求分析中的概念:用戶畫像,本質需求等。

軟體需求:指用戶對目標軟體系統在功能、性能、行為、設計約束等方面的期望。

需求分析就是通過對問題及環境的分析與理解,採用一系列的分析方法和技術,將用戶的需求逐步精確化、完全化、一致化,最終形成需求規格說明文檔的過程。

可行性分析報告是軟體需求分析的基礎,分析人員需從軟體的角度對其進行檢查和調整,並在此基礎上展開需求分析。

需求與最終產品的偏差

需求分析的任務

確定對系統的綜合要求

1.功能需求

2.性能需求

如:相應時間(速度)、主存容量、磁碟容量、安全性、等。

3.可靠性和可用性需求

4.出錯處理需求

系統發現錯誤時採取的行動。

比如:明明是沒錢了,卻提示用戶「系統忙」

5.介面需求

用戶介面、硬體介面、軟體介面、通信介面、等。

6.約束

精度、工具和語言、設計約束、硬體約束、標準,等。

7.逆向需求

說明系統不用做什麼。

只管重要,在項目管理中叫「範圍管理」,不要做無用功

8.將來可能提出的要求

需求分析中的幾個概念

  • 一手需求——用戶的需求
  • 二手需求——銷售/老闆說要實現XXX

銷售希望賣點多

技術希望難度小

售後希望功能少

  • 用戶畫像

用戶畫像是根據用戶社會屬性、生活習慣、消費行為等信息而抽象出的一個標籤化的用戶模型。

構建用戶畫像的核心工作即是給用戶「貼標籤」,標籤是通過對用戶信息進行分析而得到的特徵標識。

用戶畫像

舉例,如果一個人經常購買一些玩偶玩具,那麼電商網站即可給ta打上標籤「有小孩」,甚至還可以判斷出你孩子大概的年齡,貼上「有5-10歲的小孩」這樣更為具體的標籤。所有給標籤統在一次,就成了該用戶的用戶畫像。

因此,可以說用戶畫像就是判斷一個人是什麼樣的人。

  • 本質需求

偉大的需求分析師,無視用戶想要的東西,探究真正的渴望,給出真正想要的東西

比如:用戶要喝雞湯

①餓了——吃饅頭,成本低

②饞了——喝雞湯

③感冒了——親手煮薑茶

再比如:

  • 偽需求

把用戶的「想要」當作「需求」:

> 你希望足不出戶就能吃到新鮮的水果么?

> 你希望足不出戶就有人來幫你洗車么?

> 你希望足不出戶就有人幫你接送孩子么?

當然需要,如果不要錢的話……

推薦閱讀:

敏捷產品需求
用518法則搞定需求分析
#1002需求優先順序怎麼排?
發掘用戶真實需求,產品經理如何提升產品的可用性

TAG:用戶需求 | 軟體工程 | 產品需求 |