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

作者：枯叶

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

慢下来

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

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

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

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

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

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

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

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

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

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

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

▐ 这真的是快吗？

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

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

• 需求文档，我们都写了很多次了，你沉淀下来什么了吗？
• 一件最基础的事情，你的效率有多久没提升了？
• 看了那么多文章，你是更懂了，还是更迷糊了？

建议大家 “慢下来”。

审题

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

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

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

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

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

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

可惜，我们做错了。

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

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

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

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

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

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

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

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

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

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

越慢，效率越高

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

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

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

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

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

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

你做事情太快了，所以你的效率太低了，是不是很难理解，换个角度来想想看吧。做的太快，很多地方没有考虑到，一次又一次的重做，带着整个团队，一次又一次的需求变更，1天做完的事情，用了一周，一次能做完的事情，做了5次。

▐ 效率最大的敌人不是慢，而是重做

你有这样的经历吗？

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

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

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

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

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

你的leader，让你写一份需求文档，你真的认为，就是写需求文档而已吗？

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

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

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

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

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

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

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

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

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

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

什么是产品

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

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

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

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

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

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

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

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

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

所以，什么是产品？

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