產品開發(fā)前：
1.需求不明確颖榜。需求描述不清晰棚饵，對需求沒有經過嚴密的分析，甚至沒有需求文檔掩完。只是一味的按照老板的需求去設計沒有自己的思考的過程噪漾，開發(fā)一問具體需求，為什么要做這個需求時只能說“領導需要的”“運營人員提到的”而不是通過自己的調研得出的且蓬。
2.和開發(fā)PK工期欣硼。不懂技術的產品設計出的功能足夠讓開發(fā)喝一壺的，在制定研發(fā)時間的時候一句“這個實現(xiàn)起來不難吧”恶阴。相信開發(fā)的小伙伴們都想拿鍵盤拍死他了诈胜。而懂技術的產品，往往把時間拍的很合理（緊湊）冯事，一輪產品迭代下來焦匈，開發(fā)人員苦不堪言，只恨“我們中出了個敗類”桅咆。
產品開發(fā)中：
1.需求更改括授。雖說產品更改需求就像程序bug一樣無法避免。但是頻繁的更改需求或者是改動一個工作量很大的需求岩饼，這極大的浪費開發(fā)時間和勞動資源浪費。嚴重者會引起程序員的抗議薛夜。
2.過度干涉開發(fā)籍茧。設計師在設計的時候其實是不斷滿足自己愉悅的過程，這時候產品對他的設計作品過多過早的指手畫腳梯澜，會打斷設計師的靈感寞冯，脾氣比較暴躁的設計師也會拿起數(shù)位板砸你一臉渴析。最后設計出來的東西只會是媽不愛爹不疼的四不像。而干涉程序員寫代碼的產品一般也做過技術吮龄，有可能你對代碼有自己的一套理解俭茧，但每個人都不愿承認自己的專業(yè)領悟會比一個外行的差，所以產品不要越俎代庖漓帚，這會降低程序員的積極性母债。也會引起程序員的不滿。
產品開發(fā)后：
1.沒有產品節(jié)奏感尝抖。每個產品都應該有自己的產品儲備毡们，這樣可以避免讓開發(fā)有事可做，而不是忙一段閑一段昧辽。要有節(jié)奏感衙熔，來讓整個團隊能夠知道后面的一段時間內的開發(fā)規(guī)劃。這樣心里好有個底搅荞。
2.沒有認真審核功能红氯。終于項目開發(fā)告一段落，也把測試提交的bug改完了咕痛，程序員們已經在把所有思緒從這個項目抽離出來痢甘，沒想到產品跑過來跟開發(fā)說某個功能沒有達到他的要求。請考慮下開發(fā)們重新?lián)炱疬@個剛放下的項目的心情好嗎暇检？
