和C端的產(chǎn)品經(jīng)理一樣便监，B端產(chǎn)品經(jīng)理工作的核心在于處理需求雏搂。但是如果照搬C端的方法論去處理B端需求晤锹，可能會有一些水土不服坛吁，這里我想嘗試總結(jié)一下我的個人方法論劳殖，建議能帶入著去好好讀一下铐尚，我相信對于做B端的你，或多或少有點幫助哆姻。
為什么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的時候，會去在意用戶的體驗性碉就，考慮交互盟广、樣式和用戶心理；但是到了B端瓮钥，價值》流程》體驗筋量，如果過分考慮體驗，那么就本末倒置了碉熄；B端的業(yè)務(wù)桨武，產(chǎn)品經(jīng)理很難站在用戶的立場思考問題，因為你很可能不是這個場景下的使用者锈津。
3呀酸、難以深入理解業(yè)務(wù)和市場
如果B端的產(chǎn)品經(jīng)理不能深入理解業(yè)務(wù)和市場，在你聊需求的時候琼梆，你可能跟客戶都是牛頭不對馬嘴性誉。B端產(chǎn)品經(jīng)理對自己的要求，永遠(yuǎn)是要比客戶更加懂業(yè)務(wù)茎杂！
4错览、客戶角色多，需求描述不清
客戶角色多元煌往，需求提出方可能并不是系統(tǒng)的使用者倾哺。管理者提出的需求可能會干擾需求的優(yōu)先級決策；很多B端產(chǎn)品經(jīng)理無法區(qū)分關(guān)鍵角色刽脖，從而對需求的本質(zhì)判斷不正確
是不是所有的需求都值得做羞海？
其實今天想討論的并不是需求值不值得做的問題，這個問題大到足夠再寫一篇《B端產(chǎn)品系統(tǒng)如何規(guī)劃》曾棕。
但是并不是所有提出的產(chǎn)品需求都需要去做扣猫，或者說需要馬上去做的。舉個產(chǎn)品社區(qū)經(jīng)常討論的問題：拼多多是否應(yīng)該去做購物車翘地？
討論價值的時候申尤，我們需要不斷的反問幾個問題癌幕。
暫時把它稱為提問法，我覺得產(chǎn)品經(jīng)理在討論需求價值的時候昧穿，一定要有問到底的精神勺远，等一層一層揭開后，答案就很明顯了时鸵。
拼多多可以不做購物車胶逢，因為購物車的價值在于給予用戶思考周期和囤貨的選擇，而拼多多的商業(yè)模式是以商品聚人饰潜，打造拼團的緊迫模式初坠，用戶的思考周期越短越好。就算不做購物車彭雾，拼團的主流程仍然正常進(jìn)行碟刺，所以商業(yè)模式?jīng)Q定拼多多目前可以不做購物車。
確定要做一個需求之后薯酝，我要做什么半沽？
我拿一個小需求舉個例子。曾經(jīng)聽過團隊中的新人產(chǎn)品經(jīng)理與客戶溝通需求吴菠，需求的大概是做一個停車場的訪客車輛管理系統(tǒng)者填，我們的產(chǎn)品經(jīng)理”便秘“式地跟客戶了解需求，想到一個問一個做葵，雙方溝通非常的累占哟。
”訪客車進(jìn)場算臨時車嗎？“
”算吧蜂挪≈靥簦“
”那訪客車輛入場免費嗎？“
“免費啊”
“那就存在漏洞可以一直添加免費車了啊”
“也對棠涮，那免費3個小時吧谬哀。”
“…”
類似這樣的對話严肪，一直在上演著史煎。
B端產(chǎn)品設(shè)計步驟
1、明確使用場景
遇到上述場景的時候驳糯，其實是沒去思考場景篇梭。
就訪客車的需求，我們先理一下酝枢，什么時候會用到訪客車輛管理功能恬偷。
a、小區(qū)帘睦，不允許臨時車進(jìn)入袍患，業(yè)主和物業(yè)有臨時拜訪的車輛的需要坦康；
b、大型企業(yè)園區(qū)诡延，只有預(yù)約過拜訪/面試的車輛能進(jìn)入滞欠。
2、確定核心價值
核心價值：做一件事的根本需求肆良，核心目的筛璧。
我們之所以先去不斷推演功能的使用場景，是希望能從使用場景中得到功能的核心需求惹恃；
比如我們發(fā)現(xiàn)上述場景中夭谤，訪客車輛管理最重要的目的是減少/取代停車場保安登記車輛信息的需求。想的再全面點座舍，就是車輛信息的登記管理沮翔、進(jìn)出記錄統(tǒng)計、異常處理（車輛停放問題曲秉，緊急需要聯(lián)系訪客車主）；
而不是訪談中關(guān)心的免費疲牵、收費功能承二。
3、參與角色纲爸、端亥鸠、子業(yè)務(wù)
我們在上一篇文章中已經(jīng)聊過角色、端和子業(yè)務(wù)了∈独玻現(xiàn)在我們看看怎么把他們帶入我們的產(chǎn)品設(shè)計
a负蚊、參與角色：
訪客管理可能涉及到的角色有：業(yè)主（拜訪對象）、物業(yè)（設(shè)置訪客權(quán)限的人）颓哮、訪客（有訪客需求的人）家妆、保安/收費員（登記核實的人）
b、產(chǎn)品設(shè)計到的端：
按照不同角色冕茅，對應(yīng)到系統(tǒng)不同的端伤极。物業(yè)需要在管理后臺設(shè)置權(quán)限（PC），業(yè)主和訪客可以在用戶端（H5或小程序）姨伤、保安/收費員智慧收費終端（移動端或PC）
c哨坪、涉及到的子業(yè)務(wù)?
4、流程與異常
已經(jīng)明確了功能設(shè)計的角色乍楚、端和子業(yè)務(wù)当编，在畫圖之前還有一部必不可少的工作：理流程。
之所以要強調(diào)必不可少的原因是徒溪，我發(fā)現(xiàn)越來越多的產(chǎn)品經(jīng)理不愿意或者不會這一步了忿偷，其實與C端不同的是拧篮，B端太重業(yè)務(wù)，業(yè)務(wù)的復(fù)雜度決定我們是繞不開流程圖的牵舱。
舉一個訪客自助登記的流程作為例子：?
流程圖要點：
1串绩、一個功能可能有多個子業(yè)務(wù)，盡量把子業(yè)務(wù)拆開畫多個流程圖芜壁；比如訪客系統(tǒng)中礁凡，可以拆成業(yè)主主動邀請、訪客協(xié)助登記慧妄、訪客車輛入場等子流程圖
2顷牌、流程圖先從簡單的主流程考慮，不要一開始畫流程就考慮全景和細(xì)節(jié)塞淹，容易迷失
3窟蓝、主流程確定后，盡可能得考慮分支異常饱普；對流程圖來說最重要的就是異常运挫；
5、信息結(jié)構(gòu)圖
看產(chǎn)品群里很多剛?cè)肴旱男率挚偸翘釂栃畔⒔Y(jié)構(gòu)圖是什么套耕，大家還是簡單一點理解谁帕，就是按頁面為單位，把頁面上的元素都列出來冯袍。
我覺得產(chǎn)品結(jié)構(gòu)圖是必要的匈挖，2個原因；
一康愤、考慮的更加充分
二儡循、在這一步區(qū)分元素的優(yōu)先級
6、demo設(shè)計
完成以上之后征冷，這份產(chǎn)品設(shè)計其實已經(jīng)完成90%的工作量了择膝，接下去就剩下畫圖了。
有很多剛?cè)胄械呐笥炎手眩恢痹谖覀儺a(chǎn)品交流群里問交互如何如何做调榄？? 我覺得畫圖，本質(zhì)目的是什么呵扛？是把我們的想法用圖形化的語言描述出來每庆，讓我們的聽眾（開發(fā)組、客戶等）能簡單直接的明白今穿。
所以用什么樣的工具（axure缤灵、sketch、墨刀）不重要，多細(xì)致的交互不那么重要腮出，甚至美不美化也可以不重要帖鸦。
原型圖的設(shè)計，從我理解來說胚嘲，下面這些才是要點作儿。?
特別是最后一點，我覺得別浪費我們平時的工作財富馋劈，抽一些時間攻锰，整理屬于產(chǎn)品“組件庫”。
自己的妓雾，總是最好用的娶吞。?
7、需求文檔
需求文檔（此處省略一萬字）械姻。
總結(jié)
這只是很簡單的總結(jié)妒蛇，落地需求只是B端產(chǎn)品工作里面的一項。是需要很長的時間去積累和沉淀的楷拳。
這是這個系列的第二篇文章绣夺，其實B端產(chǎn)品不像C一樣上線后就關(guān)注各種數(shù)據(jù)，B端產(chǎn)品上線前后還是在圍繞著“業(yè)務(wù)”走唯竹，具體還要注意哪些乐导，下一章我們再詳細(xì)聊聊。
