(網(wǎng)經(jīng)社訊)和C端的產(chǎn)品經(jīng)理一樣，B端產(chǎn)品經(jīng)理工作的核心在于處理需求。但是如果照搬C端的方法論去處理B端需求，可能會有一些水土不服。這里我想嘗試總結(jié)一下我的個(gè)人方法論，建議能帶入著去好好讀一下，我相信對于做B端的你，或多或少有點(diǎn)幫助。
為什么B端的需求這么難做？
（1）產(chǎn)品架構(gòu)復(fù)雜，功能龐大
往往B端系統(tǒng)數(shù)據(jù)結(jié)構(gòu)比較復(fù)雜，而事故嚴(yán)重度又比較高，對產(chǎn)品經(jīng)理考慮的嚴(yán)謹(jǐn)性要求比較高
（2）用戶思維和客戶思維的轉(zhuǎn)化更難
往往產(chǎn)品經(jīng)理剛?cè)腴T的時(shí)候，會去在意用戶的體驗(yàn)性，考慮交互、樣式和用戶心理；但是到了B端，價(jià)值 》流程 》體驗(yàn)，如果過分考慮體驗(yàn)，那么就本末倒置了。B端的業(yè)務(wù)，產(chǎn)品經(jīng)理很難站在用戶的立場思考問題，因?yàn)槟愫芸赡懿皇沁@個(gè)場景下的使用者。
（3）難以深入理解業(yè)務(wù)和市場
如果B端的產(chǎn)品經(jīng)理不能深入理解業(yè)務(wù)和市場，在你聊需求的時(shí)候，你可能跟客戶都是牛頭不對馬嘴。B端產(chǎn)品經(jīng)理對自己的要求，永遠(yuǎn)是要比客戶更加懂業(yè)務(wù)！
（4）客戶角色多，需求描述不清
客戶角色多元，需求提出方可能并不是系統(tǒng)的使用者。管理者提出的需求可能會干擾需求的優(yōu)先級決策；很多B端產(chǎn)品經(jīng)理無法區(qū)分關(guān)鍵角色，從而對需求的本質(zhì)判斷不正確
是不是所有的需求都值得做？
其實(shí)今天想討論的并不是需求值不值得做的問題，這個(gè)問題大到足夠再寫一篇《B端產(chǎn)品系統(tǒng)如何規(guī)劃》。
但是并不是所有提出的產(chǎn)品需求都需要去做，或者說需要馬上去做的。舉個(gè)產(chǎn)品社區(qū)經(jīng)常討論的問題：拼多多是否應(yīng)該去做購物車？
討論價(jià)值的時(shí)候，我們需要不斷的反問幾個(gè)問題。
需求的價(jià)值
暫時(shí)把它稱為提問法，我覺得產(chǎn)品經(jīng)理在討論需求價(jià)值的時(shí)候，一定要有問到底的精神，等一層一層揭開后，答案就很明顯了。
拼多多可以不做購物車，因?yàn)橘徫镘嚨膬r(jià)值在于給予用戶思考周期和囤貨的選擇，而拼多多的商業(yè)模式是以商品聚人，打造拼團(tuán)的緊迫模式，用戶的思考周期越短越好。就算不做購物車，拼團(tuán)的主流程仍然正常進(jìn)行，所以商業(yè)模式?jīng)Q定拼多多目前可以不做購物車。
確定要做一個(gè)需求之后，我要做什么？
我拿一個(gè)小需求舉個(gè)例子。曾經(jīng)聽過團(tuán)隊(duì)中的新人產(chǎn)品經(jīng)理與客戶溝通需求，需求的大概是做一個(gè)停車場的訪客車輛管理系統(tǒng)，我們的產(chǎn)品經(jīng)理“便秘”式地跟客戶了解需求，想到一個(gè)問一個(gè)，雙方溝通非常的累。
訪客車進(jìn)場算臨時(shí)車嗎？
算吧。
那訪客車輛入場免費(fèi)嗎？
免費(fèi)啊
那就存在漏洞可以一直添加免費(fèi)車了啊
也對，那免費(fèi)3個(gè)小時(shí)吧。
……
類似這樣的對話，一直在上演著。
B端產(chǎn)品設(shè)計(jì)步驟
（1）明確使用場景
遇到上述場景的時(shí)候，其實(shí)是沒去思考場景。
就訪客車的需求，我們先理一下，什么時(shí)候會用到訪客車輛管理功能。
小區(qū)，不允許臨時(shí)車進(jìn)入，業(yè)主和物業(yè)有臨時(shí)拜訪的車輛的需要；
大型企業(yè)園區(qū)，只有預(yù)約過拜訪/面試的車輛能進(jìn)入。
（2）確定核心價(jià)值
核心價(jià)值：做一件事的根本需求，核心目的。
我們之所以先去不斷推演功能的使用場景，是希望能從使用場景中得到功能的核心需求。
比如我們發(fā)現(xiàn)上述場景中，訪客車輛管理最重要的目的是減少/取代停車場保安登記車輛信息的需求。想的再全面點(diǎn)，就是車輛信息的登記管理、進(jìn)出記錄統(tǒng)計(jì)、異常處理（車輛停放問題，緊急需要聯(lián)系訪客車主）。
而不是訪談中關(guān)心的免費(fèi)、收費(fèi)功能。
（3）參與角色、端、子業(yè)務(wù)
我們在上一篇文章中已經(jīng)聊過角色、端和子業(yè)務(wù)了，現(xiàn)在我們看看怎么把他們帶入我們的產(chǎn)品設(shè)計(jì)。
參與角色：訪客管理可能涉及到的角色有：業(yè)主（拜訪對象）、物業(yè)（設(shè)置訪客權(quán)限的人）、訪客（有訪客需求的人）、保安/收費(fèi)員（登記核實(shí)的人）。
產(chǎn)品設(shè)計(jì)到的端：按照不同角色，對應(yīng)到系統(tǒng)不同的端。物業(yè)需要在管理后臺設(shè)置權(quán)限（PC），業(yè)主和訪客可以在用戶端（H5或小程序）、保安/收費(fèi)員智慧收費(fèi)終端（移動端或PC）。
涉及到的子業(yè)務(wù) ：
子業(yè)務(wù)是越全面越好
（4）流程與異常
已經(jīng)明確了功能設(shè)計(jì)的角色、端和子業(yè)務(wù)，在畫圖之前還有一部必不可少的工作：理流程。
之所以要強(qiáng)調(diào)必不可少的原因是，我發(fā)現(xiàn)越來越多的產(chǎn)品經(jīng)理不愿意或者不會這一步了，其實(shí)與C端不同的是，B端太重業(yè)務(wù)，業(yè)務(wù)的復(fù)雜度決定我們是繞不開流程圖的。
舉一個(gè)訪客自助登記的流程作為例子：
主流程
流程圖（泳道）
流程圖要點(diǎn)：
一個(gè)功能可能有多個(gè)子業(yè)務(wù)，盡量把子業(yè)務(wù)拆開畫多個(gè)流程圖；比如訪客系統(tǒng)中，可以拆成業(yè)主主動邀請、訪客協(xié)助登記、訪客車輛入場等子流程圖；
流程圖先從簡單的主流程考慮，不要一開始畫流程就考慮全景和細(xì)節(jié)，容易迷失；
主流程確定后，盡可能得考慮分支異常；對流程圖來說最重要的就是異常。
（5）信息結(jié)構(gòu)圖
看產(chǎn)品群里很多剛?cè)肴旱男率挚偸翘釂栃畔⒔Y(jié)構(gòu)圖是什么，大家還是簡單一點(diǎn)理解，就是按頁面為單位，把頁面上的元素都列出來。
我覺得產(chǎn)品結(jié)構(gòu)圖是必要的，2個(gè)原因：
考慮的更加充分；
在這一步區(qū)分元素的優(yōu)先級。
簡單信息結(jié)構(gòu)圖
（6）demo設(shè)計(jì)
完成以上之后，這份產(chǎn)品設(shè)計(jì)其實(shí)已經(jīng)完成90%的工作量了，接下去就剩下畫圖了。
有很多剛?cè)胄械呐笥眩恢痹谖覀儺a(chǎn)品交流群里問交互如何如何做？ 我覺得畫圖，本質(zhì)目的是什么？是把我們的想法用圖形化的語言描述出來，讓我們的聽眾（開發(fā)組、客戶等）能簡單直接的明白。
所以用什么樣的工具（axure、sketch、墨刀）不重要，多細(xì)致的交互不那么重要，甚至美不美化也可以不重要。
原型圖的設(shè)計(jì)，從我理解來說，下面這些才是要點(diǎn)：
特別是最后一點(diǎn)，我覺得別浪費(fèi)我們平時(shí)的工作財(cái)富，抽一些時(shí)間，整理屬于產(chǎn)品“組件庫”。
自己的，總是最好用的。
我的產(chǎn)品組件庫
（7）需求文檔
需求文檔（此處省略一萬字）。
總結(jié)
這只是很簡單的總結(jié)，落地需求只是B端產(chǎn)品工作里面的一項(xiàng)。是需要很長的時(shí)間去積累和沉淀的。
這是這個(gè)系列的第二篇文章，其實(shí)B端產(chǎn)品不像C一樣上線后就關(guān)注各種數(shù)據(jù)，B端產(chǎn)品上線前后還是在圍繞著“業(yè)務(wù)”走，具體還要注意哪些，下一章我們再詳細(xì)聊聊。（來源：人人都是產(chǎn)品經(jīng)理 文/柒哥和歐醬 編選：網(wǎng)經(jīng)社）
