產品經理該如何和工程師溝通？

---

溝通是一門藝術，產品經理和工程師之間的溝通更是，筆者總結，有以下幾點需注意：

1. 在需求正式開發之前，介紹清楚需求背景

在專案開始之初，一般會定義好商業需求文件，說清楚為什麼要做這個產品，能給公司帶來什麼價值，有什麼戰略意義，可能有什麼風險，這些主要是給領導回彙報爭取資源用，我的建議是將這些同樣給研發團隊講一遍，讓團隊所有成員清楚自己所做的東西的價值，有了共同的目標，也更有助於凝結團隊力量，共同完成目標。

2. 讓工程師感受到所做的東西所帶來的效益

成功上線不只意味著在伺服器上敲完命令，新功能正式生效，對研發團隊來講，也代表了前一階段的成果，讓大家及時感受到最新的成果是激勵團隊的重要手段。

產品團隊可以定期彙報最新的運營和銷售資料，比如：上一輪改版上線後，每日新增使用者多增加 5%，使用者活躍度新增 3%，因為某某功能公司又多簽約了 500萬的訂單等等，這些數字是對研發團隊的肯定，更是一種激勵。

3. 用資料說話

PM 通過使用者調研、訪談、產品測試等方式瞭解使用者，但是使用者所說有時候並不代表自己所想，很多資訊也很難通過使用者口中得到，這就需要對產品新增監測。比如，使用者主要通過哪些來源訪問網站、哪些使用者完善了資料，購買了產品、多少人下載安裝了移動 APP，設計團隊的兩種設計方案哪一種轉化率更高... 這些資訊需要新增監測才可以獲取到，獲取並牢記這些資訊，有助於瞭解你的使用者，不僅有益於產品設計，受到質疑時，這些資料更是你有力的武器。

4. 受到質疑時如何應對

有的工程師會關心產品設計，詢問 PM 產品設計的原由，並指出他認為的不合理的地方。你花大力氣做使用者研究、競品研究，設計好一個炫酷的功能，也終於說服同事、上司採納這個方案，馬上要開始開發了，這時主力工程師老張告訴你，他認為這樣設計不合理，會大大增加編碼的複雜度和工作量，換一種方式可以更快實現，你知道老張推薦的方案違背常人直覺，嘗試用各種理由說服他，無奈老張非常固執，不僅聽不進去你的解釋，還以開發時間威逼利誘採用他所說的方案。

當你的觀點受到質疑時，不要慌張，重新思考一下這個問題，確認是不是真的是自己犯的錯，如果你也拿不定主意，找你的同事或者上司做做參謀，主動聽取一下別人的意見，如果不是你自己的問題，大膽的反駁對方，千萬要注意方式方法：

• 引導對方從使用者的角度看問題
• 用資料說話
• 讓他作為使用者實際地使用自己做的東西

以下是我的經歷：

我負責的一個專案中，涉及到一個列表排序的細節，原有設計是根據條目被建立的時間倒序排序，新建立的排在前面，而工程師希望能提高效率，希望這個列表像輸入法一樣，最近操作過的條目自動排在前面，所以額外增加了這個功能，PM 幾個回合都沒有說服他。
為了解決這個問題，我們拉這位工程師花半天的時間作為普通使用者完成一系列常規任務，實際操作他發現這樣的排序經常找不到前幾個操作過的條目，自己都快受不了，然後在當天就把這個功能改掉了。

良好的溝通是專案成功的基礎，希望通過以上幾個方法，能夠幫助大家減少誤解、提高溝通效率。