職業規劃：你適合做to B產品經理還是to C產品經理？
術業有專攻，產品經理也需要通過自我覺察，找準自己的角色定位，判斷自己適合To B還是To C，有方向性地去選擇適合自己的行業。
自我入行時，就有前輩教導我說產品經理要做T型人才，即一專多能。
產品經理職位自誕生以來，一直是被期待成企業內或行業內“雜家”的職業角色。
但在這個社會分工日益精細化的當今世界，無論哪行哪業，更需要的是專。做一名優秀的產品經理，要從自我覺察開始，覺察出你適合哪個行業、哪個端、哪類需求的感觸、哪種人群的體察，從而規劃出最適合自己的角色定位。
引言：我的過往心得
繼上篇文章《 如何做出優質的B端產品：學會覆盤 》釋出之後，感慨過往種種之餘，本人也陷入到深深的思考——“嚴格意義上講，我究竟算是to B產品經理還是to C產品經理？”。多日思索之後，終有答案——我其實是一個to C產品經理。
2013年底，一個很偶然的機會，正值研二的我進入了搜狐媒體大廈、成為了一枚內容運營實習生。而在隨後的幾年，在網際網路廠待過，也在K12教育、房產等垂直行業待過。主導過或參與過林林總總十餘款產品，有to C的，亦有to B的。但是，做不同產品時的狀態卻能夠差出好幾個level。
對於做to C的產品，例如：招聘網站的搜尋引擎投放頁、城市分站的改版，在設計之初即非常明確優化方向，能夠明顯感知到當前沒有呈現但使用者卻十分需要的資訊是什麼，改版後轉化率一般都會60%左右的提升。
再如做房產網站，使用者每一步操作的目的、想看的內容、最佳的呈現形態、怎樣的觸達更加容易啟用，在腦海裡已經有明確的構想，畫整個網站的UE幾乎只用5個工作日；更如做房產內容類產品，怎樣的展現可達到使用者的預期，怎樣的聚合能夠讓使用者覺得有用，都能瞭然於心。
而做to B產品，我的手感就會差很多，顯得十分的不自信，比如：做400話務後臺，我當時覺得已經窮舉出所有的業務邏輯及操作流程，卻忘記了一個客戶實際上可以有好幾個意向房源，而客服不應將一個客戶的若干意向之間覆蓋，只留最後一個意向房源的資訊；而是應該分別錄入，最後才能知道使用者最優意向並跟進。
再如：做抵押貸後臺系統，SOP（標準作業流程）內各個角色人的操作內容，如果他們不表述的十分明確，我就完全感知不到、理解不了。
更如人事系統，在體系內入職人員，先自行下載企業的APP填寫表單，然後HR再在人事系統後臺核實並補齊內容。此流程看起來天經地義，卻也在做完產品後實施起來破有難度（to B角色拉鋸太多，極容易出現意見裹挾，而我常對此深感無力，說多了都是淚~~~具體血淚史參見文章： 《如何做出優質的B端產品：學會覆盤》 ）。
所以，一路摸爬滾打過來，踩得坑多了，也就知道原來不是我個人狀態調節的問題，而是我個人性格與崗位是否match的問題。
因此，我非常堅定地認為：我是一個to C的產品經理，並且想梳理出一篇文章，將自己的過往心得po出，拋磚引玉，希望能夠給各位產品同道中人一定程度的指導與啟發。
一、 to C、to B不同的職業路徑規劃
從2010年後產品經理崗位逐漸熱門，市面上亦有諸如《人人都是產品經理》《產品前線》《產品經理：從菜鳥到大師》《在你身邊，為你設計》等書籍，已經介紹了產品經理成長路徑的方法論，在此不做贅述。
但是，市面上貌似沒有一本書籍講to B產品經理成長的，上述幾乎都是在說網際網路環境下，面向廣大獨立使用者，泛娛樂/泛社交/泛電商領域的產品經理的成長路徑。
冷眼看to B方向越來越熱門、數字化越來越深入到各個行業，所以實際上對於產品經理的要求、職業路徑規劃是不一樣的。
to C產品經理的職業路徑大多是：優秀畢業生/或企業內優秀的其他員工轉崗–>成為一名初級產品–>畫UE出PRD跟專案–>3年表現良好升級為產品經理/高階產品經理–>5-10年積累了一定產品經驗及思考，升級為產品專家/資深產品經理–>若是有大局觀、及能夠引入外部資源、統籌能力更好的，則升級為產品總監–>產品VP–>離職創業當CEO（但很多都是之前接觸過的行業及領域）。
而小型to B產品的產品經理則大多是這樣的：本公司或本行業的優秀員工轉崗–>經受一些產品技能培訓或專案管理的培訓–>給企業畫一些原型或主導一些專案–>升級為產品負責人–>和外部資源對接合作–>升級為產品總監–>轉為行業內的高層，離開產品崗發展為管理崗。
大型to B產品的產品經理：大多是以前此大廠其他專案的技術負責人/專案負責人–>兼任產品經理–>帶一些產品新人–>升級為產品總監–>升級為產品VP。
所以，to B產品經理一定程度上門檻更高，很多都是有良好的技術功底，對於B端的訴求——無論是擴充套件性、還是實現優化、或是業務邏輯上的需求，均能夠轉化為技術手段解決。所以，如果你是一枚想轉崗的coder且溝通能力不錯，不妨看看to B的崗位招聘，也許你會更有優勢。
二、尋找你最適合的路徑
如果你是一枚在大學學習4年計科類專業的產品萌新、或者是一枚摸爬滾打過來的產品老人，如何抉擇出最適合你的方向和路徑？
在此我有以下幾點判斷，可供參考：
1. 你是否是一個善於傾聽的人？
善於傾聽、自我意識不強的人（生活大爆炸的Leonard），實際上對於to B產品較為有利，能夠傾聽及收集各方反饋並柔性溝通。
而不太善於傾聽、自我意識較為強的人（極端案例——生活大爆炸的Sheldon），產品決策基本上都是本位思考“follow my heart”，則更適合做to C產品（不要覺得此類人就不適合做產品，很多產品大神即是此種人格——如喬布斯老師）。
2. 需求的本源是什麼？
是對於人性更為敏感，還是對商業更為敏感？
對於人性較為敏感的人，善於洞察出使用者心理，善於發現使用背後的心理底層邏輯，適合做C端產品。通透人性，併為產品所用，是能夠做出很多爆款產品或使用者粘性非常好的產品的，詳見本站另一篇給予我啟發的文章 《七宗罪解讀 | 人性最深處的原始需求分析》 。
to B產品，無論是一個B還是多個B，無論是大B還是小B，終歸圍繞Business展開；Business無外乎是組織角色、內外部利益分析、內外部風險管理。而對於某一領域商業較為敏感的人，則天生擅長做此領域to B產品，對於產品涉及的角色、角色邏輯、商業訴求都能有很好的手感。
當然，你可能說我是XX行業銷售，我對本行業商業較為敏感，是不是可以轉行？
在此，我可能會潑個冷水。銷售入行門檻暫且不議，一個好的sales一般都會是一個自我意識很強的人、甚至微有攻擊性的人。因為自我意識更強人的才能在各種銷售場合中贏面更大，說服力更強，把事情向最有利自己的方向推進。但to B產品經理卻需要你有全盤/全形色鏈條的考量，時刻想著他人的利益訴求並得出最優解，所以恐怕不太適合。
3. 對於產品的把控，是否容錯率低？
遇到問題，習慣於尋求norm的方法，還是truth的方法。
在此非常慚愧。因在上家公司離職，最後一句話即是和當時的leader（to B產品事業部總經理）闡述了此觀點，甚至語態因自己是truth派別而自得。
時至今日，才恍然醒悟，其實世間大部分元素、關係、結構均是“存在即合理”，事物無所謂對與錯，做產品是追求truth還是norm也無所謂高低。
所謂truth與norm，並不是我原創，而是高曉鬆老師在某一期《曉說》時所講的觀點（柴靜的書《看見》裡亦有相關論述）。
他說：“美國是一個做事情講究truth的國家，而我國人做事情更加講究norm。”
所謂truth，即是追求真理，追求那個極端的理想狀態，無論付出多少辛苦；而norm則是在事物發展時候，尋求最省力的方式解決掉，很圓滑很變通。美國人可以為了系統擴充套件性、穩定性、安全性，重構可以花費1年時間；而中國人大多花費1-2個月就完成了，結果至多隻達到了及格，然後再花費餘下的時間不斷迭代不斷修修補補。
（上升星座為摩羯座）的我工作中是一個容錯率低的人，覺得很多事情對就是得做到最好，你不按照我說的來做，預後肯定會比較差。所以常常把研發搞得亞歷山大、精疲力盡。
而我上家公司的leader——to B產品事業部總經理Rodger則是一個非常智慧的人，技術出身、又有良好的溝通能力及業務解構能力，很多時候都是把系統按照norm的方法來做，最小成本的完成了to B產品業務訴求（所以其名下還有一系統申請了專利，而被其他各家爭相效仿，開了業內先河）。
所以說，如果你是一個自我意識很強、精益求精的人，那麼你更容易做出to C的精品。但是，to B一般會算投產比、和交付工期，所以to B產品，最好的方法就是norm的解決問題，在有限的資源內求得最優解。
上述概括即是“需求從何處來、到何處去、尋找及搭建解決路徑的方法”。
此三方面的判斷一個人適合做哪種型別產品最本源的判斷依據。所以，自我對照之後，我終於瞭解為啥我做to B產品手感就會差很多的原因——我是一個ego很強的女產品經理，follow my heart是比較容易的事情、努力讓事件走向全部可控；而傾聽別人意見、在複雜系統中權衡各端利弊、在不確定性中尋求最優解是我所不擅長的。
三、方法論：做to B和做to C產品的異同點
作為產品汪，無論to B還是to C都得做競品分析、需求分析、畫原型、寫文件、做埋點計劃、跟進測試並驗收上線。把抽象思想變得具象化，這是我們的角色本分。
無論是to B產拼還是to C產品，無論是傳統的軟體還是網際網路，最本質都是一個滿足某個人、某個場景下、某個訴求的工具，所以方法論大同小異。
1. 競品分析
to B需要關注行業內的解決方案，特別是客戶覺得好的案例；to C則是關注到需求及場景本身，使用者在同一場景下使用了什麼東西。
其中前百度副總裁李明遠就曾指出——其實SNS、BBS的沒落，不在於其移動端轉型慢了，而在於手機遊戲、直播平臺興起。佔用了此場景下使用者的大部分時間，在同一場景內，手遊及直播，比起傳統文字類的平臺更輕快、更吸引人。
2. 需求分析
to B最主要的是做各個關鍵角色（即干係人）的訪談，其中包括：產品使用者、產品決策者、產品管理功能使用者、產品管理功能決策者；to C則要更需要更先進更多元手段一些，除了簡單的訪談、深入使用者生活觀察使用者日常之外，還需要蒐集網上及來電的反饋、產品建議，資料埋點及使用者行為路徑監測。
3. 流程圖&畫原型
to B產品最最重要的是角色泳道圖、用例圖，此能夠排查出各個角色之間的操作有無設計缺陷（如下圖示例）。
to C產品，個人最近迷上寫使用者故事，時間、地點、人物、事件流，可以有效的把控你當前的設計是否有邏輯bug，是否滿足使用者使用習慣，以及怎樣做才能超預期。
to B產品的UE需要有互動，比to C的複雜，因為往往to B產品經理需要和干係人對接時進行操作展示，所以不能是靜態的。
4. 寫文件
其實文件雖然是產品經理的基本功，但是不同專案、不同排期、不同要求、不同的leader，對於文件的粒度、文件的涵蓋範圍、側重點也有所不同。
我之前工作過的公司，做to B專案有一個專案寫376頁PRD的、也有完全不需要寫PRD的。
但是，個人認為：to B的產品文件需要寫的規範詳盡，以便對於專案的各種情況的預估。由於to B畢竟是需要業務邏輯、角色操作、資料範圍、許可權範圍、資料流較為複雜，所以文件基本上應將上述內容寫清楚（如下圖示例）。
5. 做埋點計劃
to C的埋點計劃需要非常詳盡、粒度非常細。
而to B專案由於主要宗旨是服務好B端使用者，除了一些大型的SaaS/商家端後臺（如釘釘、外賣商家端後臺），其餘僅需做一些簡單的資料埋點即可。將所需的使用者監測的表頭梳理出來，由程式設計師根據表頭進行所需資料項的count。
6. 跟進測試
無論to B還是to C，從內測時產品經理及時跟進測試、及時對於發現邏輯漏洞、設計不合理處進行修正都是非常有必要的。當然to B時候需要測試童鞋幫忙建立若干角色的測試賬號，以便進行流程驗證。
結語：選擇你所喜歡的，喜歡你所選擇的
無論to B還是to C，選擇你喜歡或擅長的領域、選擇你最喜歡的公司，操刀做一款你發自內心熱愛並融匯你全部思考的產品，是一件非常有成就感的事——此過程我比作“以戀愛的心態來工作，以生娃的心態來生產品”。
其實有生之年，你自己就是你最好的、最有說服力的產品。希望上述鄙見能夠給列位有所啟發，很多觀點及概念只是我當下的思考，亦歡迎有識之士交流斧正。
本文由 @韓露 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議