起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識B端產品的業務診斷與建模
2021年9月4日~5日，人人都是產品經理舉辦的【2021產品經理大會·廣州站】完美落幕。致景科技集團創新事業群副總裁翟錦修進行了精彩的內容分享，他分享的主題是《B端產品的業務診斷與建?！?。添加大會小助手豆豆（微信號：13265455310），回復暗號【031】，獲取本場嘉賓分享視頻回放，觀看完整演講。
下面我先做一下自我介紹，我叫翟錦修，大家可以叫我老翟，我有16年IT相關工作經驗，14年產品經理工作經驗，在很多企業都干過。真正讓我得意的成就是我在起點學院已經完成了22期，4300+余名產品經理的線上線下實戰教學，有個好處就是每個城市里都有我的學生。
一、B端產品能力挑戰：業務建模
1. B端產品經理是個什么
中國現在已經進入到B端產品時代，當我們在百度搜B端產品經理這個詞，會搜出多種結果。大部分都是在問B端產品經理是一個什么樣的角色、它最核心的能力是什么、我該如何修煉、如何提升等等。
一個個互聯網產品要么向個人用戶提供服務，要么向企業用戶提供服務，這是它的商業模式所決定的。如果你向個人用戶提供服務，你可以做短視頻、電商，這些都是服務于個人的個人用戶，他一定是以自然人、以用戶的形態出現的。他不是一定有工作職責的人，他就是一個自然人，有喜怒哀樂，有愛恨情仇，你可以通過人性去揣測他、通過A/B測試去測試他，這就是我們所說的To C是產品的商業價值，是基于個人用戶的。
如果你是得物的產品經理，主要負責得物的配送系統，當需要把貨送到用戶家時，請問這個時候你還有用戶嗎？如果你負責得物的商家結算系統向供應商進行結算，那你還有用戶嗎？
答案是沒有，你面對的是企業用戶，當你向業務用戶、企業用戶去談功能時，商業利益和工作利益將會壓倒他的個人欲望、個人訴求，這就是我們所說的TO B。
得物是一個TO C的產品，但是它卻有B端的產品經理在研發它B端的功能，B端支撐起了它的C端，所以TO B和TO C是一種商業模式的不同，C端和B端是產品經理劃界的不同。
任何一個企業都有可能會出現B端的產品和C端的產品。比如有贊，有贊是TO B，賣給一個企業來使用，并由企業來付費，但是有贊一定會有商城的存在，雖說是給企業搭建商城，其實也是由個人用戶來使用。
所以說，TO B和TO C是從商業價值的實現方法方面來說的，B端和C端在產品生態中的使用者到底是誰？B端的使用者往往以“角色”的形象出現的，而C端的使用者被統一稱呼為“用戶”。
B端和C端在這里主要差別在于使用對象不同，用戶是有主動觀念的、是要被你拉攏的、是要向他討好的。但是角色不一定會這樣，他有可能是被你欺負的，因為他的領導要求這個業務流程必須這么走，無論角色喜歡與否，也得執行工作。
2.?B端產品經理的能力模型
我們可以用一個金字塔來表示B端產品經理的能力范疇，一個人的能力往往屈從于三個環節，第一個是素質，素質帶有一定的天賦，比如思考能力、溝通能力、協調能力等等，天賦好的人容易事半功倍，天賦不好的人則容易事倍功半。
第二個是知識領域，當你做B端的時候，大家都會說你是哪個行業的或者是哪個領域的。比如，我是做財務結算清分系統的，你現在讓我去做倉儲物流系統，那我就得從零開始了。業務知識是卡掉產品經理的一個很重要的環節，這也是這個行業中人才很難誕生的原因。
第三個是技能，技能是需要你通過不斷的實踐總結去獲得的，它分為系統設計的能力和業務建模的能力。
3. 業務建模是什么
一個B端產品做一個等分，一部分對接IT。另一部分是業務建模，對接的是業務，這是我們今天要講的主要內容。有人認為B端業務是很容易的，因為客戶有需求，可以直接找業務方商討。
先給大家講一個案例，產品汪建了一個倉庫系統，一開始很簡單，系統做了一張入庫單，一張出庫單，操作也很方便。B端有個特點就是很多的業務流程變更都是由領導變更開始的，因為B端是要承載管理思想的，所以當管理思想發生變化，業務流程就一定會發生變化。
有一天，來了一個新主管，主管就要求我們對業務做區分化管理。在主管的帶動下，大家集思廣益后，我們在系統上增加了很多功能，有一般出入庫單流程、大家電入庫單流程、樣機借出庫單流程、樣機借用換入單流程、配件出入庫單、退貨出庫單流程、WMI入庫單流程等等。產品汪就想，干了這么多，來個五星好評！但是系統一上線，甲方嫌很多業務沒覆蓋，所以只能再次開發業務，二次上線后，甲方又嫌系統太復雜。
所以我們要怎么解決這個問題呢？大家都知道，業務是不斷靈活的發展的，很多東西都是嘗試性的。比如來了一個新的倉庫主管要求分等級做管理，接著又換了一個主管要求管理集中化，所以怎么才能做一個靈活的系統去適配情緒需求的變化？這時候就要做業務建模。
一個倉庫發貨收貨有哪些節點會影響到業務流程和業務實體屬性，這是第一個要思考的問題，一張單據一定會有一個品類限制，只能發某一類的貨，比如，大家電的單據只能發冰箱、空調等等?？鐜煺{撥的單據不能跨庫調撥生鮮，因為生鮮一出冰庫就容易壞，不好保證按品質再入庫。
第二個叫庫位限制，就是某一張單據只能逆動到某一個庫位的東西，比如說退貨給廠商，只能從退貨區發貨。
第三個就是就是異動屬性，有異動屬性的品類，有的是發貨，有的是收貨，而跨庫調撥單據是轉移。
第四個就是結算方式，有的單據的結算方式是WMI，有的是采購。結算方式為采購的單據在貨物入庫后，就會產生收賬，應付賬款。
第五個是成本核算，有的單據和財務相關，這時候就要對賬單進行成本預算。
第六個是審批流程，每個賬單的審批流程都不太一樣，你可以做流程引擎的抽象并命名這個流程名稱與哪類業務賬單掛鉤，所以我們出現一個概念叫單據類型。
我們把單據類型定義為收貨、退給廠商、跨庫調撥、樣機借用、緊急采購、報廢代減、檢驗報廢、包裝領用、銷售出庫等屬性的集合體。
這時候我可以支撐一張單據，也可以支撐二十五張單據分層分等級地去建設，而且我能夠給程序員講清楚每一種業務邏輯，所以這就是清晰的業務建模，業務建模是一個產品經理功力的表現，是跟著需求走的。
那業務建模是什么業務建模？業務建模是對業務進行抽象的過程，又叫業務數據建模、業務實體建模，合理的建?？梢宰尯罄m功能設計水到渠成，而不合理的建模會導致后續設計重復返工。
B端業務建模對整個B端設計是至關重要的，一個優秀的業務建?？梢员ＷC業務擴張、研發成本和系統復雜性三者的平衡，一個錯誤的業務建模，或者完全沒有業務建模，都可能導致隨著業務業務擴張、研發成本/系統復雜性暴增，直至企業IT無法承受。
各個B端產品經理在“江湖地位上”的差異很大，其在能力上差異主要在三個點：業務專業知識、業務診斷能力、業務建模能力，這是評定一個B端產品經理優秀與否的關鍵。
4.?如何做業務建模
業務建模的能力體系分為三層：知識層、能力層、方法層。
知識層指的是業務知識，業務知識是業務建模的基礎，它可以通過讀書上課獲得也可以在不斷地工作和實踐中進行學習、總結業務知識。各個領域都有各個領域的業務名詞、業務術語、業務邏輯等等，這都是需要長時間的摸索、積累、總結，而且這些業務知識會隨著行業發生變化而變化。
與C端產品經理不同，B端產品經理的業務知識是最為重要的基礎能力。你可以沒有Sense，沒有style，沒有滿口的“發力、降維、抓手、反哺、下沉、裂變、組合拳擊穿心智……”
但是你要熟悉你的專業領域，而且不斷迭代你自己領域的專業知識。這也就是B端產品經理從來沒有35歲危機的原因，這是一個越老越香的崗位。
能力層指的是抽象能力，抽象能力是做業務建模的必要條件，它需要依賴一定的天賦，否則你只能使用別人抽象的成果。業務抽象的能力決定了一個產品經理的天花板。一般來說，一個專注于某個領域的產品經理，只要不是劃水汪，6-8年的積累足以讓他的業務知識達到夠用的層面。
那如何去培養業務建模的能力呢？方法有三個：抽象要素、理清關系、尋找規律。抽象要素是尋找業務實體內部的自我構成，比如一個商品庫存的要素是地點+庫位+品號+批號之類的。理清關系是尋找業務實體之間的關聯。尋找規律是在上述兩點的基礎上推演出業務規律來。
5.?總結
如果你有志成為一名越老越香的B端產品經理，踏踏實實的一步一個腳印的成長，才是唯一的捷徑，因為無論是知識的積累、能力的訓練都需要花費大把的時間和心血。
碰上困難就念叨著選擇大于努力，做幾個模塊就覺得自己天下無敵，努力幾個月就想改變世界的同學，不適合做B端產品經理，仰望星空很重要，但是腳踏實地地去積累和成長更加重要。
二、B端產品汪的生存報告
1.?B端產品的三大爽和三大難
三大爽指的是領域專業性、成長周期長、團隊地位高。剛剛已經講過B端產品的領域專業性強，B端不同于C端，比如你做個抖音，說不定幾個月就爆紅了，但是做B端是一條比較難的路，周期會很長，比較穩定，但是需要長期的積累。
還有一個就是B端產品經理是整個B端研發團隊中地位最高，比B端產品經理地位更高的只有領導。但也同時存在著三大難，方案設計難在剛剛已經講過了，可想而知，一個簡單的商品模型、單據模型的構思都這么復雜，所以證明它的設計難度很大。另兩難指的是項目推進難和實施落地難。
2.?如何落地一個B端產品項目
B端產品落地分為三個階段。第一個階段是需求階段，在這個階段會經歷需求準備、需求內審、方案評審會、方案定稿封板等過程，在方案評審過程中一定要有優秀的業務建模，而且一定要控制好需求定稿。眾所周知，抽象、邏輯都是基于一個固定的需求場景，當需求場景不斷發生變化時，是沒有辦法去把方案定好。
第二個階段是開發階段，這個階段是項目實施關鍵點。技術方案及排期、測試用例評審、開發、測試、產品驗收等都屬于開發階段，這個階段跟其它行業的產品線差不多。
第三個階段是發布階段，這個階段主要包括發布準備、項目實施、正式上線、數據/用戶反饋、需求池。
如果想要落地一個B端產品，就要做好項目實施。項目完成并上線后，理論上是可以用了，那為什么還需要實施呢？
因為大部分使用B端產品的用戶都是被迫使用的，他們并不想用這套系統，我們做業務需要紀律性，就得被系統控制，所以即使不喜歡，也得為了工作著想，所以才會出現用戶主動性不強的情況。如果想要整體的系統被用好，你就得幫助B端產品使用群體掌握產品的標準化使用方法，形成內部傳承，達到使用效果，這個過程叫做項目實施。
項目實施可以分為六大步，分別是先宣貫、再培訓、找種子、寫手冊、駐場訓、勤總結。
宣貫是為了告訴參加這個項目的人，這個項目的具體信息以及未來的工作安排。再往上就是分批做操作培訓，培訓要先僵化后優化，要有考試和打分。接著要去找種子，就是每個角色都要有種子用戶，把操作手冊交給種子用戶，之后新員工就可以去找種子用戶去學習，然后組織種子用戶寫手冊，用用戶的語言來說操作，以達到一種授之以漁，文檔迭代的效果。
接下來就是駐場訓，在前幾步的基礎上，項目一旦上線，你就一定要在現場待著，有問題隨時解決。最后就是勤總結，勤溝通，勤匯報，站會、周會、月會，尋找問題，總結規律。
以上就是我的分享，謝謝大家。
相關閱讀
年度行業大會開啟巡回
互聯網圈年度盛典，聽一線實戰專家深度分享，與數千位互聯網圈同行深度交流，拆解產品、運營實戰案例，挖掘行業新機會！
掃描下方二維碼添加大會小助手，回復暗號【032】領產品經理&運營人必備工具包，獲取全年大會最新資訊！
本文為【2021產品經理大會（廣州站）】現場分享整理內容，由人人都是產品經理實習生 @黃彩怡 整理發布。未經許可，禁止轉載，謝謝合作。
題圖來自大會現場
可以就建模來舉個例子嘛？帶圖的更好理解
有原視頻地址嗎
寫的很好，感謝分享
感謝分享，受益匪淺。
這一篇說的真不輟
很干，的確是要有很系統的建模能力，業務給的都是零零散散的點，很容易被帶偏，非標準的訴求往往不能有拓展性，導致會重復做工，業務同時又說系統不好用
同感，一直以為這個業務建模，也就是抽象能力才是最重要的，忽略了這一點系統生命周期就不長了。
要成為一個好的產品經理，根本上是要落實項目的實施，專家說得都是基操，新人應該多看看。
挺好
學習了