鮑捷：我對產品經理的一些碎想

原發佈於2016-05-23 http://blog.memect.cn/?p=558 附一年後的復盤P.S.

迭代於2017-05-23

整整過去一年了，回來看這篇文章，正印證那句話，『懂得了許多道理還是過不好這一生』。這一年，依然還犯了很多已經知道的錯誤。最大的收穫是什麼？我想是對人性和世界觀在產品設計中的重要性理解更深了。

我們嘴皮上是要重視用戶、重視市場，到落實到實踐，但這中間有著巨大的鴻溝。除了能力的鴻溝，最主要是世界觀的。重視渠道、重視用戶、放空自我、假設檢驗，這些話說出來很容易，但是真正變成產品設計的本能，非經歷痛苦而不能，經歷和閱歷在此過程中極為重要。

一個「好」的計劃並不是寫出來就能被執行的。一個好的產品經理，不是要去構想一個「好」的目標，而是一個讓正確的事情按一定次序發生的這個次序。同樣，認識這個次序也非經歷痛苦而不能。

過去半年多的工作里，有一些關於產品經理的想法。零零星星吧，也想努力系統化，憋了半天沒理出一條線來，就暫時先保持不組織的狀態吧。

1. 產品經理是世界觀的肉體載體。

產品經理是世界觀的載體，產品經理的職責就是讓正確的事情按一定次序發生，這個次序就是世界觀。沒有兩個人的世界觀是一樣的，所以不同的人一定對什麼是正確的次序有不同的看法。所以我們才會看到內部、外部（比如微博上）對產品經理的工作有如此之多的爭吵。

優秀的產品經理有正確的次序的感覺。傑出的產品經理有在這個次序不能達到時的推進方案。

優秀的產品經理有自己的世界觀；傑出的產品經理懂得世界觀的妥協。

越來越覺得，產品經理更多是一種「天性」。曾遇到一些很有才華的產品經理候選人，但細想，如果他和其他人意見不合，能想出妥協方案嗎？他能理解路徑比目標更重要嗎？這些事，或需要性格，或需要閱歷的磨練。所以好的產品經理的種子，不在於「術」，而在於「道」。知所先後，則近道矣。

2. 產品經理與CEO

公司剛成立的時候，我就想招一個產品經理。但一個CEO朋友說：你能確保你招來的這個人和你在產品思路上保持一致嗎？如果雙方有衝突，那還不如沒有產品經理。在公司發展的極早期，如果創始團隊里沒有一個現成的產品經理，CEO就應該是產品經理，這是保持產品向前快速推進的唯一方法。

也有笑話說，如果在兩個創業團隊間猶豫不知道要加入哪一個，那就應該加入那個產品經理少的。我想這有組織的理由在裡面。

產品經理其實面臨的很多問題都和CEO一樣，要平衡好技術目標、商業目標、組織目標等等諸多相互矛盾的問題。可以說，產品經理崗位是CEO的訓練營。一個好的產品經理，在經歷了獨當一面的挑戰以後，是可以勝任初創公司的CEO的角色的。

但是產品經理不能凌駕於公司的整體目標之上，必須理解總體的商業目標，並使產品目標服從於整體商業目標。

CEO應該親自帶第一個產品，然後在適當的時候把產品執行的角色分離出來。時機的把握很重要。三五個人的時候大體應該親自帶，二三十個人的時候大體就不該親歷親為了。當然不同公司的進程會全然不同。

P.S. 2017-05-23 現在公司快二十個人了，也有了兩個產品經理，好像我還是經常需要來客串產品經理。因為一個產品的設計，並不僅僅從產品或技術本身的角度，而且要理解運營、商務的總體目標。公司在一年裡，也經歷了產品和運營的配合困難、產品和技術的隔閡等，所以後面做了產品和運營的輪崗、產品的技術培訓等等。好的產品經理需要有大局觀。

3. 產品經理應該懂技術

某次開學術會議，遇到一個女生，說畢業後想當產品經理。我問她會編程嗎？她說不會。我說你應該先編一兩年程序，然後再考慮去當產品經理。

技術人員非常、非常、非常、非常討厭一個不懂技術的人來指手畫腳！

如果你沒幹過技術，你不會知道那是多麼惡毒的討厭。

如果沒有調過bug，被改過需求，被代碼審查罵過，誤過死線，數據丟失，編碼失敗，機器慢得鱉爬…你永遠不理解程序員的內心世界。對你不能理解的人，你會收穫對方心中的一萬頭草泥馬。

懂技術並不是要你成為技術專家。你至少要熟悉一門高級語言和基本的資料庫、網路實戰過程，解決過一兩個中等規模的問題。你自己先抓狂，才能理解別人為什麼會抓狂。

不會編程的產品經理不配當產品經理。

P.S. 2017-05-23 也許這是因為文因互聯是一個強技術驅動的公司。在我們公司，我們消滅一切簡單重複勞動。產品經理在收集數據和處理數據中，學會如何用程序提高自己的效率。甚至我們的設計師妹子都會寫代碼，這樣在做原型設計的時候，就心裡大體明白可實現性，不僅僅思考美學要求。產品和技術相互理解，技術也願意幫助產品提升技能，相互合作就愉快了。

4. 產品經理的三重境界

初步的產品經理就是畫原型，設計用戶交互，談「用戶體驗」，盯著看數據。

進階的產品經理傾聽用戶的聲音，過濾掉那些「更快的馬」，管理相互矛盾的需求，深刻理解用戶畫像，努力做更少的事情來達成目標。

再次升華的產品經理擁有行業的「洞察力」（Insights），不是因為用戶的訪談而決定產品的方向，而是深刻理解行業的發展趨勢，並明白突破的正確次序。也就是行業的「邏輯」。

P.S. 2017-05-23 這裡只談了邏輯能力。產品經理另一個重要技能是溝通能力，具像化表達能力，解釋能力。

5. 產品經理的日常就是解決矛盾

產品經理要解決事情，比如不同需求的矛盾。這很容易理解。

產品經理更要解決人的矛盾。產品經理命中注定就是個要受氣的角色，一定要有足夠的情商來接受來自四面八方的不理解、壓力、打擊。產品經理要協調好各個利益相關方，要多想想每個角色的內心需求，多換位思考。

產品經理要善於妥協，事情要推進必須妥協。事情幹不成，立場一文不值。

P.S. 2017-05-23 產品經理要具有建設性。我們不可能不經歷矛盾，我們不可能不經歷失敗。在矛盾點上，不要只指出問題而不提出解決方案。產品經理的作用，很大程度上，不在於是不是能拿出一個漂亮的方案，而是如何能執行的方案，然後能去思考不能執行時的其他的可執行方案。破壞性的產品經理盯住問題，建設性的產品經理盯住執行。

6. 行業專家（一般）不是好的產品經理

一般的行業專家不能替代產品經理。

指望引入一個行業專家就能解決產品設計問題是偷懶。在這個問題上，該走的彎路都還是會走，該碰的壁都還是會碰。救兵不會來。產品經理的行業洞察力必須是自己獲得的。

一般情況下，產品要解決一個通用問題，而行業專家熟悉一個特殊問題。很少有行業專家能在一個行業中熟悉多個特殊問題。這種人一般會從業十年之上，一般的創業公司是請不起的。一個特殊問題的專家，可能比沒有一個專家更具有產品殺傷力。

當然行業專家有很多其他的意義，特別是招聘和商務。

最好的情況是創始團隊本身就有一個資深行業專家，並且能做產品經理。但這種幸運太少見了。

P.S. 2017-05-23 如果以一個特殊問題的專家為產品主設計，就很可能設計出一個服務一個人的產品，這種產品幾乎都會失敗。

7. 多寫作

產品的根本在於邏輯。沒有人一下子就能有正確的邏輯。邏輯一定是在反覆的錘鍊中得到的。

寫作是最鍛煉邏輯的。寫作會強迫自己收集素材，整理思想，選擇合理的表達。寫作可以獲得更廣泛、更持久的反饋，比口頭的交流更加幫助邏輯的形成。

不僅要多讀，一定要多寫。產品設計方法論的心得，資源的匯總，一些和具體產品無關的東西，都應該公開出去，在個人的博客、微博、公眾號上讓別人看到。內部的產品思想，要定期（至少一個月一次吧）寫一些書面的思考的記錄（不是那種給上面看的PPT），經常地回來看以前的記錄，對照邏輯的變遷。

如果在兩個產品經理人選之間猶豫，就選寫作多的那個。

（其實上面這條對選程序員也適用）

P.S. 2017-05-23 一年下來，完美印證。

8. 勿求完美，循序漸進

『世界上大部分好東西是總結出來的，不是設計出來的。』

前面提到產品經理的三重境界，初級的境界是在做設計，高級的境界就是在做總結。洞察力是來自於總結，而不是設計。

大到整個公司，小到具體的產品，其實也可能是如此。努力想從開始就設計到一個產品，不如設計一個能演化的框架。

最糟糕的產品，是哪些喪失演化能力的產品，或者演化速度太慢的產品。

團隊的構成也一樣。開始的時候並不需要完美的構成，並不需要有深刻洞察力的產品經理。一定是和現實妥協，循序漸進。好的團隊架構和產品一樣，都是總結和發展出來的。

P.S. 2017-05-23 後續的想法總結在《人工智慧產品的可演進性》http://blog.memect.cn/?p=3455 《創業就是演進》 http://blog.memect.cn/?p=2822

9. 立足現有資源，做力所能及的事

對初創團隊，資源永遠都是稀缺的，永遠都不會有人力、財力、時間、能力、信心….充沛的時候。

一定是在上述條件統統稀缺的前提下，想方設法，把事情做出來。一定是儘可能去簡化，去減少浪費。不會有沒法簡化的產品，一定可以反反覆復思考中發現一條在短缺的前提下，也能做一點點事情的路子。

項目的滯後不可能通過添加人手解決，除非那種勞動不需要動腦子。

產品經理就需要在資源稀缺的情況下依然感覺自如，依然有旺盛的鬥志去想到解決的辦法。前面說產品經理是CEO的訓練營。這種對稀缺的駕馭就是一個基本功。

P.S. 2017-05-23 優先順序，優先順序，優先順序，好的產品經理一定是通過梳理優先順序來應對資源稀缺問題。死扣不重要的細節，天天加班到半夜也解決不了問題。做好任務分解，理清核心任務，做好任務執行的跟蹤和總結。越是任務忙，就越不能加人，先理優先順序。

10. 產品的結構是團隊結構的映射

產生什麼樣的產品，取決與什麼樣的團隊。產品的結構，往往是團隊結構的一種映射。認真選好團隊開始的幾個人，就大體決定了產品的基本風格。

團隊如果擰，產品就會擰。團隊難以演化，產品也就難以演化。

也許上面所言已經超出了產品經理的職責範圍。但是產品經理應該理解這些事情，從產生產品的人的角度去思考，而不僅僅只是產品本身。

11. 做承載失敗的堅硬核心

產品的實驗失敗並不可怕。對初創公司，一個能承載失敗的核心團隊才是關鍵。一個創業公司最重要的初始產品不是被市場接受的產品，而是一個學習引擎，一個禁得起失敗考驗的堅硬核心。一帆風順，一炮打響長遠看並不見得是好事。

『比能力更重要的是洞察，比洞察更重要的是意志。』

當然，能達到這個境界就不僅僅是當產品經理了。

12. 以上所言都非真理

產品設計是藝術不是科學。不同的人看法不同是天經地義的。任何人的經驗都無法照搬到另一個人。

P.S. 2017-05-23 懂得了許多道理還是過不好這一生。讀了再多產品經其實並不會有用，如果沒有經歷痛苦。

加入文因學堂金融極客交流群

如果你是喜愛科技的金融從業人員，我們誠摯邀請你加入【文因學堂金融極客群】，參與文因學堂核心粉絲的交流圈。添加學委微信號 qgyx123，附上姓名、所屬機構、部門及職位，審核後會邀請您入群。

推薦閱讀：