给产品经理的一个忠告:慢下来

2 评论 8287 浏览 31 收藏 11 分钟

题为给产品经理的一个忠告,还不如说是作者给自己的一种期许,希望在新的一年里能有内的变化,而不似表面那么浮躁。在本文中,你不会得到所谓的干货,但若是能引起你的思考,不失为一种“产品价值”。总之,值得一读。

给大家讲三个短故事,是我现在的感慨,也希望这三个故事,能在2017年与大家一路成长

慢下来

这是我2016年对自己说的最多的一句话“慢下来”

我们做事情的速度远比大脑运转效率低的多,似乎这是我2016年最大的收获。

想做的事情太多,结果一件事情都没做好。

现在,每当出现这种情况时,我会多次提醒自己“慢下来”

半强迫性的阻止自己去做一些事情,事实上,我们远没有自己所认为的那般厉害。

我想了解一下,关注我们的读者想要看些什么内容?有提到产品入门的,有提到学习计划的,还有数据分析,用户画像的。

其实很想让大家慢下来,一点一点把事情做好。

就拿数据分析而言,如何做统计埋点,如何理解活跃度,如何采集数据,如何做分析表,数据分析的维度,如何绘制图形,如何做大数据模型,这么多内容,你是想让我回答什么呢?

知识是没有边界的,没有人能够试图学会所有的知识,往往我们最终学到的更多的是“能用到”的知识,而非“他人的故事”

我们做的“快”,是能力和熟练度的一种体现,并不是一种自我催眠,不是一味的给自己找事情做。

每天,你的待办事项里都是满满的20多件事情,每周大计划10几个,每个月的学习对象七八个。

这真的是快吗?

这是“杂”不是“快”,你需要“慢下来”

少做一点,但每做一件事情,就完全消化这个事情的知识。

需求文档,我们都写了很多次了,你沉淀下来什么了吗?

一件最基础的事情,你的效率有多久没提升了?

看了那么多文章,你是更懂了,还是更迷糊了?

建议大家 “慢下来”

审题

我们只是很快的把事情做完了而已,很遗憾,这对我们自身来讲,“毫无意义”

上级安排了一个任务给我们,写一份竞品分析,用来给市场讲故事,宣传。

给了我们一天的时间,我们拿着这个任务,开始看竞品,下班的时候,我们把竞品分析发给了你的上级。

然后,我们没问,他也没再提这个事情

后来,我们知道上级熬夜做了一份竞品分析,发给上级的上级。

我们确实把事情做完了,也确实做的挺快。

可惜,我们做错了。

我们做了一份“功能对比分析”。

我们忘了,这份分析主要是拿去给市场讲故事的,拿去宣传用的。

难道我们的运营同学,拿着别人家的产品细数他们的bug来做品牌宣传吗?

为什么不让自己慢下来,多花点时间去审审题,在任务的分配过程中,已经很明确告诉我们这个文档是用来做什么的了。

我们常常在说分析用户,寻找真正的需求,不要盯着表面需求,但这样的事情在我们身边一直正在发生。

不能分辨身边“用户”的真实需求,又如何隔着屏幕分析数以百万计的“用户需求”呢?

同样的事情,实在不胜枚举,我们都是职场中的一员,不论是向上沟通,平级沟通,向下沟通,都需要让自己慢下来,从起点去思考“为什么”

盲目的执行,堪称有勇无谋,而产品经理更像是谋臣而非武将,这个行业的性质要求我们善思,善决策。

为了节省时间,跳过“审题”,于我而言,无异于为了做功能而做功能,不考虑用户的需求。

这是我最为恐惧的职场误区,我也一直如此警示自己,切勿踏入这个陷阱当中。

越慢,效率越高

很多朋友给我的答复都是相同的,时间节点定下来了,我没有那么多时间去思考,我必须在时间结束前,完成它。

“没有时间”成了我们最大的敌人,也为我们自身的薄弱提供了最好的“遮掩”

我相信大部分的产品朋友都藏身于“没有时间”的遮掩下,不是我们能力不行,是我们没有时间。

这就像研发的理由,“不是实现不了这个功能,而是我们没有时间去做”

于是,我们就各种忙碌,疲于奔波,看上去我们真的很忙,都成为了三头六臂的“哪吒”

可不论如何的忙碌,最终都被贴上了不靠谱的标签,因为效率太低。

你做事情太快了,所以你的效率太低了,是不是很难理解,换个角度来想想看吧

做的太快,很多地方没有考虑到,一次又一次的重做,带着整个团队,一次又一次的需求变更,1天做完的事情,用了一周,一次能做完的事情,做了5次。

效率最大的敌人不是慢,而是重做。

你有这样的经历吗?

  • 一份需求文档,改了一次又一次
  • 一份竞品分析,改了一次又一次
  • 一个需求,讨论了一遍又一遍
  • 一张原型图,调整了一次又一次

真正影响我们效率的,恰恰是我们“引以为傲”的速度,做的越快,效率越低,越容易重做。

解决这个问题的诀窍就在于慢下来,多分配时间去思考,去分析

很多重做的原因,其实我们一开始都可以考虑到的,只是因为“快”,所以没有留意和发现它。

慢下来,审审题,想一想,为什么做,又要做什么。

你的leader,让你写一份需求文档

你真的认为,就是写需求文档而已吗?

“功能有没有遗漏,逻辑是否正确,异常情况如何处理,开发过程中如何统一需求,避免反复沟通,避免研发自定义,驱动测试提前介入等等。”

不知道这些的你,你的需求文档写完了,没有任何意义,还会重写的,你只是写完了需求文档,但上述的目的,一个都达不到。

出事故了,你的leader让你去调查一下

你调查了一天,告诉他,真的出事故了,没有任何意义

于是,你的leader,自己去调查。

为什么出了事故,出了什么事故, 影响面积有多少,现在如何处理,未来如何避免。

你真的太看不起这些“小任务”了。

也许你只关心怎么去做乔布斯,也许你只关心用户需求,市场需求,也许你只关心商业模式,公司战略。

你觉得产品经理就应该像CEO一样思考,要有价值,要为用户创造价值。

可你似乎没有明白,什么是产品。

什么是产品

我们拜读简约至上,深谙产品要简单,过于复杂的产品会增加用户的使用成本,

但我们却一直在给自己增加更多的内容,让自己的工作,事业变得复杂。

如果把我们的事业看做产品,让他简单点,一个阶段只做一件事情,这样我们的“达成率”是否会更高一些。

我们学习用户调研,学习用户画像,我们知道针对用户的痛点,针对用户的使用习惯来设计产品,解决用户的需要。

但似乎一直没有想过,我们的搭档,他们有什么需求,研发,测试对我们的工作输出有什么需求,似乎没有想过如何让大家的协作效率更高,于是,“撕逼”成了潜规则。

我们都知道MVP,都知道小而美,用最短的时间做最有效的事情,我们将两周一个版本视为荣誉。

但我们总是学一会这个,学一会那个,这个星期学后台,下个星期学数据分析,我们想要成长,却似乎永远找不到自己的“MVP”

我们知道工具性产品,要以提高用户效率为主要目的,这些产品之间的竞争就是比谁更快,比如美图软件,谁能用更快的速度处理处更好看的照片。

但我们总没有想过让自己的工作变得更快,让自己的原型画的更快更好,让我们的文档写的更快更全。

所以,什么是产品?

慢下来,你能做的,必然是你当前最需要的。实际上,做你当前最需要的事情,就已经足够了。

#专栏作家#

枯叶,近6年经验的产品经理,微信公众号:枯叶咖啡馆,人人都是产品经理专栏作家。擅长社交,社区,细分群体挖掘。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 深有同感!我做设计的时候一直都在强调一句话,给我点时间,我想想。不是为了偷懒,真的只是想慢下来好好想,免得返工。尤其在整个团队都很浮躁和赶工的时候,产品更得稳得住。

    来自北京 回复
  2. 慢,追求的是一种质变。

    回复