给产品经理的一个忠告:慢下来
题为给产品经理的一个忠告,还不如说是作者给自己的一种期许,希望在新的一年里能有内的变化,而不似表面那么浮躁。在本文中,你不会得到所谓的干货,但若是能引起你的思考,不失为一种“产品价值”。总之,值得一读。
给大家讲三个短故事,是我现在的感慨,也希望这三个故事,能在2017年与大家一路成长
慢下来
这是我2016年对自己说的最多的一句话“慢下来”
我们做事情的速度远比大脑运转效率低的多,似乎这是我2016年最大的收获。
想做的事情太多,结果一件事情都没做好。
现在,每当出现这种情况时,我会多次提醒自己“慢下来”
半强迫性的阻止自己去做一些事情,事实上,我们远没有自己所认为的那般厉害。
我想了解一下,关注我们的读者想要看些什么内容?有提到产品入门的,有提到学习计划的,还有数据分析,用户画像的。
其实很想让大家慢下来,一点一点把事情做好。
就拿数据分析而言,如何做统计埋点,如何理解活跃度,如何采集数据,如何做分析表,数据分析的维度,如何绘制图形,如何做大数据模型,这么多内容,你是想让我回答什么呢?
知识是没有边界的,没有人能够试图学会所有的知识,往往我们最终学到的更多的是“能用到”的知识,而非“他人的故事”
我们做的“快”,是能力和熟练度的一种体现,并不是一种自我催眠,不是一味的给自己找事情做。
每天,你的待办事项里都是满满的20多件事情,每周大计划10几个,每个月的学习对象七八个。
这真的是快吗?
这是“杂”不是“快”,你需要“慢下来”
少做一点,但每做一件事情,就完全消化这个事情的知识。
需求文档,我们都写了很多次了,你沉淀下来什么了吗?
一件最基础的事情,你的效率有多久没提升了?
看了那么多文章,你是更懂了,还是更迷糊了?
建议大家 “慢下来”
审题
我们只是很快的把事情做完了而已,很遗憾,这对我们自身来讲,“毫无意义”
上级安排了一个任务给我们,写一份竞品分析,用来给市场讲故事,宣传。
给了我们一天的时间,我们拿着这个任务,开始看竞品,下班的时候,我们把竞品分析发给了你的上级。
然后,我们没问,他也没再提这个事情
后来,我们知道上级熬夜做了一份竞品分析,发给上级的上级。
我们确实把事情做完了,也确实做的挺快。
可惜,我们做错了。
我们做了一份“功能对比分析”。
我们忘了,这份分析主要是拿去给市场讲故事的,拿去宣传用的。
难道我们的运营同学,拿着别人家的产品细数他们的bug来做品牌宣传吗?
为什么不让自己慢下来,多花点时间去审审题,在任务的分配过程中,已经很明确告诉我们这个文档是用来做什么的了。
我们常常在说分析用户,寻找真正的需求,不要盯着表面需求,但这样的事情在我们身边一直正在发生。
不能分辨身边“用户”的真实需求,又如何隔着屏幕分析数以百万计的“用户需求”呢?
同样的事情,实在不胜枚举,我们都是职场中的一员,不论是向上沟通,平级沟通,向下沟通,都需要让自己慢下来,从起点去思考“为什么”
盲目的执行,堪称有勇无谋,而产品经理更像是谋臣而非武将,这个行业的性质要求我们善思,善决策。
为了节省时间,跳过“审题”,于我而言,无异于为了做功能而做功能,不考虑用户的需求。
这是我最为恐惧的职场误区,我也一直如此警示自己,切勿踏入这个陷阱当中。
越慢,效率越高
很多朋友给我的答复都是相同的,时间节点定下来了,我没有那么多时间去思考,我必须在时间结束前,完成它。
“没有时间”成了我们最大的敌人,也为我们自身的薄弱提供了最好的“遮掩”
我相信大部分的产品朋友都藏身于“没有时间”的遮掩下,不是我们能力不行,是我们没有时间。
这就像研发的理由,“不是实现不了这个功能,而是我们没有时间去做”
于是,我们就各种忙碌,疲于奔波,看上去我们真的很忙,都成为了三头六臂的“哪吒”
可不论如何的忙碌,最终都被贴上了不靠谱的标签,因为效率太低。
你做事情太快了,所以你的效率太低了,是不是很难理解,换个角度来想想看吧
做的太快,很多地方没有考虑到,一次又一次的重做,带着整个团队,一次又一次的需求变更,1天做完的事情,用了一周,一次能做完的事情,做了5次。
效率最大的敌人不是慢,而是重做。
你有这样的经历吗?
- 一份需求文档,改了一次又一次
- 一份竞品分析,改了一次又一次
- 一个需求,讨论了一遍又一遍
- 一张原型图,调整了一次又一次
真正影响我们效率的,恰恰是我们“引以为傲”的速度,做的越快,效率越低,越容易重做。
解决这个问题的诀窍就在于慢下来,多分配时间去思考,去分析
很多重做的原因,其实我们一开始都可以考虑到的,只是因为“快”,所以没有留意和发现它。
慢下来,审审题,想一想,为什么做,又要做什么。
你的leader,让你写一份需求文档
你真的认为,就是写需求文档而已吗?
“功能有没有遗漏,逻辑是否正确,异常情况如何处理,开发过程中如何统一需求,避免反复沟通,避免研发自定义,驱动测试提前介入等等。”
不知道这些的你,你的需求文档写完了,没有任何意义,还会重写的,你只是写完了需求文档,但上述的目的,一个都达不到。
出事故了,你的leader让你去调查一下
你调查了一天,告诉他,真的出事故了,没有任何意义
于是,你的leader,自己去调查。
为什么出了事故,出了什么事故, 影响面积有多少,现在如何处理,未来如何避免。
你真的太看不起这些“小任务”了。
也许你只关心怎么去做乔布斯,也许你只关心用户需求,市场需求,也许你只关心商业模式,公司战略。
你觉得产品经理就应该像CEO一样思考,要有价值,要为用户创造价值。
可你似乎没有明白,什么是产品。
什么是产品
我们拜读简约至上,深谙产品要简单,过于复杂的产品会增加用户的使用成本,
但我们却一直在给自己增加更多的内容,让自己的工作,事业变得复杂。
如果把我们的事业看做产品,让他简单点,一个阶段只做一件事情,这样我们的“达成率”是否会更高一些。
我们学习用户调研,学习用户画像,我们知道针对用户的痛点,针对用户的使用习惯来设计产品,解决用户的需要。
但似乎一直没有想过,我们的搭档,他们有什么需求,研发,测试对我们的工作输出有什么需求,似乎没有想过如何让大家的协作效率更高,于是,“撕逼”成了潜规则。
我们都知道MVP,都知道小而美,用最短的时间做最有效的事情,我们将两周一个版本视为荣誉。
但我们总是学一会这个,学一会那个,这个星期学后台,下个星期学数据分析,我们想要成长,却似乎永远找不到自己的“MVP”
我们知道工具性产品,要以提高用户效率为主要目的,这些产品之间的竞争就是比谁更快,比如美图软件,谁能用更快的速度处理处更好看的照片。
但我们总没有想过让自己的工作变得更快,让自己的原型画的更快更好,让我们的文档写的更快更全。
所以,什么是产品?
慢下来,你能做的,必然是你当前最需要的。实际上,做你当前最需要的事情,就已经足够了。
#专栏作家#
枯叶,近6年经验的产品经理,微信公众号:枯叶咖啡馆,人人都是产品经理专栏作家。擅长社交,社区,细分群体挖掘。
本文原创发布于人人都是产品经理。未经许可,禁止转载。
深有同感!我做设计的时候一直都在强调一句话,给我点时间,我想想。不是为了偷懒,真的只是想慢下来好好想,免得返工。尤其在整个团队都很浮躁和赶工的时候,产品更得稳得住。
慢,追求的是一种质变。