作为应届生,我在产品经理这个坑里的体会

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

作为一枚BAT的产品经理,带着无限的憧憬踏入了产品经理的大坑。由于之前读书的时候没有实习经历,所以对产品经理的真正运行模式是不了解的,带着要做已用户为中心的产品这种神圣的使命在七月初开始了我产品汪的人生。如今,工作快一个月了,在这一个月中,对产品经理这个职位有了一个从高到低,从云端到现实的认识。

TIHUI

我所加入的产品由于正处于发展期,需要扩大用户量和活跃度,因此,版本更新速度很快,以两周一版本的速度高速运转着。虽然才刚入职,但也没有给我更多的时间慢慢地去学习和接触,而是直接由师傅带着进入了产品的迭代。

产品一个版本的迭代包括如下过程:

  1. 产品经理提出下一个版本的产品需求,并对这些需求进行优先级的排序;
  2. 产品经理和交互、视觉、开发的小伙伴们一起进行需求评估和筛选;
  3. 对筛选出来的需求进行整理和思考,撰写出详细的PRD;
  4. 将PRD交给交互的童鞋进行交互设计,并给开发的童鞋进行排期;
  5. 交互将交互稿给视觉的童鞋,视觉的童鞋结合产品的PRD进行交互设计;
  6. 开发的童鞋根据视觉稿和PRD文档开始开发;
  7. 开发完成后交给测试和产品经理进行测试,测试的同学主要时针对功能的正常和异常进行测试,而产品经理也需要来参与测试,以便验证开发出的结果是不是当初想要的效果;
  8. 在整个产品迭代周期过程中,产品经理都要实时参与到各个环节,了解最新的进度,并及时进行信息的沟通,当测试都通过后,就可以进行产品的发布,一般会采用灰度发布的方式进行预发布,然后再普及到所有的用户。

总算走完一个版本的整个流程,你以为产品经理终于可以休息了。NO!还有下一个版本在等着你呢。由于我们的产品迭代周期很快,因此很多流程都是交叉进行的,比如这个版本的PRD写完后,其实就应该规划下个版本的需求了。

在为期一个月的工作经历当中,总结了以下的心得体会,有的是拿着被开发打死的风险换来的。

1、切勿眼高手低

刚开始使用我们的产品后,我发现了很多需要改进的问题,于是将要改进的地方列出了一大页,后来了解到,同事们正在朝着这些需要改进的地方在努力。因为互联网产品讲究的是小步快跑,不断试错,不会等到将所有功能都尽善尽美了再推出去,首先,姑且无论这个世界上没有尽善尽美的东西,就算你开发出了一个十分完美的产品,等你再投入到市场的时候发现这片江山早就被别的公司给占去了,用户已经习惯了他们的产品。

由于我们的产品要改进的地方很多,刚开始发现随便拿个功能我就能很快就能画出它的逻辑图,大概是个什么样的功能,怎样的实现心里也有个大致的概念,写着PRD也觉得没什么挑战。于是产生了一种这根本就不是真正的产品经理的感慨,真正的产品经理应该是考虑用户到底需要什么,应该站在一个更高的视野,更开阔的眼界去看待这个产品,而不是为了拉新,促活,去增加一个功能。这让我有一度怀疑我是不是入错了坑。可当我真正去跟进一个需求的时候才发现自己就是传说中的眼高手低。对于一个初入行的产品经理来说,你需要去留意,去思考和培养你产品的感觉,但更应该地是去夯实你的基础,不要瞧不起写文档的工作,能把一个需求全面考虑清楚,决定做什么功能,不做什么功能其实需要很扎实的本领。

2、一定要从全局考虑所有功能,而不能只考虑你最长使用的功能

当我们拿到一个需求的时候,一定要从全局的角度去考虑跟这个需求相关的所有的功能,而不是作为一个用户仅考虑你使用的的常见功能。拿音频播放来说,作为用户可能觉得一个音频播放只需要能播、能停、能下载就好了,但作为一个产品经理,你就需要考虑跟音频所有相关的功能和逻辑,比如后台播放功能,音频播放的逻辑,怎样方便用户快速找到需要的音频,每次怎么缓存,缓存多少,有哪些入口,这些入口有什么不同,之间的关系又是怎么样的,需不需要用户登录等等。总之,要把自己当作一个产品经理,而不是当作一个用户去考虑一个需求和功能。

3、养成考虑异常情况的意识

作为用户来说可能不会留意一些异常情况,但产品经理设计产品的时候却不能忽略。任何需求和功能都要考虑有没有异常情况,异常情况下怎么处理。比如支付功能,在支付过程中发生了异常怎么半,比如兑换码功能,还存在兑换码不正确,兑换码已经被兑换过,兑换过程中对中断等等异常情况。所以,要记得培养自己考虑异常情况的意识。

4、多看别人的竞品

刚开始设计产品的一个需求的时候,总会有很多考虑不到的地方。有一个很好的方法就是多使用同类产品的这个功能,尤其是用户数量非常多的产品,它们的这个功能肯定是大量用户考验过的。比如设计购物车功能时,一定要多研究淘宝,京东它们的购物车是怎么设计的,逻辑是怎样的,为什么要这么设计等等,然后再结合自己的产品做出进一步的改进。我们在平时的时候页不能简单的去使用app,而要随时留意这个功能它是怎么实现的,这样做有什么利弊。

5、写PRD的时候一定要用心,一步到位

在写PRD的时候,产品经理一定要用心,尽量做到要一步到位。不能自己觉得没问题了就直接发给交互了,结果交互稿,视觉稿都出来了,程序员根据PRD和视觉稿开发到一半的时候问你这个逻辑是怎么考虑的,然后你猛然大悟,这个没想清楚。那时候你也就别怪开发无情了。所以一个合格的产品经理千万别给开发留坑,让他们跳进去。为了避免这种情况,一个比较好的方法就是不断地通过原型或者画图来试用你提出来的产品,看看是不是有遗漏和没考虑到的地方。纸上的文字和真正使用起来的感觉肯定是不一样的。

6、有任何改动的时候需要及时跟各个团队的接口人进行沟通

在产品PRD提交过后,难免会有一些小的改动,当发生这些改动的时候一定要及时地告知你团队其它的PM,交互,视觉和开发,并在PRD里面做相应的更改,还要以邮件的形式告知所有相关人员,抄送给相关的老大。要不然很可能是改个字段这种小的问题,最后都会变成这个字段现在改的话开发来不及做接口,做不了。

5、一定要多思考,而不是做简单的功能堆叠

无论是刚入职的产品经理还是已经有多年经历的产品经理,一定不要忘了多思考和多留意。留意你经历的每一件事,身边的每一个现象,别人说的话,使用过的app等等。然后加上思考,去想为什么会这样,我能不能利用,我要怎么用。只有不断保持思考,你最后才能实现“做出一个伟大的,用户真正需要的产品”的梦想,而不是总在做简单的功能堆叠。

一个月的时间过得好快,马上要领工资了,好开心。不忘初衷,保持饥饿,继续我的产品修炼之路。

 

本文由 @nangeIC 原创发布于人人都是产品经理。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 39

登录后参与评论
  1. 你确定你是进入这行一个月了?一个月就能有如此基础?

    回复
加载中