慢下来与审题

作者: 枯叶咖啡馆 | 来源:发表于2016-12-31 17:24 被阅读0次

    想名字好头疼

    这是2016年写的最后一篇文章了,

    当大家看到的时候,

    就变成了2017年写的第一篇文章。

    是不是很神奇?

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

    慢下来

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

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

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

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

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

    恰恰相反,大部分的时间,大部分的人如我一样,太无力。

    有几次,我通过公众号与大家互动一下,我想了解一下,关注我的读者想要看些什么内容,有提到产品入门的,有提到学习计划的,还有数据分析,用户画像的。

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

    我们可以问一些,你真正遇到的问题,这样你能具体描述出来,我也能明白你的问题是什么。

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

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

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

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

    这真的是快吗?

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

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

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

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

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

    建议大家 “慢下来”

    审题

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

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

    给了我们一天的时间,问题是这几款竞品都是没办法体验的,是特殊场景的产品。

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

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

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

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

    可惜,我们做错了。

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

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

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

    正常情况下,一个人的做事效率会和能力挂钩,但我发现了另一种“正常情况”

    为了快点做完,就不去审题了。

    朋友问你在做什么产品,你答不上来,只能说老大安排什么就做什么。

    为什么做?不知道,

    做什么?不知道

    反正做完就行了。

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

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

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

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

    不知道这些的你,你的需求文档写完了,没有任何意义。

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

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

    于是,你的leader,自己去调查,为什么出了事故,出了什么事故, 影响面积有多少,现在如何处理,未来如何避免。

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

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

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

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

    什么是产品

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

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

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

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

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

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

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

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

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

    所以,什么是产品?

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

    相关文章

      网友评论

        本文标题:慢下来与审题

        本文链接:https://www.haomeiwen.com/subject/dixbvttx.html