前言2.0

親愛的讀者，當你看到這里時，我已經結束了小米的職業生涯，并且你即將開啟《B 端產品經理必修課2.0：從業務邏輯到產品構建全攻略》的閱讀之旅。

· 一個無技術背景的B 端產品經理

偶然的機會讓我成為B 端產品經理，也是偶然的機會讓我寫了《B 端產品經理必修課：從業務邏輯到產品構建全攻略》這本書。我在籌劃和寫作這本書時，行業內還沒有專門講述B 端產品經理的圖書，甚至連它的叫法都不明確。

在寫書的時候，我也做好了挨罵的準備。當然，我的初心是能夠讓更多的人關注到B 端產品和B 端產品經理，讓更多的B 端作者涌現出來，從而讓更多的B 端圖書面世，以豐富這個領域的知識。我向圖書策劃編輯推薦了很多想要寫書的B 端領域作者，因此我還成了出版社小有名氣的作者。最近，我也了解到很多B 端領域的圖書都在籌劃出版中。

另外，我國互聯網行業內流行的一些產品理論知識，大部分來自國外。我希望能夠形成屬于我國的產品經理理論知識體系，從而幫助我國產品經理走出自己特有的發展道路。

因此，我做好了各方面的準備，“戰戰兢兢”地寫完了這本書。幸運的是，這本書無意間踩中了“產業互聯網”“To B”大潮的興起，因此《B 端產品經理必修課：從業務邏輯到產品構建全攻略》也就無意間成了B 端產品領域的開山之作。

我作為先行開路的作者，要充分認識到自身知識的局限性，也要坦然面對讀者的批評。因此，我打起精神、認真反思、不忘初心，開始了《B 端產品經理必修課2.0：從業務邏輯到產品構建全攻略》（以下簡稱《2.0》）的寫作。

在《2.0》的寫作中，我還是會延續之前的寫法：把復雜的事情說得簡單，只講知識體系中重要的20%的知識，讓讀者在輕松愉悅的閱讀中理解和掌握。

我作為一名學習工業設計出身的產品經理，在沒有技術背景的情況下就投身到B 端產品經理的工作中，確實有一些劣勢。我在書中用三句話形容產品經理對技術的認知：

看山是山，看水是水。

看山不是山，看水不是水。

看山還是山，看水還是水。

因為這幾句話，我被讀者批評了。我曾一度懷疑自己是不是對技術有誤解，發表了錯誤的言論。我甚至想過是不是應該報培訓班，學習一下編程。好在上大學時，我學過C 語言，也了解一些Java 的知識，我預感這個問題的答案不在于學習編程。于是，在翻閱了一兩千頁軟件開發圖書的基礎上，我終于在重新閱讀《大象——Thinking in UML》這本書時，徹底明白了我說的那三句話沒錯。產品經理并不是必須要懂技術，懂技術也只是錦上添花，因為產品經理的核心價值并不在于懂技術，而在于對需求、戰略、架構等層面的思考。從另一個角度來說，我們把懂技術的產品經理稱為架構師更為準確，而產品經理并不是必然要成為架構師。關于這一點，我會在正文中詳細闡述。

2006年，我進入河北農業大學現代科技學院學習工業設計。通過考研，我進入北京理工大學成為工業設計的碩士。之后，我有幸進入互聯網行業，成為一名產品經理，并為這個行業貢獻了一本書。我從一名本科生成為一名研究生，然后又成為產品經理和作者，一路走來，感慨萬千。我要感謝幫助過我的人，也珍惜眼前的一切。只有不斷地努力奮斗，才能不負韶華。

以上是我寫完《B 端產品經理必修課：從業務邏輯到產品構建全攻略》的心路歷程。接下來，我為大家介紹一下《2.0》的升級之處。

· 2.0—— 新的開始

寫書是一個自我剖析和自我交流的過程，也是一個不斷正視自己優點和缺點的過程。在反思前一版圖書不足之處的基礎上，我在以下幾個方面進行了優化。

1．明確B 端產品管理框架

前一版圖書的核心框架是“單個產品管理流程”。經過思考，我將這個名字升級為“B 端產品管理框架”。

產品管理（Product Management）是一個非常重要的思考產品的框架。產品經理使用產品管理的框架來思考產品，可以避免陷入僅思考交互、界面等產品工作的某一環節中，應從全局思考整個產品。

因此，使用“B 端產品管理框架”這個名字，是為了進一步明確和強化產品管理的知識對于B 端產品經理的重要性。

2．增加產品架構的知識

在《2.0》中，我補充了產品架構的相關知識。每當我們提到“架構”這個詞時，就仿佛戴上了一個“高端、大氣、上檔次”的光環。如果我們將“架構”和其他名詞組合，就特別能提高這個名詞的重要程度，如組織架構、產品架構、軟件架構等。

在《2.0》中，我將著重介紹產品架構的知識和應用，特別是它和軟件架構的區別。讀者通過了解產品架構的知識，可以進一步理解產品經理的能力邊界，以及產品經理與IT 架構師之間的區別。

3．B 端產品更加關注客戶體驗

B 端產品長期被認為用戶體驗不好，只注重流程能不能跑通，而不注重使用界面的“顏值”。其實，這里有一個重要的問題，那就是C 端產品關注的是用戶體驗（User Experience），而B 端產品關注的是客戶體驗（Customer Experience）。客戶體驗與用戶體驗關注的維度不同，客戶體驗會從更多的層面關注產品，如情緒、戰略、品牌等。

當然，我們要明確的是C 端產品并不是不關注客戶體驗，而B 端產品也不是不關注用戶體驗。在B 端產品和C 端產品中，用戶（User）和客戶（Customer）的不同導致了B 端產品和C 端產品在對體驗的關注上會各有側重。讀者可以在本書正文中查閱到客戶體驗的具體內容。

4．增加案例和實踐

前一版圖書被讀者批評最多的就是缺少實踐案例，因此在《2.0》中會增加更多的實踐案例，便于讀者更好地理解書中的內容。

當然，撰寫通識類的圖書最重要的就是要做到詳略得當，不能過于細致而讓讀者抓不住重點，也不能泛泛而談讓讀者覺得過于簡單。本書還會延續前一版的風格，重點講述20%的核心內容，剩下80%的內容給出學習框架，讓讀者進行補充學習。

同時，關于20%的核心內容，本書會講清楚為什么，而不是簡單地說明是什么。比如，任何一本提到B 端產品需求的圖書都會講到UML（統一建模語言）的知識，會涉及流程圖、時序圖、用例圖等圖形的用法，然而只講述它是什么是遠遠不夠的。從歷史上看，UML 的產生是為了滿足軟件工程師分析需求、軟件架構和方便編程的需要。換句話說，UML 是為程序員服務的，只是其中某些工具可以被B 端產品經理用來分析需求。因此，UML 中的工具并不都需要產品經理掌握。

5．使用中文和英文標識關鍵詞匯

本書羅列出了關鍵詞匯的英文，這么做是為了便于讀者查閱英文資料。在英語世界里也存在大量的關于產品經理的知識和理論，通過對英文資料的學習，讀者可以了解國際同行的所思所想，更好地理解知識。

以上就是我在《2.0》這本書中主要修改的內容，很多優化的細節受篇幅限制，就不在此一一羅列了。

· 干B 端，找李寬

“干B 端，找李寬”是我個人建立的一個品牌口號，希望這個口號能夠督促自己在探索B 端產品的道路上不斷努力，也希望這個口號能讓大家記住我。

探索B 端產品的道路漫長而曲折，我希望能夠通過自己的努力，為各位讀者開辟一條便捷、簡單的學習之路。

最后，我要感謝一直支持我的愛人——侯崢（May），感謝張錦、韓亞、王曉宇、傅帥、鄭舒勻、董雪等朋友為我提供幫助。除此之外，我還要感謝電子工業出版社的圖書策劃編輯林瑞和對本書的幫助。

感謝鮑汐瑩對書籍封面設計提供的幫助。

我的郵箱是wideplum@163.com，我的微信公眾號是李寬wideplum，歡迎各位讀者向我提出寶貴的建議和意見，或者同我交流與產品經理有關的話題。

李寬

2020年3月