产品开发前：
1.需求不明确。需求描述不清晰，对需求没有经过严密的分析，甚至没有需求文档。只是一味的按照老板的需求去设计没有自己的思考的过程，开发一问具体需求，为什么要做这个需求时只能说“领导需要的”“运营人员提到的”而不是通过自己的调研得出的。
2.和开发PK工期。不懂技术的产品设计出的功能足够让开发喝一壶的，在制定研发时间的时候一句“这个实现起来不难吧”。相信开发的小伙伴们都想拿键盘拍死他了。而懂技术的产品，往往把时间拍的很合理（紧凑），一轮产品迭代下来，开发人员苦不堪言，只恨“我们中出了个败类”。
产品开发中：
1.需求更改。虽说产品更改需求就像程序bug一样无法避免。但是频繁的更改需求或者是改动一个工作量很大的需求，这极大的浪费开发时间和劳动资源浪费。严重者会引起程序员的抗议。
2.过度干涉开发。设计师在设计的时候其实是不断满足自己愉悦的过程，这时候产品对他的设计作品过多过早的指手画脚，会打断设计师的灵感，脾气比较暴躁的设计师也会拿起数位板砸你一脸。最后设计出来的东西只会是妈不爱爹不疼的四不像。而干涉程序员写代码的产品一般也做过技术，有可能你对代码有自己的一套理解，但每个人都不愿承认自己的专业领悟会比一个外行的差，所以产品不要越俎代庖，这会降低程序员的积极性。也会引起程序员的不满。
产品开发后：
1.没有产品节奏感。每个产品都应该有自己的产品储备，这样可以避免让开发有事可做，而不是忙一段闲一段。要有节奏感，来让整个团队能够知道后面的一段时间内的开发规划。这样心里好有个底。
2.没有认真审核功能。终于项目开发告一段落，也把测试提交的bug改完了，程序员们已经在把所有思绪从这个项目抽离出来，没想到产品跑过来跟开发说某个功能没有达到他的要求。请考虑下开发们重新捡起这个刚放下的项目的心情好吗？
*著作权归作者所有，转载请联系作者获得授权。
联系客服
