產品開發前：

1.需求不明確。需求描述不清晰，對需求沒有經過嚴密的分析，甚至沒有需求文檔。只是一味的按照老板的需求去設計沒有自己的思考的過程，開發一問具體需求，為什么要做這個需求時只能說“領導需要的”“運營人員提到的”而不是通過自己的調研得出的。

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

產品開發中：

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

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

產品開發后：

1.沒有產品節奏感。每個產品都應該有自己的產品儲備，這樣可以避免讓開發有事可做，而不是忙一段閑一段。要有節奏感，來讓整個團隊能夠知道后面的一段時間內的開發規劃。這樣心里好有個底。

2.沒有認真審核功能。終于項目開發告一段落，也把測試提交的bug改完了，程序員們已經在把所有思緒從這個項目抽離出來，沒想到產品跑過來跟開發說某個功能沒有達到他的要求。請考慮下開發們重新撿起這個剛放下的項目的心情好嗎？