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

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

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

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

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

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

　　3. 用數據說話

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

　　4. 受到質疑時如何應對

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

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

　　引導對方從用戶的角度看問題

　　用數據說話

　　讓他作為用戶實際地使用自己做的東西

　　以下是我的經歷：

　　我負責的一個項目中，涉及到一個列表排序的細節，原有設計是根據條目被創建的時間倒序排序，新創建的排在前面，而工程師希望能提高效率，希望這個列表像輸入法一樣，最近操作過的條目自動排在前面，所以額外增加了這個功能，PM 幾個回合都沒有說服他。

　　為了解決這個問題，我們拉這位工程師花半天的時間作為普通用戶完成一系列常規任務，實際操作他發現這樣的排序經常找不到前幾個操作過的條目，自己都快受不了，然后在當天就把這個功能改掉了。良好的溝通是項目成功的基礎，希望通過以上幾個方法，能夠幫助大家減少誤解、提高溝通效率。

晉城龍鼎 - 晉城網站建設為您解答！