作為互聯(lián)網(wǎng)主要的兩個斗爭集體——程序猿VS產(chǎn)品狗,在相愛相殺中不斷推動產(chǎn)品更新,如何與程序員有效溝通,是每一位PM基本的能力。
但實際中,不專業(yè)的PM是產(chǎn)品的噩夢,不配合的程序員是PM的噩夢,在PM確保自身專業(yè)素質(zhì)的情況下,作為新人一些關(guān)于溝通的自我總結(jié)和建議。
1.讓彼此的工作有價值:把需求寫好
有個問題“你為什么想打PM”,大部分答案都指向PM沒有把需求寫好。程序員根據(jù)PM的需求文檔進(jìn)行開發(fā),如果需求一開始的定義就是錯誤的,結(jié)果只會越錯越遠(yuǎn)。讓彼此的工作有價值,PM必須把需求寫好,這是第一步,也是最重要的一步。
寫好需求有兩點原則:1.首先PM要寫完需求文檔,不要突然拍個腦門,沒做任何調(diào)研思考就去溝通,這樣的溝通往往高頻,淺層且無效;2.其次PM要把需求寫好,寫好不是格式多美觀,但有一些共性——方向的正確性,方案的完整性,內(nèi)容的可讀性。
方向的正確性,可以通過用戶調(diào)研,市場或者數(shù)據(jù)分析等進(jìn)行前期驗證;方案的完整性,是指對產(chǎn)品涉及的各種邊界條件,閾值設(shè)置都要考慮完整;內(nèi)容的可讀性,指文檔層級結(jié)構(gòu)是否合理,說明是否直觀易懂,需要圖示的地方是否有相應(yīng)原型。
2.責(zé)任人意識:無條件負(fù)責(zé),關(guān)鍵節(jié)點你都在
PM在國外多被稱為產(chǎn)品設(shè)計師,在國內(nèi)多叫為產(chǎn)品經(jīng)理,無經(jīng)理之權(quán),卻必須負(fù)起經(jīng)理之責(zé)。不管產(chǎn)品出現(xiàn)什么問題,需要進(jìn)行什么樣的工作,PM都應(yīng)當(dāng)是無條件的負(fù)責(zé)人。
產(chǎn)品出了問題,即使是純技術(shù)bug,也要首先站出來;產(chǎn)品取得好成績,不要忘記程序員的功勞,因為你們是一個團隊。產(chǎn)品的重要節(jié)點,例如打包進(jìn)版,部署上線,PM都要在,即使幫不上什么忙,但關(guān)鍵時刻和團隊在一起,能有效提高隊員對你的信賴。
3.尊重理解他們的工作:邏輯思維,技術(shù)基礎(chǔ)
“這個需求很簡單”“不就是……”應(yīng)該是程序員最反感的話之一之二,這背后實質(zhì)反映是一部分PM不懂技術(shù),直觀判斷就以此進(jìn)行要求。
舉個例子,產(chǎn)品需求是到街頭小賣部買瓶3塊錢的飲料,程序員寫代碼就需要考慮:1.從哪條路,通過什么方式去小賣部;2.有多條路是同時并行,還是串行;3.小賣部沒有飲料怎么辦;4.小賣部只有2塊,或者4塊的飲料買不買;5.小賣部有多種3塊錢的飲料,怎么選擇;6.買飲料的人太多,排隊時間是否要有時限……
為了保證有效溝通,需要PM尊重理解程序員的工作,盡可能用邏輯化的思考問題,最好懂一些技術(shù)基礎(chǔ),擁有共同語境,使用專業(yè)術(shù)語。
4.私下交流,人格魅力:人是情感的動物
一些人喜歡將工作和生活區(qū)分開,但工作其實本就是生活的一部分,工作中的程序員&PM,私下生活里也可能是朋友圈好友。一個PM如果只是出現(xiàn)在需求評審會上,如何知道每位研發(fā)喜歡的溝通方式和工作習(xí)慣,使用別人希望的方式與之溝通往往是高效的。
同時,PM跟程序員沒有職屬關(guān)系,但需要推動研發(fā)按時交付,或者在意見不一致的情況,說服程序員接受產(chǎn)品方案,都需要平時積(tao)累(hao),形成人格魅力。能做的研發(fā)就做了,不能做的可能也加班做了。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。