image

點與面

把一個項目的某個版本看作面，那么每個具體的功能模塊就是點。工程師負責確定這個點需要多深入；產品經理則負責確定這個面有多大。這看似簡單的道理，作為一名有研發背景的產品經理并不容易理解。

初做研發工程師時和一位資深且優秀的產品經理深度合作開發一款Android應用，那個時候剛走出校門不久，能親歷一個項目的整個開發周期是一件極其幸運的事情。因為基本功扎實且對寫代碼充滿了熱情，這個基本由我獨立開發的項目在初期進行的非常順利，在不斷解決各種問題的過程中我的技術水平得到了很大提升，同時工程師的成就感每天也都能得到滿足。

隨著對技術理解的不斷深入，處理某些需求的時候我不再是簡單的實現功能而是會提出一些我的理解，比如“當前的交互方式在某種情況下會出現問題”、“這個需求非常影響性能，我們能不能換個其他方式”或者“我覺的這個地方需要加個動畫來完成過度”、“Android4.4有了個新特性，我們來支持一下吧”。當時作為一個對技術充滿激情的工程師，把代碼質量以及程序性能看的極其重要，每天花大量時間學習新技術，恨不得把所有新學會的東西都應用到項目中。曾經我是一名研發工程師，非常感謝這位前輩的滿足了我作為一個工程師的那種對技術的追求；現在我是一名移動端產品經理，回想當時他每天針對我提出的種種問題給出的回答，以及站在整個項目的角度來思考問題的方式，都對之后工作產生了深遠的幫助，在此向您給予我的幫助和啟發表達我最誠摯的感謝。

因為習慣了從某個具體的點去深入思考，有研發背景的產品經理往往更容易把自己局限在一個狹窄的范圍內思考、行動。最直觀的表現就是當項目進度受阻時，不是立即分析受阻的原因是需求闡述不明導致、流程設計本身有問題導致還是技術問題導致，不是立即查看受阻的是哪個具體模塊，不是去查看當前整體進度以及評估受阻部分的優先級，而是親自參與工程師的討論，甚至親自參與開發，這是作為一個產品經理很嚴重的錯誤。

作為一個產品經理既要滲透到項目的每個部分又不能凡事親力親為，與處理具體的點相比宏觀的面更重要，保證團隊整體前進是最重要的事情。

現象與本質

喬布斯曾表示“消費者并不知道自己需要什么，直到我們拿出自己的產品，他們就發現，這是我要的東西”。對于這句話有很多種解讀，就我個人而言，我把它理解為——需求（本質）和解決需求的方法（現象）的關系。比如有用戶說“我想要個機器人，當我晚上躺下的時候幫我關閉桌上的臺燈”（現象），面對這個用戶需求，有的產品經理會設計一個可編程且帶有自動尋路功能的機器人來完成每天晚上關燈這個操作（自身有研發背景且依仗著公司擁有雄厚的研發實力，往往容易出現這種情況）；有的產品經理會設計一個安裝在臺燈上的機器人用來控制臺燈的開關（沒有站在用戶角度深入思考問題，僅僅想要解決表面問題）；有的產品經理會告訴用戶你需要的是一個Wifi插座，當你想要關燈的時候控制插座切斷臺燈電源即可，根本不需要一個機器人；站在用戶的角度上，用戶需要的實際是一個在不離開床的情況下可以完成關閉/打開臺燈操作的工具(現象)，由于認知的關系，用戶潛意識中認為應該是某種機器人來負責完成這個操作。問題的核心是——用戶想要在某種情況下控制臺燈的開、閉（本質），這就是所謂的“如果你問你的顧客需要什么，他們會說需要一輛更快的馬車”。作為一個產品經理要從用戶的角度出發去挖掘用戶真正的需求，而不是迎合用戶的思維去解決表層問題。在開發階段，頻繁的需求更改根源就在于對用戶需求的理解不足，沉迷于“解決需求的方法”而不是定位用戶核心訴求。

關于成就感

工程師很容易獲得成就感——“解決了當前項目中的性能瓶頸”、“修復其他工程師無法解決的bug”、“開源一套質量較高的基礎類庫”，“實現了某個dribbble上的酷炫動畫”等。以上這些都可以讓工程師的成就感獲得極大的滿足，這種滿足同時推動著工程師向更遙遠的目標進發。初為產品經理時，我認為成就感的滿足來自團隊以及項目的反饋——“新上線的版本更受歡迎”、“工程師順利完成了核心模塊”、“被同事稱為完美邏輯生物”，“做一件事而讓團隊士氣高漲”等；當我對“產品經理”這個職位有了更深入的理解后，我發現一名產品經理的成就感來自——“讓正確的事情相繼發生”。

“讓正確的事情相繼發生”，詮釋了一個產品經理的全部職責，確保每個決定都是方向正確的，確保整體邏輯正確，對“輕重緩急”有清醒的認識。如果起點和方向錯了，就只能在錯誤的路上越走越遠，正如產品經理圈子流傳的一句話——“成功是團隊的成功，失敗是產品經理的失敗”，這份責任感和使命感推動著產品經理向更遙遠的目標進發。

關于鄙視

“文人相輕，自古而然”，似乎產品經理和產品經理之間也存在這個現象，大部分產品經理互相評判對方的產品時總是傾向于從交互體驗、UI細節入手（現象）——“你們的app有點卡”、“你看這里的icon不是一邊大”、“你看那個app可以這樣點贊”、“你看那個app可以不點擊確認按鈕完成驗證”。作為一個產品經理會經常遇到這樣的場景，你要對這些問題進行記錄，然后與現有問題列表進行比對評估新發現問題的優先級，確保頭腦的清醒，不要被細枝末節的問題所干擾；沒有任何一款app的成功是因為其創造了某種交互或者把UI做到了極致，一款產品的成功一定是因為其確實解決了某個用戶群體的某些實際問題（本質）。在學會接受善意的“鄙視”的同時，也要防止自己進入同樣的思維，尤其是在分析競品時，不要停留在因為發現了對方的bug而沾沾自喜，也不要因為發現了自己某個細節優于對方而輕視對手，要時刻提醒自己拋開細節找到真正的差異。

最后如果產品經理間注定會相輕的話——你不能把這個世界，讓給你所鄙視的人，請讓正確的事情相繼發生。