这么说吧，如果这些错误你都没犯过，那你产品经理的职业生涯，绝对是不完整的！
今天我们来总结一下产品经理的十宗罪，希望大家边看边忏悔！来，让我们开始！
成为产品经理的第一步，你得先成为一只木得感情的“作图仔仔”，而这个阶段的产品经理，一定会犯的错误，有这么三种！
1
五颜六色的原型
互联网发展到现在，设计师这个岗位其实已经很普及了，不管是交互设计师，还是UI设计师，再或者视觉设计师。
但是我相信还是有不少产品经理在自己苦逼地画着原型，最为重要的，还有不少产品经理是在自己苦逼地画着带颜色的原型，而且是乐此不疲。
夸张点说，这就是一件掠夺他人权利的暴力事件。
我看到过不少产品经理，觉得自己色彩搭配的感觉不错，然后就开始给原型「大刀阔斧」的上色了，花花绿绿的，而且还满世界的截一些跟自己想法相近的图，放到原型上，好是精彩，让人哭笑不得。
这样的结果，却是让设计师痛不欲生。
因为这样做会干扰设计师的思考，相当于给设计师加上了枷锁，限制了他的发挥；
因为这样做会无形中增加产品经理与设计师的沟通成本，甚至可能引起不必要的摩擦；
因为这样做还可能会招来不必要的鄙视。
所以，产品经理输出的高保真原型请用「黑」、「白」、「灰」这三个基础色，优先级通过「色彩饱和度」来区分，色彩的部分请放心的交给设计师来完成吧。
2
动效拉满的原型
网上有好多类似「Axure 天速成」、「Axure深入浅出」这样的教材，也有在线的培训，导致不少产品经理在学习之后，愣是在Axure上「痴迷」的追求控件各种各样的出现、消失、切换的动态效果，注意我这里说的是「痴迷」。任何动作都想着在Axure上模拟出来，哪怕是一个手势。很明显，「痴迷」=「过度」。
这样的动态效果能给自己加分吗？能，但是能加多少分?只能说很少。但是相反，产品经理为此需要付出的时间和精力，却远远超过这个加分的价值。
说白了就是用了很大的价值投入做了一件产出价值很低的事，二者完全不成正比。但是并不是说就—点动态效果都不做了，这里需要自己衡量一下。
所以产品经理需要遵循「产出高效」、「不易出错」、「逻辑清晰」、「界面展示完整」这几个原则来制作原型，其中，复杂的动态部分用文字描述即可，简单的动态效果可以做一下，我们则需要使用更多的时间去思考产品的现在和将来。
噢，对了，还有一条很重要的原则:「除去颜色之外，输出的产品原型95%以上的界面布局和交互过程都与最终产品保持一致」。
3
设计产品=抄竞品
说完“画原型”的体力问题，我们再来说说“设计原型”的脑力问题，但很多产品经理在搞产品设计时，往往不想带着“脑子”。
在产品设计环节，很多产品经理喜欢把市面上好的竞品都研究一遍，然后“取其精华，去其糟粕”，以为这样就能做出最“完美”的产品。
但这样真的可行吗？
虽然参考竞品是很有必要的，效率也能提高不少。但很多产品经理借鉴竞品的目的是，把被人好的功能优点拿到自己的产品中，这就导致一个问题：完全借鉴会使自己的产品功能过于臃肿；只做一部分可能又达不到预期的效果。
正确的做法应该是什么呢？有自己的想法和逻辑，知道哪些功能该做，哪些功能没必要做，不被别人牵着鼻子走。
好了，说完产品设计层面的问题，我们再来说说需求层面的问题。
4
把自己当做用户YY需求
或许这是产品经理的通病，因为我是某个产品的产品经理，所以我就会天天YY一些自己的需求到产品中去，凭着感觉去感觉，而且还觉得这么做是正确的。
这么做也许确实会发现一些需求点，但是很有可能都是在想当然，没有任何依据，可以服务的人可能只有自己。
所以不管新产品还是小迭代，都要去做一些用户调研，来看看用户真实在使用我们的产品的时候，是什么想法，有什么意见等。
总之方法有很多种，切忌不要以点概全。
5
各方需求来之不拒
产品时常会接到来自其他业务方的需求，运营、市场、客服、BD等等。
那在这个过程中一定要评估好这些需求的合理性、投入产出比、优先级等方方面面，该（委婉但坚决地）拒绝时就（委婉但坚决地）拒绝。不情不愿不清不楚地接受了错误的需求，只会越错越深呐~
相信作为产品经理，都有过那种，因为各种原因被迫接受了某业务方的一个需求，结果最后实现起来非常困难，而且价值非常小，最后还得自己背锅的经历。。。
6
对老板提的需求百依百顺
其他平级部门的需求，有时候还好拒绝，但当老板提需求的时候，又该怎么办的？相信很多产品经理的态度都是“好的老板！”
通常老板会临时提出很多需求，而产品经理会加班加点来细化方案，然后紧急插入到当前的项目开发中，然后还要跟其他同事说“这个老板提的需求，需要尽快上线”。
你的工资是老板给的，所以听老板的话没毛病，但你更需要对老板的需求进行负责。
需求是否能帮助用户？需求是否非常重要？需求是否真的紧急？接老板的需求前，可以先发出这灵魂三问！
等我们想清楚该需求的优先级可以跟老板沟通，说明当前有哪些更为紧急的需求需要尽快实现，老板提的这个需求我们可以放在后续哪个版本中实现。
7
不靠谱的项目周期
需求来的时候问题一大堆，开发抱怨满满，然后真正做需求的时候，经常会出现，开发和产品只能活一个的情况。。。
界内流传着这样一幅对联
上联：这个需求很简单
下联：怎么实现我不管
横批：明天上线！
老板总希望第二天早上醒来就发现项目已完成，开始赚钱了。产品经理希望第二天早上醒来，项目的里程碑已经圆满。
但希望不是现实，愿望只是愿望。
大多数产品经理在既定的时间点上，看不到应该看的东西，Delay是我们永恒的宿命。
每当你陷入拖期的烦恼时，你该明白，你团队中的伙伴们，谁都不希望拖期，谁都知道青春无比宝贵。
项目管理的精华就是资源管理，而时间是最可宝贵的资源。
如果你开始了一个新项目，那我建议你一定要把周期分得细之又细，并在每个验证点仔细验证。
如果你的项目现在拖期，不必烦恼，只要团队中每一分子都有求胜欲望，那很快会靠谱起来。
解决完“事”的问题之后，我们再来说说“人”的问题！
8
与开发人员“敌对”
外界一直盛传产品经理和开发同学是很典型的冰与火，两者不相容。其实我们的关系没有那么紧张，甚至不少产品和开发都是好基友。
但是，有的产品经理在需求评审会上，不知道为什么，好像一下子就进入到那个角色中了，咔嚓一下就站在了开发同学的对立面上，死活都不能听开发同学的建议，哪怕开发同学是对的，因为那样似乎会伤害到产品经理的自尊心。
产品和开发不是敌人，而应该是一个战壕里面的战友，而我们的目标是，让产品变的更好。
在沟通时，不要总是想着“怼”，以做好产品为前提，产品经理应该抱着一个开放的心态，只要是对产品好的，谁的解决方案好就采纳谁，调整好自己的心态很重要。
9
认为其他岗位都是渣渣
有很多产品经理思想更极端，每天都认为自己是乔布斯的化身，不仅不尊重开发，而是在他眼里，其他的任何岗位都是渣渣。。。
1. 不尊重开发：觉得什么功能都能做出来，做不出来就是开发能力不行，并不去了解学习真正的开发逻辑。
2. 不尊重测试：上线有问题就找测试的问题，不去思考是不是自己的逻辑或者什么没有交代清楚。
3. 不尊重设计：觉得设计出来的都丑的一比
4. 不尊重运营：觉得运营提出的需求都是假大空，觉得自己的需求最重要。
5. 不尊重销售：认为销售压根不懂用户的需求，不懂产品的设计理念，就会跟客户喝酒吹牛皮，公司的业绩能上去就怪了，公司上不了市，都怪这群人！
最后，我们还是来说一下产品经理自己的问题吧！
10
不敢直视产品质量
绝大部分产品，尤其是互联网类的，产品不是做完了就完了；还必须在交付运营的过程中，进一步验证、改造，提升产品的质量。
最糟糕的情况莫过于，当你的产品一上线，用户蜂拥而至，又一哄而散。
据不完全统计，80%跳楼的产品经理都是因为这个原因，剩下的20%很坚强，他们顶住了压力，选择的是上吊。。。
开个玩笑，其实还有一部分产品经理，会从另外一个角度来反观产品，分析数据，说服团队积极面对快速行动，然后把用户又感召回来了。
当然大多数产品都是上线后无人问津，大概念上的产品经理也需要对此负责。而不幸的是，很多产品经理在这时候退缩了，不敢担责任。
其实，反思我们的产品为什么赢不来用户，这样的过程会让我们成长得更快。别怕总结教训，别怕失败，别怕面对过去。
11
十宗罪总结
1.大而全：什么都往里加，以为要做58同城。
2.傻而横：已经很蠢了，还搬出老板，挟天子以令诸侯。
3.无用户：口口声声用户是傻逼，这个功能都不会用。
4.无市场：天然杲的一个创意，觉得自己就升级了。
5.无团队：团队就是用来踩的，每天被程序员和美工打。
6.无老板：老板是傻逼，烧他的钱，做哥自己的试验。
7.无技术：看过乔布斯传，就毕业了。
8.无成本：不管花多少钱给老子做出来。
9.纯忽悠：整天张口闭口专业术语，但是一个都不明白。
10.乔布斯：每天乔布斯挂嘴上，数据上就一个小学都没毕业的傻白甜。