enter image description here

产品经理是一个综合性很高的岗位,在产品整个设计研发的过程中,有很多、很杂的工作需要处理,这也造成产品经理经常在不经意间,犯下一些小小的错误。今天小编就为大家分享,产品经理最容易犯的10中错误,希望各产品经理有则改之,无则加勉。

1、画原型带颜色 虽然现在有个岗位叫交互设计师,但是相信很多中小企业,都没有设置这个岗位,所以原型一般都是由对产品最熟悉的产品经理来画。但是画原型的过程中,很多产品经理就会不自主的为产品配色,且还乐此不疲。

视觉设计师看到产品经理画的带颜色的原型,哭了。颜色都搭配好了,要我怎么改。确实,如果产品经理给原型上色,会干扰视觉设计师的思考,相当于给视觉设计师加上了枷锁,限制了他的发挥;因为这样做会无形中增加产品经理与视觉设计师的沟通成本,甚至可能引起不必要的摩擦,招来不必要的鄙视。

所以,产品经理输出的高保真原型一定要用「黑」、「白」、「灰」这三个基础色,优先级通过「色彩饱和度」来区分,色彩的部分请放心的交给视觉设计师来完成吧。

2、原型过度追求动态效果

有一些产品经理在原型设计中,在Axure上过度追求控件各种各样的出现、消失、切换的动态效果,任何动作都想着在Axure上模拟出来,哪怕是一个手势。这样的动态效果能给自己加分吗?能,但是能加多少分?只能说很少。但是相反,产品经理为此需要付出的时间和精力,却远远超过这个加分的价值。说白了就是用了很大的价值投入做了一件产出价值很低的事,二者完全不成正比。但是并不是说就一点动态效果都不做了,这里需要自己衡量一下。

产品经理的事情非常多,必须要要遵循高产出效率、逻辑清晰、界面完整等几个原则来制作原型。其中,复杂的动态部分用文字描述即可,简单的动态效果可以做一下,我们需要使用更多的时间去思考产品的现在和未来。最后,原型输出还有一个非常重要的点,需要提一下,除去颜色之外,输出的产品原型95%以上的界面布局和交互过程都要与最终产品保持一致。

3、只提需求变更不更新需求文档

产品经理为什么称之为产品汪,因为确实比狗还忙,经常不在座位上,不是在开会,就是在去往开会的路上,十分匆忙。你喊他说点问题,他都答的十分快速,由此就可见一般。所以有个经常发生的问题就是,开发同学跟产品经理勾兑完产品功能逻辑之后,发现有些细节之前没有想到,需要提需求变更来补充,产品经理有时候嘴上说好的,可是回去之后就忙忘记了。

因此,为避免这个错误,产品经理在跟开发同学勾兑产品功能逻辑的时候,需要将变更的点都记下来,在结束一天的工作之前将这些需求变更进行复盘和汇总,最后统一在系统中提需求变更单,以天为单位即可。

4、需求变更忽略了测试童鞋

产品经理还会经常闹出另外一个趣事,就是自己针对某个产品问题想好了解决方案后去跟开发同学商量需要变更的点,商量的如火如荼,非常热闹,可是项目经理在确认变更进度的时候,发现测试同学居然什么都不知道,当时尴尬的氛围可想而知。

所以产品经理在确认需求变更的时候,除了要做好记录,还要把相关人都要召集齐,例如客户端开发同学,关联的后台开发同学,测试同学等等。当面沟通完毕后,回去记得再拉一个RTX群,最后再做一次同步,还有把之前提到的需求变更单及时复制到群里,周知大家。

5、永远站在开发同学的对立面

互联网界,有一个传说,产品经理和开发同学是很典型的冰与火,两者不相容。其实这两个岗位的关系没有那么紧张,甚至不少产品和开发都是好基友。但是,有的产品经理在需求评审会上,不知道为什么,好像一下子就进入到那个角色中了,咔嚓一下就站在了开发同学的对立面上,死活都不能听开发同学的建议,哪怕开发同学是对的,因为那样似乎会伤害到产品经理的自尊心。

其实,产品和研发都是为了一个产品共同的努力,应该站在一个方向才对。产品经理应该抱着一个开放的心态,只要是对产品好的,谁的解决方案好就采纳谁,调整好自己的心态很重要。

6、忽略与业务部门配合时需要的时间和人力

产品经理,特别是大公司的产品经理,经常面临一个很严峻的问题,就是需求事前沟通的较少,没有给其他业务部门预留足够的配合时间,导致时间和人力都很紧迫,协调不开。

所以产品经理在跨部门展开合作的时候,需要给配合的业务部门预留出足够的响应时间,需求先沟通再评审,提前告诉对方,让对方提前有个心理预期。在需求评审后需要让对方在第一时间对产品功能进行开发周期和人力成本的评估,双方校准配合时间,风险一定要提前暴露出来。这时候,不管是否有项目经理,产品经理自己一定要制作一份产品开发甘特图,颗粒度具体到每天/人。每天都要跟进开发进度,落实进展。

7、自己代表产品的用户

身为产品经理,其实都有一个自己模拟成用户的通病,每天都会YY如果自己是用户的话,还会有哪些需求。这么做确实会得到一些小的需求点,但是很有可能都是想当然,没有任何依据和数据支撑,不具代表性。

所以产品经理要足够看重需求调研,不管新产品还是小迭代,都要适当的去做一些用户调研来验证自己的想法是否正确,大有大的做法,小有小的玩法,除了去找用户调研,还可以针对某个交互或者功能点找身边的同事去调研,总之方法有很多种,切忌自己想当然,不能以点概全。

8、不去争取,只会等待结果

产品经理不够主动的话,很多事可能都会在手边溜走。比如和某个部门合作,对方评估需要1周的开发时间,但是要1个月后才能开始,这时候你是接受这个结果还是再去想办法协调解决呢?

不要觉得答案这不是很明显吗?却有不少产品经理都会选择第一个。所以产品经理是需要积极去推动某些事情的进展的,协调资源的方式有很多种,这时候可以上升跟自己的老大汇报一下目前的进展,说清楚自己需要的资源,需要对方怎样配合,然后跟对方继续交涉,总会有一种方式解决目前的问题。例如让对方现在启动开发,但是每周可以少做一些?

9、只说问题不说解决办法

我们在看某些产品体验报告的时候,是不是会发现作者写出了这个产品的所有问题,但是偏偏就缺少了最重要的环节,没有解决方案;我们在跟某些小伙伴交流的时候,是不是会发现他们只会针对你的想法提出问题,但是也缺少了最重要的环节,没有解决方案!说谁不会说呢,有问题得有办法才行啊,you can you up!

所以建议产品经理们在思考产品问题和他人想法中的问题的时候,一定要再多想一些,这个问题要怎么解决呢?不要只是单纯的说出问题,那样意义不大,怎么解决才是最重要的。

10、没有自己的思考

产品经理最可怕的就是缺少思考,缺少对产品的思考,缺少对行业的思考,缺少对趋势的思考,缺少一切应该有的思考。这时候我们在跟别人沟通的时候,总是会在倾听,很少表达自己的观点。

所以产品经理一定要抽时间去看书,看行业新闻,看一些高质量的内容,这样除了能补充自己的知识之外,还能抛砖引玉,但是我并不提倡天天抱着行业新闻看,到处翻文章转到自己的朋友圈,而是高质量的阅读,尽可能的可以跟着文章中的内容去引发一些自己的思考,久而久之就会找到一些自己的感觉,而不是再受制于他人。在团体讨论的时候也可以表达出自己的观点,不再是单纯的倾听,有功有守才能碰撞出火花。

以上就是产品经理常犯的10种错误,你中了几条啊?中了很多也没关系,人都是在犯错中成长的,多看书、多看报、多思考、多动手,你就是下一个乔布斯。

相关阅读:《<港囧>徐峥:有互联网思维的导演就是好产品经理