產(chǎn)品開發(fā)前：

1.需求不明確。需求描述不清晰，對需求沒有經(jīng)過嚴(yán)密的分析，甚至沒有需求文檔。只是一味的按照老板的需求去設(shè)計沒有自己的思考的過程，開發(fā)一問具體需求，為什么要做這個需求時只能說“領(lǐng)導(dǎo)需要的”“運營人員提到的”而不是通過自己的調(diào)研得出的。

2.和開發(fā)PK工期。不懂技術(shù)的產(chǎn)品設(shè)計出的功能足夠讓開發(fā)喝一壺的，在制定研發(fā)時間的時候一句“這個實現(xiàn)起來不難吧”。相信開發(fā)的小伙伴們都想拿鍵盤拍死他了。而懂技術(shù)的產(chǎn)品，往往把時間拍的很合理（緊湊），一輪產(chǎn)品迭代下來，開發(fā)人員苦不堪言，只恨“我們中出了個敗類”。

產(chǎn)品開發(fā)中：

1.需求更改。雖說產(chǎn)品更改需求就像程序bug一樣無法避免。但是頻繁的更改需求或者是改動一個工作量很大的需求，這極大的浪費開發(fā)時間和勞動資源浪費。嚴(yán)重者會引起程序員的抗議。

2.過度干涉開發(fā)。設(shè)計師在設(shè)計的時候其實是不斷滿足自己愉悅的過程，這時候產(chǎn)品對他的設(shè)計作品過多過早的指手畫腳，會打斷設(shè)計師的靈感，脾氣比較暴躁的設(shè)計師也會拿起數(shù)位板砸你一臉。最后設(shè)計出來的東西只會是媽不愛爹不疼的四不像。而干涉程序員寫代碼的產(chǎn)品一般也做過技術(shù)，有可能你對代碼有自己的一套理解，但每個人都不愿承認(rèn)自己的專業(yè)領(lǐng)悟會比一個外行的差，所以產(chǎn)品不要越俎代庖，這會降低程序員的積極性。也會引起程序員的不滿。

產(chǎn)品開發(fā)后：

1.沒有產(chǎn)品節(jié)奏感。每個產(chǎn)品都應(yīng)該有自己的產(chǎn)品儲備，這樣可以避免讓開發(fā)有事可做，而不是忙一段閑一段。要有節(jié)奏感，來讓整個團(tuán)隊能夠知道后面的一段時間內(nèi)的開發(fā)規(guī)劃。這樣心里好有個底。

2.沒有認(rèn)真審核功能。終于項目開發(fā)告一段落，也把測試提交的bug改完了，程序員們已經(jīng)在把所有思緒從這個項目抽離出來，沒想到產(chǎn)品跑過來跟開發(fā)說某個功能沒有達(dá)到他的要求。請考慮下開發(fā)們重新?lián)炱疬@個剛放下的項目的心情好嗎？

*著作權(quán)歸作者所有，轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)。