編輯導(dǎo)語(yǔ)：作為一個(gè)產(chǎn)品經(jīng)理，我們面對(duì)的客戶水平參差不齊，提出的需求也千奇百怪，應(yīng)該先對(duì)需求進(jìn)行分析，再開展下一步的工作。本文將從三個(gè)方面，圍繞需求分析展開討論，希望對(duì)你有幫助。

調(diào)研時(shí)，產(chǎn)品經(jīng)理常常會(huì)看到一個(gè)兩極分化的現(xiàn)象，對(duì)于沒(méi)有軟件基礎(chǔ)的用戶：

• 要么對(duì)軟件有不切實(shí)際的想法，夸大軟件能做的事，張口人工智能，閉口自動(dòng)識(shí)別；
• 要么顯得過(guò)于小心翼翼，不了解軟件到底能解決自己的哪些日常工作，不敢說(shuō)出合理需求。

那么用戶提的需求，軟件會(huì)做哪些呢？這是所有用戶最關(guān)心的問(wèn)題啦。

上一篇文章《2B產(chǎn)品的需求調(diào)研，還真不是人人都是產(chǎn)品經(jīng)理》，我們講了如何做需求調(diào)研。這個(gè)環(huán)節(jié)最關(guān)鍵的成功要素是：深入理解客戶和用戶的真實(shí)需求。

今天進(jìn)入產(chǎn)品設(shè)計(jì)的第三個(gè)環(huán)節(jié)：需求分析。

我們從產(chǎn)品經(jīng)理的本職崗位，來(lái)聊聊用戶需求是如何轉(zhuǎn)化為產(chǎn)品需求的？

這個(gè)環(huán)節(jié)的成功要素是：將需求調(diào)研的內(nèi)容轉(zhuǎn)化為可被開發(fā)與驗(yàn)證的產(chǎn)品雛形。

下面我們看看一個(gè)需求分析的大致步驟：

一、識(shí)別出有效的需求

在需求調(diào)研中，一般會(huì)出現(xiàn)3種情況：

1. 用戶沒(méi)有說(shuō)清楚需求
2. 產(chǎn)品經(jīng)理沒(méi)有理解用戶的需求
3. 用戶忽略了真正的需求，一直在談自己的解決方案，把產(chǎn)品經(jīng)理帶溝里了

注意：第3種情況都特別常見，我每次和不同的用戶溝通時(shí)，他們都喜歡教我怎么做產(chǎn)品（噼里啪啦講一堆他希望軟件有什么？）。我常聽著聽著，就忍不住打斷他們，讓他們停一下，先回答我下面3個(gè)問(wèn)題：

• 你實(shí)際上遇到了什么問(wèn)題？
• 這個(gè)問(wèn)題出現(xiàn)的頻率怎么樣？
• 解決這個(gè)問(wèn)題能為你帶來(lái)了什么幫助/價(jià)值？

俞軍提醒產(chǎn)品經(jīng)理：我們要聽用戶說(shuō)，但不要完全按照用戶說(shuō)的去做。

那么如何識(shí)別出有效的需求呢？

我們可以把用戶需求轉(zhuǎn)化成用戶故事的常用句式：我是“某種用戶類型”，我希望“做某件事情”，從而使我“得到某種期望的收益”。

舉個(gè)栗子：我是一個(gè)HR，我希望系統(tǒng)每個(gè)月能自動(dòng)計(jì)算出所有人員的薪資，從而使我提高薪資計(jì)算效率（PS:我們的薪資有明確的計(jì)算規(guī)則）。

注意看上面這段描述，沒(méi)有任何關(guān)于如何計(jì)算薪資的細(xì)節(jié)描述，但講清楚了用戶是誰(shuí)？要達(dá)到什么目的？做這件事有什么價(jià)值？

當(dāng)一個(gè)需求能用上面的用戶故事句式來(lái)講清楚后，我們?cè)偕钊肓私饩唧w業(yè)務(wù)流程、業(yè)務(wù)規(guī)則、數(shù)據(jù)流等，這才有意義。

當(dāng)產(chǎn)品經(jīng)理開始關(guān)注每個(gè)需求的ROI（投入產(chǎn)品比）時(shí)，就會(huì)謹(jǐn)慎對(duì)待用戶提出的每個(gè)需求。

二、用戶需求轉(zhuǎn)化為產(chǎn)品需求

1. 將業(yè)務(wù)流程圖轉(zhuǎn)化為產(chǎn)品功能流程圖

在需求調(diào)研階段，我們根據(jù)業(yè)務(wù)需求描述繪制了業(yè)務(wù)流程圖，這便于我們直觀地理解業(yè)務(wù)流。

現(xiàn)在產(chǎn)品經(jīng)理需要把業(yè)務(wù)流程圖再轉(zhuǎn)化為功能流程圖。PS:功能流程圖指的是未來(lái)產(chǎn)品上一個(gè)個(gè)實(shí)際的功能。

以上面的用戶故事為例：我是一個(gè)HR，我希望系統(tǒng)每個(gè)月能自動(dòng)計(jì)算出所有人員的薪資，從而使我提高薪資計(jì)算效率。我們只考慮其中固定工資的計(jì)算，產(chǎn)品的功能流程圖如下：

我們講解下上面的功能流程圖，是如何計(jì)算人員的固定工資：

1. 首先要有人員基本信息（工號(hào)、姓名、身份證、手機(jī)號(hào)、職級(jí)等），職級(jí)對(duì)應(yīng)工資表（每個(gè)職級(jí)對(duì)應(yīng)的基本工資、交通補(bǔ)貼、通信補(bǔ)貼、住宿補(bǔ)貼等）、人員的出勤記錄（每個(gè)人員本月的出勤天數(shù)）；
2. 其次根據(jù)上述3個(gè)功能，我們可以獲取計(jì)算每個(gè)人員固定工資的必備信息，比如：姓名張三，職級(jí)M2,基本工資5000，各類補(bǔ)貼合計(jì)1000，本月出勤天數(shù)20（滿勤按22.5天）。工資計(jì)算，張三的本月固定薪資=基本工資5000*出勤天數(shù)20/滿勤天數(shù)22.5+補(bǔ)貼合計(jì)1000。
3. 最后有固定工資表用來(lái)存放工資計(jì)算后的數(shù)據(jù)結(jié)果，便于查詢。

每一個(gè)用戶故事，對(duì)應(yīng)到軟件產(chǎn)品，可能由多個(gè)功能（矩形代表功能，箭頭代表功能操作順序）來(lái)組成。

2. 將業(yè)務(wù)規(guī)則轉(zhuǎn)化為二維表、狀態(tài)圖

需求調(diào)研階段，用戶向我們描述了一堆的管理規(guī)章制度，那么這些信息怎么樣結(jié)構(gòu)化地轉(zhuǎn)化為更直觀的需求分析呢？

以運(yùn)費(fèi)計(jì)算為例：運(yùn)費(fèi)模板中包含包郵條件、默認(rèn)地區(qū)運(yùn)費(fèi)規(guī)則、指定地區(qū)運(yùn)費(fèi)規(guī)則。

功能頁(yè)面如下：

我特意制作了下面的二維表作為測(cè)試用例，輔助用戶測(cè)試。

上面的二維表窮舉了不同訂單下（當(dāng)收貨地址、訂單金額、重量不同時(shí)），運(yùn)費(fèi)的計(jì)算規(guī)則，避免用戶測(cè)試時(shí)有遺漏。

再以一個(gè)訂單狀態(tài)為例：電商訂單一般有待付款、待發(fā)貨、待收貨、已完成、退款中、已退款、已關(guān)閉這些狀態(tài)。我們以一個(gè)簡(jiǎn)易的狀態(tài)圖來(lái)表示

上面的狀態(tài)圖，描述了不同狀態(tài)之間是如何變化的？A狀態(tài)（待付款）當(dāng)遇到某個(gè)事件發(fā)生（買家付款成功）則變?yōu)锽狀態(tài)（待發(fā)貨）。通過(guò)狀態(tài)圖來(lái)理解訂單的不同狀態(tài)，會(huì)讓讀者有種一圖勝千言的感覺(jué).

三、小結(jié)

上面我們煞費(fèi)了一番苦工，終于把用戶需求的調(diào)研內(nèi)容，轉(zhuǎn)化成了更便于軟件方項(xiàng)目組成員理解的產(chǎn)品雛形?，F(xiàn)在拿著這些設(shè)計(jì)半成品，產(chǎn)品經(jīng)理就可以更好地進(jìn)入下一步的原型設(shè)計(jì)了。

產(chǎn)品經(jīng)理們看著上面一個(gè)個(gè)的圖、表，應(yīng)該有一番成就感。這些才是我們作為產(chǎn)品經(jīng)理，提供的實(shí)實(shí)在在的產(chǎn)出物啊。

如果沒(méi)有這上面一番的需求分析，直接進(jìn)入頁(yè)面級(jí)的原型設(shè)計(jì)，極易陷入揀了芝麻丟了西瓜的境地。小白們，切記切記~

本文由 @追夢(mèng)人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議