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