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

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