每周91公开课，91风暴，全员参与，实际案例实际分析
问题答疑，你提问题我解答
行业专场，互联网金融，电商，新媒体运营等专场
各地分站交流
资源及人脉共享
其他的。。。。
欢迎各行业互联网运营达人加入我们91运营大家庭，会运营的人都来这里了！
导读：做产品工作，当面对多且杂的事务时，总希望有个分身，或者多出个三头六臂来解决所有的事。不过，分身和三头六臂毕竟是出现在神话故事里，要想规避这种状态，你该懂得如何展开多线程工作。
正文
又要开会，又要交报告，写着ppt又得回复研发测试的疑问，同一时间恨不得长出来8只手，8核的脑子来做事儿，就算这样时间还是不够，还经常被人催催催，如果这是你工作时候的现状，那么你可能需要看看这篇文章。
我从去年6月份开始一直到今年7月份，似乎都在做这种多线程的操作。作为一个toB的产品经理，你平时要打交道的人和事儿可能有以下这些：
除此之外还有，你自己要画原型，确认需求，自我提升………………
Hmmm，看到上面这个表格，我们所要祈祷的就是这些事儿不要全部同时出现在自己身上。但是有时候就是很不幸，上面这些事情可能你就是需要同时处理。那么要怎么办才能让自己高效完成所有被安排在自己身上的工作呢。
我总结了一些工作完成的时间：
由此可见，大部分的事情实际上是很快就能完成的，在1小时内就能完成的活占了80%以上。（图中仅列出了一些我做过的事儿……）
通常而言，大部分的deadline都会被告知：今天，明天，这周。很少会有跟你说1个小时内给我的这种情况。通过上面表格中的分析，对于大部分的任务，时间都是很充裕（觉得不充裕可能就需要检讨为什么你做事这么慢了）
尽管很多文章中都写，先把最重要的最难的最复杂的事情先做了，不然等你做完别的琐事再去做最难的事情可能会没有冲劲。但是对我而言，反而是应当先把短时间内就完成、比较简单的任务先解决掉。因为越难的事情，你就越需要更长的时间思考。
这跟我们在上学期间考试时候的考试策略有点类似：先把会做的简单的题目做完，不要让难题的时间占据我们太多的考试时间。这样子我们就能够保证快速反馈别人安排给你的比较简单的事情(这很重要）。不要人家问你要东西的时候，你回一句，嘿我刚才在做一个很难的事情，我还没空出时间做。
还有一种方法就是你在做很难的事情的时候，在你遇到瓶颈需要时间思考，并且不知道如何继续下去的时候，把比较简单的工作先随手做完。这样子，你会发现你发呆/无意义的浪费时间的时间都会被很好的利用起来。
总之一句话，先把自己得心应手的工作做完，再去专攻不好做的、需要时间思考的工作。
比如有一次，我的测试给我提了一个同步的问题，我无法给出很快的答复，我就会说，我这两天想一下再告诉你，这个逻辑看起来比较复杂。毕竟研发这个事儿不是一分钟两分钟就能写出来代码的。
留给你做事的时间只会越来越少，不会越来越多，拖着是解决不了问题的。当我们距离deadline还有很长时间的时候，很多人就觉得，还有很长时间的富余让我们解决问题。举个例子，周一的时候被告知说这周要交个PPT，我们会想：嘿，离周五还有5天时间，我周三开始写就来得及。
但是事实并不是这样的。你要提供成果物的人期待的是在deadline的时候拿到的是一个完整的、完美的、几乎没有瑕疵的东西，但是你周三再开始启动可能最后给他的只是一个初稿。就好像小说家写的小说的初稿一样，第一稿永远都是屎。那么你随便拼凑了一个什么东西给人家，人家对你的印象只会越来越差，然后你就会变成一个被贴了“没那么可靠”标签的人。
假如时间允许，那么你接到任务的第一时间就该开始做，还是这个例子，周三的时候你做出一个初稿，找对方确认一下，假如对方有空会告诉你有没有偏差，最后周五的时候你就能按时提交一个完美的产物了。
拖延是高效多线程的最大阻碍。你的拖延症是你低效的最大问题，而不是能力。
PS：以上所描述的工作所需时间仅仅是我自己的工作所需时间，在应用的时候需要酌情替换成自己的。
联系客服
