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

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

ID:20080391

大小:56.00 KB

页数:4页

时间:2018-10-08

给产品经理的一个忠告:慢下来_第1页
给产品经理的一个忠告:慢下来_第2页
给产品经理的一个忠告:慢下来_第3页
给产品经理的一个忠告:慢下来_第4页
资源描述:

《给产品经理的一个忠告:慢下来》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、给产品经理的一个忠告:慢下来题为给产品经理的一个忠告,还不如说是给自己的一种期许,希望在新的一年里能有内的变化,而不似表面那么浮躁。在本文中,你不会得到所谓的干货,但若是能引起你的思考,不失为一种“产品价值”。总之,值得一读。给大家讲三个短故事,是我现在的感慨,也希望这三个故事,能在2017年与大家一路成长慢下来这是我2016年对自己说的最多的一句话“慢下来”我们做事情的速度远比大脑运转效率低的多,似乎这是我2016年最大的收获。想做的事情太多,结果一件事情都没做好。现在,每当出现这种情况时,我会多次提醒自己“慢下来”半强迫性的阻止自己去做一些事情,事实上,我们远没有自

2、己所认为的那般厉害。我想了解一下,关注我们的读者想要看些什么内容?有提到产品入门的,有提到学习计划的,还有数据分析,用户画像的。其实很想让大家慢下来,一点一点把事情做好。就拿数据分析而言,如何做统计埋点,如何理解活跃度,如何采集数据,如何做分析表,数据分析的维度,如何绘制图形,如何做大数据模型,这么多内容,你是想让我回答什么呢?知识是没有边界的,没有人能够试图学会所有的知识,往往我们最终学到的更多的是“能用到”的知识,而非“他人的故事”我们做的“快”,是能力和熟练度的一种体现,并不是一种自我催眠,不是一味的给自己找事情做。每天,你的待办事项里都是满满的20多件事情,每周

3、大计划10几个,每个月的学习对象七八个。这真的是快吗?这是“杂”不是“快”,你需要“慢下来”少做一点,但每做一件事情,就完全消化这个事情的知识。需求文档,我们都写了很多次了,你沉淀下来什么了吗?一件最基础的事情,你的效率有多久没提升了?看了那么多文章,你是更懂了,还是更迷糊了?建议大家“慢下来”审题我们只是很快的把事情做完了而已,很遗憾,这对我们自身来讲,“毫无意义”上级安排了一个任务给我们,写一份竞品分析,用来给市场讲故事,宣传。给了我们一天的时间,我们拿着这个任务,开始看竞品,下班的时候,我们把竞品分析发给了你的上级。然后,我们没问,他也没再提这个事情后来,我们知道

4、上级熬夜做了一份竞品分析,发给上级的上级。我们确实把事情做完了,也确实做的挺快。可惜,我们做错了。我们做了一份“功能对比分析”。我们忘了,这份分析主要是拿去给市场讲故事的,拿去宣传用的。难道我们的运营同学,拿着别人家的产品细数他们的bug来做品牌宣传吗?为什么不让自己慢下来,多花点时间去审审题,在任务的分配过程中,已经很明确告诉我们这个文档是用来做什么的了。我们常常在说分析用户,寻找真正的需求,不要盯着表面需求,但这样的事情在我们身边一直正在发生。不能分辨身边“用户”的真实需求,又如何隔着屏幕分析数以百万计的“用户需求”呢?同样的事情,实在不胜枚举,我们都是职场中的一员

5、,不论是向上沟通,平级沟通,向下沟通,都需要让自己慢下来,从起点去思考“为什么”盲目的执行,堪称有勇无谋,而产品经理更像是谋臣而非武将,这个行业的性质要求我们善思,善决策。为了节省时间,跳过“审题”,于我而言,无异于为了做功能而做功能,不考虑用户的需求。这是我最为恐惧的职场误区,我也一直如此警示自己,切勿踏入这个陷阱当中。越慢,效率越高很多朋友给我的答复都是相同的,时间节点定下来了,我没有那么多时间去思考,我必须在时间结束前,完成它。“没有时间”成了我们最大的敌人,也为我们自身的薄弱提供了最好的“遮掩”我相信大部分的产品朋友都藏身于“没有时间”的遮掩下,不是我们能力不行

6、,是我们没有时间。这就像研发的理由,“不是实现不了这个功能,而是我们没有时间去做”于是,我们就各种忙碌,疲于奔波,看上去我们真的很忙,都成为了三头六臂的“哪吒”可不论如何的忙碌,最终都被贴上了不靠谱的标签,因为效率太低。你做事情太快了,所以你的效率太低了,是不是很难理解,换个角度来想想看吧做的太快,很多地方没有考虑到,一次又一次的重做,带着整个团队,一次又一次的需求变更,1天做完的事情,用了一周,一次能做完的事情,做了5次。效率最大的敌人不是慢,而是重做。你有这样的经历吗?一份需求文档,改了一次又一次一份竞品分析,改了一次又一次一个需求,讨论了一遍又一遍一张原型图,调整

7、了一次又一次真正影响我们效率的,恰恰是我们“引以为傲”的速度,做的越快,效率越低,越容易重做。解决这个问题的诀窍就在于慢下来,多分配时间去思考,去分析很多重做的原因,其实我们一开始都可以考虑到的,只是因为“快”,所以没有留意和发现它。慢下来,审审题,想一想,为什么做,又要做什么。你的leader,让你写一份需求文档你真的认为,就是写需求文档而已吗?“功能有没有遗漏,逻辑是否正确,异常情况如何处理,开发过程中如何统一需求,避免反复沟通,避免研发自定义,驱动测试提前介入等等。”不知道这些的你,你的需求文档写完了,没有任何意义,还会重写的,你只

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。