技術人如何與產品經理相愛相殺

“這是產品經理要考慮的，我只管寫好程式碼就好了”，我曾有過這種想法。產品經理就要把所有產品邏輯考慮清楚，然後交付PRD給開發人員進行研發，瀑布or迭代研發一個個里程碑。不過想法總是美好的，現實是大家總是刀劍相向。

產品經理如何惹怒開發人員？

1. 業務不清晰，研發人員不懂業務語言，產品經理不能把業務講明白；

2. 產品深度太淺，經不起推敲，研發人員覺得是敷衍，不專業；

3. 產品流程不順甚至複雜，使用者體驗糟糕；

4. 不聽開發人員建議，覺得他們沒有產品思維；

5. 狀態設計不全，還堅持己見；

6. 沒有完整的PRD，把想法告訴研發直接開始碼程式碼，沒有評審；
   

7. 沒有資料指標，亂拍腦袋定東西；

8. 這麼簡單的功能，怎麼需要這麼久；

9. 著急上線，不給開發人員留思考時間，實際上並沒有那麼著急；

10. 把需求扔給開發人員就不管了，不追進度，不看效果；

11. 非功能性需求根本不考慮；
    

12. ……

開發人員如何惹怒產品經理？

1. 一味追求技術，不學習業務語言，不學習領域知識，聽不懂需求；

2. 評審PRD時不提出問題和風險，等專案快上線了才暴露出來；
   

3. 碼程式碼前不好好讀PRD，出問題直接怪產品；

4. 以為技術是萬能的，不去拒絕一些不合理的需求，最後做砸了；

5. 資料狀態和異常流程這事需要好好跟產品經理梳理，產品經理沒我們想的全這是一定的，不要怪他們；

6. 只為程式碼負責，使用者體驗不是我們要考慮的；在涉及到網路、裝置等方面的使用者體驗，我們比產品經理更懂；

7. 遇到問題不找產品溝通，隨意定方案；

8. 程式碼一團糟，不可維護，不可擴充套件，新需求遲遲做不了；

9. 老出問題，怪產品經理設計不合理，考慮不全；

10. 很明顯的產品體驗問題，不提出來，不解決；

11. ……

產品經理應花大部分時間在商業畫布、產品規劃、產品邏輯、產品運營、使用者體驗上。涉及到具體功能點應該大致給出研發方向，不然研發是沒有方向的，很可能導致不斷地返工。

業務開發人員、系統開發人員、SRE或運維人員，其實已經有產品思維了，比如我們梳理業務架構、系統架構、功能點、系統流程、異常流程、資料流程、資料狀態、系統配置等等，這些不都是產品的一部分嗎？只是這些跟技術繫結的比較緊密而已。

產品經理在產品細節、異常流程、資料狀態等方面很可能不如研發人員。這個時候需要大家一起坐下來溝通並梳理。我的觀點是：越透明，越高效。

我們首先應該是一名產品經理，然後才是一名開發人員。而且我們是一個團隊，應該一起考慮如何做好產品。不過我們應該把自己的專業度提高，否則產出的方案經不起推敲，老是產出殘次品，大家的信任危機接踵而來，誰也說服不了誰，決裂廝殺，最終產品失敗。

小馬哥說過：產品經理要把自己當做一個“最挑剔的使用者”。開發人員要用心思考產品，而不是公事公辦的態度。你要知道使用者、同行會關注你的產品，在這種驅動下開發人員要有責任心去主動完成。不能說等到產品做好了，流水線一樣送到面前再做。40%~50%產品的最終體驗應由開發人員決定的。

產品好書推薦 | 程式設計師之路必讀系列