“這是產(chǎn)品經(jīng)理要考慮的，我只管寫好代碼就好了”，我曾有過(guò)這種想法。產(chǎn)品經(jīng)理就要把所有產(chǎn)品邏輯考慮清楚，然后交付PRD給開發(fā)人員進(jìn)行研發(fā)，瀑布o(jì)r迭代研發(fā)一個(gè)個(gè)里程碑。不過(guò)想法總是美好的，現(xiàn)實(shí)是大家總是刀劍相向。

[[213042]]

產(chǎn)品經(jīng)理如何惹怒開發(fā)人員?

1. 業(yè)務(wù)不清晰，研發(fā)人員不懂業(yè)務(wù)語(yǔ)言，產(chǎn)品經(jīng)理不能把業(yè)務(wù)講明白;
2. 產(chǎn)品深度太淺，經(jīng)不起推敲，研發(fā)人員覺得是敷衍，不專業(yè);
3. 產(chǎn)品流程不順甚至復(fù)雜，用戶體驗(yàn)糟糕;
4. 不聽開發(fā)人員建議，覺得他們沒有產(chǎn)品思維;
5. 狀態(tài)設(shè)計(jì)不全，還堅(jiān)持己見;
6. 沒有完整的PRD，把想法告訴研發(fā)直接開始碼代碼，沒有評(píng)審;
7. 沒有數(shù)據(jù)指標(biāo)，亂拍腦袋定東西;
8. 這么簡(jiǎn)單的功能，怎么需要這么久;
9. 著急上線，不給開發(fā)人員留思考時(shí)間，實(shí)際上并沒有那么著急;
10. 把需求扔給開發(fā)人員就不管了，不追進(jìn)度，不看效果;
11. 非功能性需求根本不考慮;
12. ……

開發(fā)人員如何惹怒產(chǎn)品經(jīng)理?

1. 一味追求技術(shù)，不學(xué)習(xí)業(yè)務(wù)語(yǔ)言，不學(xué)習(xí)領(lǐng)域知識(shí)，聽不懂需求;
2. 評(píng)審PRD時(shí)不提出問(wèn)題和風(fēng)險(xiǎn)，等項(xiàng)目快上線了才暴露出來(lái);
3. 碼代碼前不好好讀PRD，出問(wèn)題直接怪產(chǎn)品;
4. 以為技術(shù)是***的，不去拒絕一些不合理的需求，***做砸了;
5. 數(shù)據(jù)狀態(tài)和異常流程這事需要好好跟產(chǎn)品經(jīng)理梳理，產(chǎn)品經(jīng)理沒我們想的全這是一定的，不要怪他們;
6. 只為代碼負(fù)責(zé)，用戶體驗(yàn)不是我們要考慮的;在涉及到網(wǎng)絡(luò)、設(shè)備等方面的用戶體驗(yàn)，我們比產(chǎn)品經(jīng)理更懂;
7. 遇到問(wèn)題不找產(chǎn)品溝通，隨意定方案;
8. 代碼一團(tuán)糟，不可維護(hù)，不可擴(kuò)展，新需求遲遲做不了;
9. 老出問(wèn)題，怪產(chǎn)品經(jīng)理設(shè)計(jì)不合理，考慮不全;
10. 很明顯的產(chǎn)品體驗(yàn)問(wèn)題，不提出來(lái)，不解決;
11. ……

產(chǎn)品經(jīng)理應(yīng)花大部分時(shí)間在商業(yè)畫布、產(chǎn)品規(guī)劃、產(chǎn)品邏輯、產(chǎn)品運(yùn)營(yíng)、用戶體驗(yàn)上。涉及到具體功能點(diǎn)應(yīng)該大致給出研發(fā)方向，不然研發(fā)是沒有方向的，很可能導(dǎo)致不斷地返工。

業(yè)務(wù)開發(fā)人員、系統(tǒng)開發(fā)人員、SRE或運(yùn)維人員，其實(shí)已經(jīng)有產(chǎn)品思維了，比如我們梳理業(yè)務(wù)架構(gòu)、系統(tǒng)架構(gòu)、功能點(diǎn)、系統(tǒng)流程、異常流程、數(shù)據(jù)流程、數(shù)據(jù)狀態(tài)、系統(tǒng)配置等等，這些不都是產(chǎn)品的一部分嗎?只是這些跟技術(shù)綁定的比較緊密而已。

產(chǎn)品經(jīng)理在產(chǎn)品細(xì)節(jié)、異常流程、數(shù)據(jù)狀態(tài)等方面很可能不如研發(fā)人員。這個(gè)時(shí)候需要大家一起坐下來(lái)溝通并梳理。我的觀點(diǎn)是：越透明，越高效。

我們首先應(yīng)該是一名產(chǎn)品經(jīng)理，然后才是一名開發(fā)人員。而且我們是一個(gè)團(tuán)隊(duì)，應(yīng)該一起考慮如何做好產(chǎn)品。不過(guò)我們應(yīng)該把自己的專業(yè)度提高，否則產(chǎn)出的方案經(jīng)不起推敲，老是產(chǎn)出殘次品，大家的信任危機(jī)接踵而來(lái)，誰(shuí)也說(shuō)服不了誰(shuí)，決裂廝殺，最終產(chǎn)品失敗。

小馬哥說(shuō)過(guò)：產(chǎn)品經(jīng)理要把自己當(dāng)做一個(gè)“最挑剔的用戶”。開發(fā)人員要用心思考產(chǎn)品，而不是公事公辦的態(tài)度。你要知道用戶、同行會(huì)關(guān)注你的產(chǎn)品，在這種驅(qū)動(dòng)下開發(fā)人員要有責(zé)任心去主動(dòng)完成。不能說(shuō)等到產(chǎn)品做好了，流水線一樣送到面前再做。40%~50%產(chǎn)品的最終體驗(yàn)應(yīng)由開發(fā)人員決定的。

【本文是51CTO專欄作者張開濤的原創(chuàng)文章，作者微信公眾號(hào)：開濤的博客( kaitao-1234567)】

戳這里，看該作者更多好文