溝通是一門藝術(shù)，產(chǎn)品經(jīng)理和工程師之間的溝通更是，筆者總結(jié)，有以下幾點需注意：

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

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

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

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

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

　　3. 用數(shù)據(jù)說話

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

　　4. 受到質(zhì)疑時如何應(yīng)對

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

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

　　引導(dǎo)對方從用戶的角度看問題

　　用數(shù)據(jù)說話

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

　　以下是我的經(jīng)歷：

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

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

晉城龍鼎 - 晉城網(wǎng)站建設(shè)為您解答！