中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

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

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

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

一、識別出有效的需求

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

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

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

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

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

那么如何識別出有效的需求呢？

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

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

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

當(dāng)一個需求能用上面的用戶故事句式來講清楚后，我們再深入了解具體業(yè)務(wù)流程、業(yè)務(wù)規(guī)則、數(shù)據(jù)流等，這才有意義。

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

二、用戶需求轉(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:功能流程圖指的是未來產(chǎn)品上一個個實際的功能。

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

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

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

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

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

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

以運費計算為例：運費模板中包含包郵條件、默認地區(qū)運費規(guī)則、指定地區(qū)運費規(guī)則。

功能頁面如下：

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

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

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

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

三、小結(jié)

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

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

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

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

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