3.矩阵工具  

  老生常谈的矩阵，往往却是最好用的。  

  又紧急又重要：不做就会死。对于新产品来说，往往是最小迭代版本圈定的最核心的需求。有时，也是突发的必须要完成的任务，比如领导来访的接待等等。这种需求往往无法延期，必须允许临时插队。  

  重要但不紧急：短期不会有什么影响，但是长远决定了产品的竞争力和生死存亡。比如做一个允许用户上传的应用，的存储空间和优化非常重要。但是在产品一期刚刚上线时，用户的量没有那么多，不至于马上就导致产品的体验出现问题。所以往往会累积一定的量，同时考虑替代和优化方案。  

  紧急但不重要：看似很着急需要马上应对，但是实际上无论对产品、业务现状还是长远都不会造成什么影响。比如某广告渠道档期突然空出来，需要马上投放广告。但实际上此渠道的效果一般，无足轻重，且即使本期不合作，也不会影响长远合作关系。那做不做呢？是属于“做了会更好”，如果自己有空余精力或可以转交给别人，一般也会选择顺带做一下。  

  又不紧急又不重要：不做不会对业务有任何影响，需求也没有浮出水面，且做的效果并未得到清晰的评估，一般来说，除非有足够的资源，是不会提上日程的。  

  在产品的中长期规划中，如果将生命周期分成四个季度，一般，第一个季度完成生存（最小迭代版本），季度二则夯实基础，补充更多场景和优化遗留的体验，度过产品的尴尬期。季度三则要做二期重点需求，季度四开始优化体验+同步创新。  

  4.列表（Checklist）  

  在GTD中，一个很重要的术语是：收件箱（Inbox）。  

  任何任务/需求到达你方，如果能在2分钟就处理的，就立即处理掉，比如回复一个非常简单的邮件。不然就放入收件箱，以免遗漏。再高级的工具，有时抵不过一个最简单的EXCEL列表来做收件箱更加自由灵活。但是，这里只是强调要有列表，并不限于用EXCEL还是用Wunderlist,或者其他TO-DOApp……只要有效就是好的。  

  5.截止日期（Deadline）  

  既然人性就是会拖延，那么杜绝拖延还有一个绝招就是设置一个明确的，并且让大家都知道的Deadline。所谓置之死地而后生。所以，如果我有一些重要的事情，自己又不想马上去做。我会提前把阶段性的计划排出来，找到中间几个评审、确认的会议时间点，一开始就把会议邀约给发了。那么，我就会必须逼着自己在会议前两天，产出足够可供会议讨论的内容出来。有时，人的潜力是要逼一下的。但是，一定要确保，你要拿出足够质量的内容出来，确保会议的目标达成，不然就南辕北辙，叫上一群来人看笑话了。此法慎用，但是好用，你不妨也试试。  

Powered by Froala Editor