業(yè)務(wù)需求、用戶(hù)需求和功能需求這三個(gè)概念，對(duì)于產(chǎn)品新人來(lái)說(shuō)，經(jīng)常容易混淆，但了解這些是身為產(chǎn)品經(jīng)理的一個(gè)基本功。

問(wèn)：業(yè)務(wù)需求對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)很重要么？

答：業(yè)務(wù)真的是很重要。并不是說(shuō)功能邏輯和交互不夠重要，事實(shí)上功能邏輯和交互是一個(gè)產(chǎn)品的基本功。選對(duì)商業(yè)模式、快速迭代，才能讓一個(gè)產(chǎn)品活下去。首先需要保證的是整體的方向和準(zhǔn)則不會(huì)出問(wèn)題，這才能保證產(chǎn)品是可用的，細(xì)節(jié)是在方向和準(zhǔn)則的大前提下去根據(jù)產(chǎn)品本身去思考的，才能保證產(chǎn)品是易用的。

需求的分類(lèi)

上面的問(wèn)題是和朋友聊天提到的問(wèn)題，但是實(shí)際在工作中可能有些小伙伴經(jīng)常會(huì)弄混淆業(yè)務(wù)需求、用戶(hù)需求和功能需求這三個(gè)概念，那么怎么去區(qū)分這三個(gè)需求呢？

1. 業(yè)務(wù)需求 ：通常是基于市場(chǎng)營(yíng)銷(xiāo)部門(mén)、業(yè)務(wù)部門(mén)根據(jù)自己的業(yè)務(wù)需求和后續(xù)策劃的活動(dòng)方法所整理成的需求文檔。
2. 用戶(hù)需求：描述的是用戶(hù)的目標(biāo)，是用戶(hù)能通過(guò)這個(gè)產(chǎn)品在什么場(chǎng)景（什么情況下）能完成什么動(dòng)作（做什么）。
3. 功能需求：是指產(chǎn)品通過(guò)需求池篩選內(nèi)容后，整理成此版本需要迭代的內(nèi)容，往往功能需求需要配合流程和原型邏輯，讓項(xiàng)目團(tuán)隊(duì)伙伴有清晰了解。其實(shí)業(yè)務(wù)需求和用戶(hù)需求也不能完全轉(zhuǎn)換成功能需求。

需求的分類(lèi)不僅僅包含這三個(gè)需求，比如我們?cè)诋a(chǎn)品規(guī)劃中依托于公司未來(lái)業(yè)務(wù)發(fā)展的方向制定的規(guī)劃型需求和對(duì)于競(jìng)品在同階段所實(shí)現(xiàn)的競(jìng)品需求，由于此篇文章主要是針對(duì)于趨向于業(yè)務(wù)需求，所以這兒就著重的去看業(yè)務(wù)需求和附帶關(guān)聯(lián)的用戶(hù)需求、功能需求。

其實(shí)在深入的去思考業(yè)務(wù)需求的具象時(shí)，我們?nèi)ナ崂順I(yè)務(wù)需求、用戶(hù)需求和功能需求三者之間存在的聯(lián)系，都知道需求最終是為了產(chǎn)品目標(biāo)服務(wù)的，所以我們需要清晰的明確為了解決產(chǎn)品目標(biāo)，我們應(yīng)該怎么把控需求？

產(chǎn)品目標(biāo)與需求之間的關(guān)系點(diǎn)

其實(shí)我們回過(guò)頭來(lái)看產(chǎn)品設(shè)計(jì)，目的不僅僅是一個(gè)用戶(hù)體驗(yàn)好的產(chǎn)品，更是一款成功的產(chǎn)品，它包括業(yè)務(wù)側(cè)和用戶(hù)側(cè)兩方面?；诖?，在具體設(shè)計(jì)的之前要分析一下四個(gè)方面，否則容易陷入僅僅是為了設(shè)計(jì)而設(shè)計(jì)，卻無(wú)法解決核心問(wèn)題的情況。

分析業(yè)務(wù)需求：我們需要明確業(yè)務(wù)部門(mén)為什么要做這個(gè)產(chǎn)品？所期待的產(chǎn)品成果是什么？

分析用戶(hù)需求：誰(shuí)來(lái)使用這個(gè)功能？方便新用戶(hù)還是老用戶(hù)？便于拉新還是促活？以及這部分用戶(hù)為什么要使用這個(gè)功能？

明確產(chǎn)品策略：通過(guò)將業(yè)務(wù)需求和用戶(hù)需求進(jìn)行匹配，通過(guò)一句話來(lái)解答就是：通過(guò)某種策略給某群用戶(hù)帶來(lái)某個(gè)價(jià)值，來(lái)實(shí)現(xiàn)某類(lèi)業(yè)務(wù)目標(biāo)需求。

設(shè)定數(shù)據(jù)指標(biāo)：通過(guò)產(chǎn)品實(shí)現(xiàn)目標(biāo)業(yè)務(wù)價(jià)值回溯對(duì)應(yīng)的數(shù)據(jù)指標(biāo)是否達(dá)成。

分析業(yè)務(wù)需求

業(yè)務(wù)部門(mén)反饋的業(yè)務(wù)訴求。產(chǎn)品需要與業(yè)務(wù)部門(mén)討論進(jìn)行梳理討論整理，進(jìn)而明確變成產(chǎn)品業(yè)務(wù)需求?？梢酝ㄟ^(guò)三個(gè)點(diǎn)進(jìn)行分析：

1. 分析業(yè)務(wù)目的和業(yè)務(wù)目標(biāo)；

2. 整理對(duì)應(yīng)的業(yè)務(wù)流程圖；

3. 整理產(chǎn)品的場(chǎng)景和規(guī)則。

接下來(lái)每個(gè)點(diǎn)一步步聊下：

第一步：分析業(yè)務(wù)目的和業(yè)務(wù)目標(biāo)（就是去了解業(yè)務(wù)需求）

一般情況，業(yè)務(wù)人員會(huì)從自己做業(yè)務(wù)遇到的“阻礙”，這個(gè)“阻礙”可以幫助我們理解業(yè)務(wù)之間的干系，從中我們可以得到這些信息：

1. 這個(gè)需求涉及的業(yè)務(wù)干系人（用戶(hù)來(lái)源）；

2. 這個(gè)需求的關(guān)鍵操作（功能拆分來(lái)源）；

3. 這個(gè)需求的操作流程（流程來(lái)源）。

我們可以總結(jié)業(yè)務(wù)模塊的需求池：

有了上面的理解，就大致知道了需求是干嘛的，那實(shí)際的業(yè)務(wù)中，是如何操作的呢？經(jīng)過(guò)了什么樣的流程節(jié)點(diǎn)呢？

第二步：整理業(yè)務(wù)流程圖

這個(gè)階段需要整理業(yè)務(wù)流程圖草圖和梳理規(guī)范的業(yè)務(wù)流程圖：

（1）流程圖草稿：把理解到的都用流程圖的方式表達(dá)出來(lái)，不分泳道、不糾結(jié)流程節(jié)點(diǎn)命名、也不用在意這個(gè)節(jié)點(diǎn)該不該畫(huà)出來(lái)，畫(huà)出最粗又是最細(xì)的流程圖。粗是因?yàn)椴环钟镜篮芏喙?jié)點(diǎn)也不合理，細(xì)是因?yàn)榘崖?tīng)到的理解的都作為節(jié)點(diǎn)畫(huà)出來(lái)。

這時(shí)候不要畫(huà)泳道圖，因?yàn)閷?duì)業(yè)務(wù)還模糊不清，抽象不出合理的泳道，如果一開(kāi)始就設(shè)計(jì)泳道圖，反而會(huì)花費(fèi)較多時(shí)間和精力，但效果并不理想。

舉個(gè)例子：A同學(xué)去超市購(gòu)買(mǎi)商品的業(yè)務(wù)場(chǎng)景流程：

（2）細(xì)化流程圖：通過(guò)和業(yè)務(wù)方不斷調(diào)研和溝通，這時(shí)候可以逐漸的整理泳道圖來(lái)進(jìn)行操作流程和用戶(hù)之間的協(xié)同點(diǎn)。

這時(shí)候輸出的流程必須是泳道劃分合理，流程節(jié)點(diǎn)粗細(xì)適宜，節(jié)點(diǎn)命名合乎業(yè)務(wù)的。但是這時(shí)候的流程有一點(diǎn)還是會(huì)有欠缺，異常流程和判斷節(jié)點(diǎn)往往會(huì)缺失。后面在實(shí)現(xiàn)功能流程會(huì)去整理異常情況和判斷的節(jié)點(diǎn)。

這一節(jié)點(diǎn)應(yīng)該輸出：

一是流程圖草稿（只給自己最初理解業(yè)務(wù)用）；

二是業(yè)務(wù)流程圖（用于向其他團(tuán)隊(duì)成員講解和幫助他們理解業(yè)務(wù)）。

第三步：整理產(chǎn)品場(chǎng)景和規(guī)則

有了流程圖和狀態(tài)圖，就可以抽象出不同的業(yè)務(wù)場(chǎng)景。再根據(jù)場(chǎng)景逐個(gè)細(xì)化調(diào)研，從而獲得業(yè)務(wù)規(guī)則，其中，業(yè)務(wù)規(guī)則細(xì)化到每個(gè)信息類(lèi)型和細(xì)節(jié)處理等等信息，才算真正走到業(yè)務(wù)點(diǎn)場(chǎng)景中。

（1）抽象場(chǎng)景：抽象場(chǎng)景其實(shí)在個(gè)人理解中就是模塊化的需求，業(yè)務(wù)方針對(duì)場(chǎng)景的描述，產(chǎn)品經(jīng)理將場(chǎng)景劃分各個(gè)模塊，針對(duì)模塊制定對(duì)應(yīng)的功能需求點(diǎn)，并將功能需求進(jìn)行串聯(lián)（通過(guò)流程圖）。這階段需要輸出的是業(yè)務(wù)需求池、業(yè)務(wù)功能導(dǎo)圖和業(yè)務(wù)規(guī)則流程圖。

這樣做的好處是：場(chǎng)景劃分便于理解查看和維護(hù)，但又不會(huì)落下細(xì)節(jié)和特殊情況，保證產(chǎn)品設(shè)計(jì)的完整性。

（2）細(xì)化規(guī)則：一旦有了場(chǎng)景，并且有了場(chǎng)景下的不同情境，就可以針對(duì)各個(gè)情境下的業(yè)務(wù)限制規(guī)則進(jìn)行梳理和調(diào)研了。

這一節(jié)點(diǎn)應(yīng)輸出：業(yè)務(wù)場(chǎng)景劃分列表、業(yè)務(wù)細(xì)節(jié)規(guī)則列表，應(yīng)該注意規(guī)則列表是對(duì)業(yè)務(wù)場(chǎng)景的細(xì)化和深入。

分析用戶(hù)需求

用戶(hù)需求是針對(duì)于用戶(hù)在使用產(chǎn)品時(shí)候，結(jié)合業(yè)務(wù)方描述的場(chǎng)景形成梳理，希望用戶(hù)在場(chǎng)景完成某件事。分析用戶(hù)需求是從目標(biāo)形成過(guò)程中的重要環(huán)節(jié)，它包含兩部分內(nèi)容，即：

明確目標(biāo)用戶(hù)，洞察用戶(hù)痛點(diǎn)——如果我們想要去明晰用戶(hù)訴求，必須結(jié)合用戶(hù)當(dāng)前所處的場(chǎng)景。場(chǎng)景的藐視是業(yè)務(wù)訴求中去尋找目標(biāo)用戶(hù)和目標(biāo)用戶(hù)能為我們帶來(lái)的價(jià)值共同去界定的，更能夠幫助站在用戶(hù)視角，去了解當(dāng)前場(chǎng)景并去分析目標(biāo)用戶(hù)動(dòng)作。

將用戶(hù)痛點(diǎn)轉(zhuǎn)化為需求——就像“用戶(hù)要的是更高效的移動(dòng)，而不是一匹更快的馬”，用戶(hù)能想到的解決方案都是基于其認(rèn)知本身，對(duì)此，產(chǎn)品需要挖掘需求背后的真正訴求，進(jìn)而從根源找到解決方案。

舉個(gè)例子：現(xiàn)在英語(yǔ)類(lèi)知識(shí)付費(fèi)學(xué)習(xí)平臺(tái)案例，整體分析情況如下：

第一步：明確目標(biāo)用戶(hù)

第二步：將用戶(hù)痛點(diǎn)轉(zhuǎn)化為用戶(hù)需求

第三步：明確產(chǎn)品策略

產(chǎn)品目標(biāo)一定是以業(yè)務(wù)為導(dǎo)向，以用戶(hù)為中心出發(fā)的，通過(guò)業(yè)務(wù)訴求和站在用戶(hù)的角度上去思考的，只有這樣，才能提煉產(chǎn)品真正的價(jià)值。

在英語(yǔ)學(xué)習(xí)的場(chǎng)景中，為了更好的將業(yè)務(wù)需求和用戶(hù)需求更好的匹配，通過(guò)業(yè)務(wù)用戶(hù)關(guān)聯(lián)表可以一一進(jìn)行解決：

通過(guò)業(yè)務(wù)用戶(hù)關(guān)聯(lián)表可以針對(duì)不同人群給予不同的解決方案，進(jìn)而形成產(chǎn)品策略。確定了產(chǎn)品策略后，還需要根據(jù)公司資源投入和預(yù)估ROI以及上線時(shí)間確認(rèn)產(chǎn)品需求的優(yōu)先級(jí)，然后進(jìn)而和項(xiàng)目組確認(rèn)上線周期，這兒就先不去贅述。

設(shè)定衡量產(chǎn)品目標(biāo)的數(shù)據(jù)指標(biāo)

由產(chǎn)品目標(biāo)可以演繹出的東西不少，其中最直接、最具有指導(dǎo)意義的就是數(shù)據(jù)指標(biāo)。數(shù)據(jù)指標(biāo)是對(duì)目標(biāo)價(jià)值這種抽象概念的數(shù)據(jù)化表達(dá)，它能為所有參與角色形成一個(gè)具體的關(guān)注焦點(diǎn)，建立一個(gè)統(tǒng)一的坐標(biāo)體系和判斷標(biāo)準(zhǔn)，直觀的反應(yīng)方案效果與目標(biāo)價(jià)值之間的差距，成為后續(xù)迭代優(yōu)化的思考源頭。所以，設(shè)定數(shù)據(jù)指標(biāo)是非常重要，也是十分必要的。

比如英語(yǔ)學(xué)習(xí)平臺(tái)最后需要收集的數(shù)據(jù)指標(biāo)包含：課程參與人數(shù)、拉新、留存率、UV、反饋數(shù)值（用戶(hù)完成課程）等。

當(dāng)然對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，這僅僅是前期去梳理業(yè)務(wù)需求，針對(duì)于“梳理業(yè)務(wù)→產(chǎn)品模塊整理→需求池（功能整理）→梳理版本計(jì)劃→功能導(dǎo)圖→功能流程圖→原型設(shè)計(jì)→PRD文檔→產(chǎn)品評(píng)審→開(kāi)發(fā)→測(cè)試上線→數(shù)據(jù)分析→產(chǎn)品迭代”，梳理業(yè)務(wù)是項(xiàng)目生命周期的第一環(huán)節(jié)，后面每個(gè)內(nèi)容將通過(guò)一篇文章來(lái)聊聊。

后記：產(chǎn)品經(jīng)理并不是大家口中的“做不好運(yùn)營(yíng)、敲不了代碼，就去做產(chǎn)品吧！”希望小伙伴們持之以恒，繼續(xù)努力。共勉之……

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

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