产品经理新人经常犯的几个错误

写给奋斗在产品经理岗位的新人们:作为入门级的产品经理,最近给自己挖了不少坑,希望在奋力填坑的同时,把这些教训总结出来,能让新手们绕道而行。

作为一个初级的产品经理,需要经历产品从0到1的完整周期:需求收集 > 需求优先级排序 > 需求转化成功能 > 产品原型制作 > 撰写PRD文档 > 需求评审 > 需求发布与审核 > 产品迭代。对于每一个阶段,由于经验欠缺等原因导致产品新人在不经意间给自己挖下大坑::

1、需求收集阶段:缺乏思考,没搞清楚自己行动的目的

产品经理新人经常会被问及一个问题:“为什么要做这个需求?”。如果产品经理给出的是“这是老板的意思”、“老大说要做的”等这类看似“有理有据”答案,往往遭到团队中其他成员的反对,甚至是吐槽。

老板权力最大,难道按照老板的意思去办事有错吗?其实这是产品新人缺乏思考的一种表现。虽然老板的权力大,但并不代表老板说的话就一定对,产品经理做出的每一个决定都必须经过深思熟虑,有理有据。多想想产品需求的目的是什么,是提高用户体验,还是配合运营或市场的工作等?然后根据自己的目的去寻找让让自己展出脚跟的证据,可以是充分的数据分析、用户反馈信息或同行产品的调查分析等,而不是一句“老板的意思”就万事大吉。再说,公司整个团队都要围绕产品来运转,产品的每一个决定都需要付出巨大的资源,岂能儿戏?

还有产品新人很容易想当然,把自己的想法当做用户的需求,却没有任何调查或数据支撑就做出定论,这也是产品新人缺乏思考的表现。

所以产品新人一定要多思考,多去反问自己行动的目的,多站在不同的角度思考问题,用数据与事实说话。

2、需求优先级排序:不知道孰轻孰重,瞎忙活

收集到一大堆需求后,对需求进行优先级排序显得尤为重要,要把目前最重要的需求摆到第一位,而不是瞎忙活。我曾几次拿到需求后就一头扎进原型设计当中,结果费尽心思把原型赶出来后,老大却来了一句:“你觉得这是最重要的么?”,直接把我打回十八层地狱。

产品新人必须谨记的一点,不是所有的需求都要马上去做,先把需求排个优先级,把最重要最紧急的需求摆在第一位。因为一个团队的资源始终是有限的,要把最充沛的精力集中在最正确的事情上。如果自己不知道需求的优先级怎么排,请教前辈或老大是最好的方法,而不是自己鲁莽下定论,欲速则不达。

3、需求转化成功能:闭门造车,不懂得海量学习,不结合用户使用场景。

需求有了,要转化成产品的什么功能呢?不懂得如何做的时候,学习借鉴是最好的方法,谨记别闭门造车,否则自己想破头颅得来的灵感或创新点,才发现早已经有人用过了。更悲催的是,这点子已经被用烂了。所以当自己不知道该用怎样的功能去实现需求时,打开应用市场,下载十个八个同类应用好好玩玩,并作出总结,最好能在这基础上加以微创新。

还有一个很容易被产品新手忽略的,就是用户使用场景。结合用户使用的场景来设计产品非常重要,比如健身视频需要考虑到新老用户的不同使用场景。新用户可能不知道怎么操作,易用性差,如果不加入新手引导,新用户的流失率将会极高。再比如对于视频播放产品,要考虑到用户是在WiFi环境下还是使用正常手机流量来观看。

4、产品原型制作:要求太“完美”

产品新人可能会把原型制作看成是自己“牛逼的设计能力”的一种表现,觉得自己真正“改变世界”的时候到了,于是各种天花乱坠的配色,甚至是非常炫酷的动态效果。但其实这些工作都不是重点,反而是浪费了大量的时间与精力。难道产品新人的设计能力要远远胜于设计师?难道炫酷的动画效果能让工程师工作更开心?或是能让产品的下载量翻一番?这些都不能,产品新人应该做到高效率、逻辑清晰、功能及界面描述完整即可。至于原型怎么配色好看,还是交给专业的设计师做专业的事情。当然产品新在空闲时间跟设计师学点干货也是不错的。

5、撰写PRD文档:PRD过于追求形式,观点表达没有换位思考

对于PRD文档的撰写,不需要太纠结于使用PPT还是word,PS还是其他高大上的工具,怎么方便怎么用。有些时候配合使用能达到最好的结果。

对观点的表达,应该尽可能地站在读者的角度去撰写,把自己当成一个完全不懂产品的傻瓜用户。比如当多个观点放在同一个段落时,应该考虑分点阐述,尽量让观点清晰明了;在界面说明时可加以箭头、线条等辅助说明,否则说了一大堆,都不知道在描述哪个控件。

6、需求评审:更改需求只是口头表述却不更新文档

在需求评审时,各路大神会对产品需求进行探讨,期间可能会发现各种新的问题。产品新人会犯一个可怕的错误,就是在需要更改某一处需求时,只是口头上表述一下,过后没有及时更新文档,导致在产品上线后,由于产品经理忘记了前面需求更改描述的具体内容,造成需求不明确、产品开发测试人员之间的争议。

所以产品新人必须切记,即使再忙也在需求更改之后及时更新文档,避免不必要的争议。

7、需求发布与审核:产品经理必须对产品严格把关,扛起责任大旗

产品需求在开发团队的日夜辛劳下终于成功上线了,但上线了高枕无忧了吗?非也。上线后产品经理还需发动全体人员全身心投入到测试当中,不断地去使用产品,并参照需求文档对每个功能、界面反复地点击、测试。产品经理必须对产品严格把关,对做得不好的地方需要及时指出,大到功能的实现、页面的交互,小到字体颜色、控件的位置等等。生产品,更要爱产品,产品新人必须勇于扛起责任的大旗。

希望本人过去几个月所吸取的经验与教训,能让作为产品新人的你少走弯路,越过大坑

总想要大而全的版本,为什么是错的呢?

首先,这个时代在飞速发展

连你赶地铁的脚步都在不知不觉中变快,更不要说移动互联网飞速的发展。一个大而全的版本开发周期必然比较长,每一分每一秒都有新的团队新的创意新的产品出现在这个市场上。如果你希望一次性来一个满汉全席,一次性上线所有的功能点,很可能会在快速迭代的竞争对手面前错失良机。

其次,资源是有限的

这里的资源不仅仅指开发资源,还包括市场推广资源,运营资源,UI设计资源。你要大而全很可能会把很多的人力都一次投入,小公司人手少就不要提了,即使大公司资源充足,但是还有别的产品线在要资源呀。

第三,用户根本不买账,或者用户使用起来有重大的问题

这个也是最要命的,大而全的版本经历漫长的开发周期终于上线,最后发现用户根本不买账,或者用户使用起来有重大的问题(不要赖测试没测出来,有的时候你产品设计根源上就出问题了)。怎么办?改呀!但这个时候的“改”很可能是推倒重来,大规模地修改你的产品甚至可能是彻底重构。随着时间的流逝,就没有然后了。(大公司可能好一点,小公司基本就狗带了)。

第四,一上来大而全的版本,用户接受和使用的门槛可能被我们人为的拔高。

本来一个功能点,用户上手很快,甚至可能秒懂。而一下子给了一堆都很重要的功能点,用户可能会觉得“这么多啊,没有重点呀”。产品原本的亮点可能就这样被自身的其他功能给掩盖。成功的产品大多都不会一次把所有功能都开发完,都是采取“小步快跑,逐步迭代”的策略。“钉钉”刚出来的时候上的功能‘免费电话会议’。这一功能迅速在职场白领中推广开来,特别是一些在各地有分公司的企业特别受欢迎。靠这个功能打开市场之后,才逐步在迭代中上线了更多的功能点,比如令职场人又爱又恨的“钉一下”。大家知道企业应用要做好很难,每个企业需求都可能不一样。有的产品希望一上来就能满足所有需求,做起来磕磕绊绊。而“钉钉”找到最核心的点切入,却起到了事半功倍的效果。

为什么会犯这样的错误

出现这样的错误,除了经验不足以外,我觉得主要是因为:

1、没有抓住核心需求,没有给需求划分优先级

20个功能点里,肯定有1-2个是核心需求的。如果你觉得20个功能点都是核心需求,那么请你重新去做用户访谈和市场调查,找找真正的用户需求再来谈产品。什么需求该做,什么需求不该做,什么需求要马上做?什么需求可以等等再做?其实就是一句话:会给需求分级。可以将需求分成重要且紧急,重要但不紧急、不重要也不紧急。核心功能关系越密切,时间要求越紧迫的需求自然就是重要且紧急了,其他的依次类推。

2、缺乏对项目进度合理的预期和把控能力

很可能你的项目排期只是你基于理想化的场景和情况,甚至拍脑袋想出来的。项目进度的排期是需要产品和团队成员共同讨论确定的。

3、只顾埋头苦干,没有市场敏感度和紧迫感

可能有的人会说,我要情怀呀,匠人精神呀,就要一次做好呀。少年郎,情怀也好,匠人精神也好都和市场敏感不矛盾。真正的情怀都是建立在市场真实需求之上的,真正的匠人精神也是从市场和用户角度出发的。如果你缺乏了市场敏感,你的情怀和匠人精神都是自娱自乐。我们的社会和市场都是在不断变化的,每时每刻都有新的产品进入市场。新的产品进入市场,可能会改变甚至激发出新的用户需求。没有紧迫感的产品,再有情怀也是白搭呀。

应该如何避免这样的错误

1、明确核心需求、重要需求和次要需求

先解决核心需求和少量重要需求,再逐步解决次要需求;掌握产品的核心功能,发掘产品目前存在的问题,找到最紧急最重要的问题,是产品逻辑的问题?是用户体验的问题?还是运营策略的问题呢?梳理好最重要的问题和原因之后,就从这个点切入,认真琢磨解决的方案。

2、和团队内其他成员,开发、运营、UI充分沟通

了解各部门目前的资源情况和手上项目进度,根据资源实际情况来安排需求。

3、尽可能采取MVP原则,尽可能先将核心功能点先跑起来

比如如果你要试验直播购物,你可以先在微信群用第三方直播工具做起来。把整个流程先跑几次,看看目标用户的反应。验证需求,发现并调整不合理的环节,再根据情况进行安排;

4、前期尽可能和目标用户进行深度访谈,有条件的话可以让种子用户提前试用

聊目标用户实际中的使用习惯、使用哪些同类产品,同类产品好在哪里,不好在哪里,同类产品有没有解决用户的痛点?同类产品的缺点往往可能就是我们的切入点;如果没有用户调研的时间,那就直接从研究竞品入手,找出排名前5的竞品,反复使用,重点观察和体会竞品的产品逻辑、运营策略、用户体验。竞品们的基本功能我们必须要有,薄弱环节就是我们重点要突破和避免的。

 

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/466.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息