产品新人常踩的七大坑,你踩过吗?

10 评论 29191 浏览 305 收藏 9 分钟

都说产品经理是踩着坑成长起来的,但是如果有些坑明明可以避开,为什么还要踩下去呢?作者将自己入行以来踩过的坑总结成文,为产品新人点亮前行的路,已经试过的错,各位可要绕开了!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

本文由 @小邵有话说(微信号:894604011) 原创发布于人人都是产品经理 ,未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 感谢作者大大的分享,读到这篇文章的您,

    如果想具备系统产品知识技能,
    有一套体系化的个人项目作品,
    想工作和求职,都更加的顺畅!

    那体系化的学习训练就很有必要,
    点这里,先看看公开课: http://996.pm/7GVQ4

    来自广东 回复
  2. 学习了,感谢感谢

    回复
  3. 谢谢前辈的灯塔

    来自江苏 回复
  4. 虽然还没有犯过类似的错,但是我在工作中一定会注意的

    来自重庆 回复
  5. 同感

    来自重庆 回复
  6. 多谢前辈的指路明灯~ 一定铭记于心,并时刻反省。壮我产品大业~

    来自广东 回复
  7. 感谢分享,受教啦!

    回复
  8. 经常口头表述需求的膝盖中箭,回去反省改正了 ➡

    来自福建 回复
    1. 同感同感~

      来自广东 回复
    2. 需求超级不规范的默默认错……

      来自浙江 回复