我始終認(rèn)為產(chǎn)品經(jīng)理?yè)碛信炕瘡?fù)制自己能力的能力是一種很高級(jí)的能力，這篇文章以需求管理為例，講的是產(chǎn)品經(jīng)理何如模型化（批量化）自己的需求分析能力，希望產(chǎn)品同學(xué)們閱讀后有所啟發(fā)。

文章框架：

1. 需求管理引擎的定義&框架；
2. 管理引擎框架串講；
3. 關(guān)于能力批量化復(fù)制能力的一些思考。

一、需求管理引擎的定義&框架

定義：需求管理引擎是一個(gè)框架模型，規(guī)范了從需求分析到需求邏輯產(chǎn)品化過(guò)程中的所有思考路徑和思考邊界，有利于培養(yǎng)模型化思維。

框架：如下圖，需求分析引擎主要分為四個(gè)模塊：

1. 需求分析；
2. 需求立項(xiàng)；
3. 需求（產(chǎn)品）研發(fā)；
4. 歸檔，下文會(huì)串講這四個(gè)模塊的主要內(nèi)容。

二、管理引擎框架串講

2.1 需求分析

2.1.1 ?需求分析框架閉環(huán)

需求分析框架閉環(huán)的意思是我們面對(duì)一個(gè)新的需求，思考的時(shí)候要形成邏輯閉環(huán)。這里引用了經(jīng)典的思考模型——3W模型：what，why，how ，既這個(gè)需求是什么，為什么會(huì)產(chǎn)生這樣的需求，如何將需求轉(zhuǎn)化為產(chǎn)品進(jìn)行后續(xù)的價(jià)值分析。

what 層：需求來(lái)源&需求分類

what 層主要讓我們標(biāo)記需求的來(lái)源和分類，需求的來(lái)源又分為兩個(gè)維度：方式 & 對(duì)象。方式維度：用戶訪談，競(jìng)品分析，數(shù)據(jù)分析等產(chǎn)品經(jīng)理通過(guò)某種行為而獲得的需求。對(duì)象維度：用戶，產(chǎn)品經(jīng)理，其他，對(duì)象維度指的是需求的提出對(duì)象。

需求分類主要分三種：

1. 以前沒(méi)有過(guò)的需求，歸類為新增需求；
2. 以前有過(guò)的需求再次優(yōu)化，歸類為迭代優(yōu)化；
3. 以前的需求存在缺陷進(jìn)行修復(fù)，歸類為缺陷處理。

why 層：陳述事實(shí)，表達(dá)感受，說(shuō)出期望

很多時(shí)候用戶提出的是他們認(rèn)為的解決方案，而并不是真實(shí)的需求，產(chǎn)品經(jīng)理進(jìn)行需求分析的時(shí)候一定要多問(wèn)幾次為什么，詢問(wèn)的時(shí)候盡量的讓用戶陳述需求當(dāng)前的事實(shí)，表達(dá)內(nèi)心感受，說(shuō)出自己的期望。

《喬布斯傳》中提到一個(gè)細(xì)節(jié)，如果亨利福特在發(fā)明汽車(chē)之前去做市場(chǎng)調(diào)查，他得到的答案一定是大家想要一輛更快的馬車(chē)。這里我們不去討論產(chǎn)品經(jīng)理要不要去做用戶調(diào)研，而是回到上個(gè)世紀(jì)初，模擬一下福特如果進(jìn)行用戶調(diào)研會(huì)是什么樣的場(chǎng)景。

場(chǎng)景一：

福特：你們的需求是什么？

用戶：我們想要一輛更快的馬車(chē)。（表達(dá)期望，并沒(méi)沒(méi)有陳述事實(shí)以及表達(dá)感受）

福特：一輛更快的馬車(chē)會(huì)滿足你們的需求嗎？

用戶：是的。

福特：好的，我們會(huì)造出世界上最快的馬車(chē)。

場(chǎng)景二：

福特：你們的需求是什么？

用戶：我們想要一輛更快的馬車(chē)。（表達(dá)期望，并沒(méi)沒(méi)有陳述事實(shí)以及表達(dá)感受）

福特：為什么你們希望要一輛更快的馬車(chē)。（引導(dǎo)用戶陳述事實(shí)）

用戶：因?yàn)槲覀兡芨斓某鲂泻瓦\(yùn)輸，現(xiàn)在的馬車(chē)出行和運(yùn)輸都很慢。（表達(dá)感受）

福特：所以你們是為了更快的出行和運(yùn)輸嗎？ （引導(dǎo)用戶說(shuō)出期望）

用戶：是的 （說(shuō)出期望）

福特：那我們可以創(chuàng)造出比世界上最快的馬車(chē)還快的東西，你們?cè)敢庥脝幔?（需求邏輯產(chǎn)品化建模）

用戶：當(dāng)然愿意。

通過(guò)以上場(chǎng)景分析，我們?cè)谛枨蠓治鰰r(shí)，應(yīng)該以why的形式引導(dǎo)用戶說(shuō)出內(nèi)心的真實(shí)需求，用戶的世界里面也許只有馬車(chē)，但是你也許能為他造出更快的汽車(chē)。

How層：需求邏輯產(chǎn)品化建模

在why層我們已經(jīng)明確的用戶的真實(shí)需求，接下來(lái)需要在思考層面對(duì)需求邏輯進(jìn)行產(chǎn)品化建模，為后續(xù)的需求價(jià)值判斷做準(zhǔn)備。

需求建模的方法很簡(jiǎn)單，在已知的產(chǎn)品模型工廠里篩選合適的產(chǎn)品模型進(jìn)行建模，產(chǎn)品工廠參考如下圖：

產(chǎn)品工廠中列出了不斷拓展完善的基礎(chǔ)系統(tǒng)和通用體系，在進(jìn)行需求邏輯產(chǎn)品化建模的時(shí)候，最終的產(chǎn)品模型都是由這些基礎(chǔ)系統(tǒng)和通用體系組合而成的，只要平時(shí)的產(chǎn)品學(xué)習(xí)進(jìn)階過(guò)程中有計(jì)劃的去研習(xí)這些基礎(chǔ)系統(tǒng)和通用體系的產(chǎn)品設(shè)計(jì)方法論，就能快速完成需求邏輯產(chǎn)品化建模。

很多產(chǎn)品同學(xué)接到新需求的時(shí)候往往不知道設(shè)計(jì)什么樣的產(chǎn)品來(lái)滿足，原因自己產(chǎn)品工廠里面的基本產(chǎn)品模型太少了。

2.1.2 ?需求（產(chǎn)品）價(jià)值判斷

在完成需求邏輯產(chǎn)品化建模后，腦海里大概有了一個(gè)可滿足需求的產(chǎn)品基本模型。這個(gè)階段已經(jīng)確定了需求的真實(shí)有效性以及有了基本的產(chǎn)品模型，接下來(lái)就是對(duì)產(chǎn)品模型進(jìn)行價(jià)值評(píng)估。

一般的價(jià)值評(píng)估維度分為兩個(gè)方面：

1. 用戶層面的使用價(jià)值；
2. 商業(yè)層面的研發(fā)價(jià)值。

用戶層面的使用高價(jià)值主要的分析維度有：1.用戶規(guī)模；2使用頻次；3.必要性；4.其他維度。

商業(yè)層面的研發(fā)價(jià)值主要的分析維度有：1.研發(fā)資源；2.研發(fā)成本；3.研發(fā)風(fēng)險(xiǎn)；4.稀缺性；5.其他維度。

一個(gè)需求（產(chǎn)品化）的是否有價(jià)值，做與不做需要根據(jù)用戶和商業(yè)兩個(gè)層面的多種維度綜合判斷。

2.2 需求立項(xiàng)

在進(jìn)行需求價(jià)值判斷后，篩選出的需求需要進(jìn)行需求立項(xiàng)。

需求立項(xiàng)主要分為六個(gè)階段：

1. 需求優(yōu)先級(jí)分配；
2. 需求邏輯產(chǎn)品化；
3. 初審（產(chǎn)品+需求提出者）；
4. 需求邏輯可視化（產(chǎn)品+需求方）；
5. 二審（需求方）
6. 終審 （產(chǎn)品，項(xiàng)目，設(shè)計(jì)，技術(shù)，測(cè)試）。

2.2.1 需求優(yōu)先級(jí)分配

需求立項(xiàng)的第一步，確定需求的優(yōu)先級(jí)。一般判斷需求優(yōu)先級(jí)的維度有：

1. 按照緊急程度（緊急維度）；
2. 按照價(jià)值權(quán)重（價(jià)值維度）；
3. 資源配置最優(yōu)（資源維度）；
4. 按照實(shí)現(xiàn)難易程度（難易維度）；
5. 按照上級(jí)指示（老板維度）；
6. 按照需求產(chǎn)生的時(shí)間順序（時(shí)間維度）。

一個(gè)需求的優(yōu)先級(jí)判斷通常是多種維度綜合的判斷結(jié)果。

2.2.2 ?需求邏輯產(chǎn)品化

與之前需求分析階段的需求邏輯產(chǎn)品化建模不同，需求邏輯產(chǎn)品化建模更多是基于思考層面的，而需求邏輯產(chǎn)品化則是強(qiáng)調(diào)輸出層面的，接到可行性需求后開(kāi)始輸出基本的產(chǎn)品方案，輸出物包括但不限于產(chǎn)品藍(lán)圖（產(chǎn)品架構(gòu)圖），思維導(dǎo)圖，原型圖demo等。

這個(gè)階段跟多的輸出產(chǎn)品的大的可行的方案的框架，設(shè)計(jì)理念和產(chǎn)品邏輯閉環(huán)等，還沒(méi)有具體到細(xì)節(jié)原型和流程圖的輸出。

2.2.3 ?初審會(huì)（產(chǎn)品+需求方）

需求邏輯產(chǎn)品化后需要開(kāi)初級(jí)評(píng)審會(huì)，用需求邏輯產(chǎn)品化階段的輸出物向需求方介紹產(chǎn)品大方向的設(shè)想，如果評(píng)審?fù)ㄟ^(guò)則證明大方向上的可行性，不通過(guò)則繼續(xù)修改復(fù)審。

2.2.4 ?產(chǎn)品邏輯可視化

初審?fù)ㄟ^(guò)后，接下來(lái)進(jìn)行的是產(chǎn)品邏輯可視化。之所以會(huì)有初審的原因是，我們?cè)O(shè)計(jì)產(chǎn)品就像修建大樓一樣，需求邏輯產(chǎn)品化就是確定大樓地基和藍(lán)圖的過(guò)程。如果這個(gè)過(guò)程沒(méi)有問(wèn)題，接下來(lái)的產(chǎn)品邏輯可視化就像裝修添磚加瓦一樣，不會(huì)有大的問(wèn)題。反之，如果已經(jīng)輸出了細(xì)節(jié)的原型圖和流程圖再去評(píng)審，那么一旦評(píng)審失敗返工將會(huì)花費(fèi)大量的時(shí)間。

產(chǎn)品邏輯可視化階段就是在確保大樓的地基和框架沒(méi)有問(wèn)題后，添磚加瓦的過(guò)程。這個(gè)過(guò)程主要的輸出物一般是原型圖，流程圖&PRD文檔等。

2.2.5 ?二審（產(chǎn)品+需求方）

二審是對(duì)具體的產(chǎn)品細(xì)節(jié)和流程細(xì)節(jié)邏輯進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后就可以進(jìn)入開(kāi)發(fā)階段了。這個(gè)過(guò)程中如果評(píng)審失敗，產(chǎn)品經(jīng)理只需要花很短的時(shí)間修改表層邏輯，不需要做框架層面的修改。

2.2.6 ?終審 （產(chǎn)品，項(xiàng)目，設(shè)計(jì)，技術(shù)，測(cè)試）

終審就具體的產(chǎn)品可行性進(jìn)行評(píng)估，確定具體的項(xiàng)目排期計(jì)劃。需求排期表最為一個(gè)基本的里程碑式的交付物，表示需求進(jìn)入正式的開(kāi)發(fā)階段。

2.3 需求研發(fā)

需求研發(fā)階段主要階段有：1.設(shè)計(jì)&開(kāi)發(fā)；2. 測(cè)試 ；3.驗(yàn)收；4.發(fā)布上線。這個(gè)過(guò)程中產(chǎn)品經(jīng)理主要跟進(jìn)需求的研發(fā)進(jìn)度，以及保證整個(gè)過(guò)程中的信息對(duì)稱，以及對(duì)一些突發(fā)的需求修改給出可行性方案。

2.4 需求歸檔

需求歸檔環(huán)節(jié)主要有兩個(gè)過(guò)程，輸出項(xiàng)目復(fù)盤(pán)報(bào)告& 輸出迭代計(jì)劃。

• 項(xiàng)目復(fù)盤(pán)報(bào)告主要是對(duì)整個(gè)項(xiàng)目進(jìn)行總結(jié)，取得的成績(jī)以及存在的問(wèn)題和不足。
• 迭代計(jì)劃，主要針對(duì)一些需要二次迭代的需求進(jìn)行迭代計(jì)劃輸出。

截止到需求歸檔，標(biāo)志著一個(gè)需求從需求分析到價(jià)值校驗(yàn)以及需求邏輯產(chǎn)品化到最后的研發(fā)上線歸檔全生命周期的結(jié)束。

三、關(guān)于能力批量化復(fù)制能力的一些思考

我始終認(rèn)為產(chǎn)品經(jīng)理?yè)碛信炕瘡?fù)制自己能力的能力是一種很高級(jí)的能力，這篇文章以需求管理為例，講的是產(chǎn)品經(jīng)理何如模型化（批量化）自己的需求管理能力。不僅僅是需求管理，產(chǎn)品很多知識(shí)都可以模型化，框架化的輸出。

衡量一個(gè)產(chǎn)品經(jīng)理是否優(yōu)秀，如果只有個(gè)一個(gè)標(biāo)準(zhǔn)的話，我覺(jué)得應(yīng)該是看他是否能快速培養(yǎng)一個(gè)和自己同樣優(yōu)秀的產(chǎn)品經(jīng)理，因?yàn)榭焖僖馕吨愕乃兄R(shí)輸出都是基于方法論層面的模型和框架，就像需求管理引擎一樣，掌握了這套管理引擎，所有的需求只需要交給大腦按照標(biāo)準(zhǔn)模式處理，實(shí)現(xiàn)真正的規(guī)范和高效。

這篇文章不僅希望大家能理解這套需求管理引擎，更希望讀者們能培養(yǎng)模型化思維，擁有批量復(fù)制自己能力的意識(shí)，從而打造適合自己的需求管理引擎。

#專欄作家#

AllenDan, 微信公眾號(hào)：思維改變生活，人人都是產(chǎn)品經(jīng)理專欄作家。致力于研究高階的產(chǎn)品學(xué)習(xí)方法論，從而改變職業(yè)成長(zhǎng)的加速度變量。

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

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