开头先留个问题哦，现有画正方形的两种方法。方法A：：一个边一个边画。方法B：画完四个点再连起来。问：那种方法你觉得画的正方形又快又好
(以下是正文，这个题目和正文有关联的哦)
创业公司有一个很突出的特点，就是内部的业务沟通流程还不清晰，或者即使流程清晰，执行过程里也允许较高的自由发挥。这是创业公司的优势，因为机动性强，能更好的应变突发状况。
但是流程的模糊也会带来一系列问题，最典型的就是“紧急需求”的出现（大公司也会出现，但因为流程的严格，能很好的阻挡掉）。在创业公司做产品的同学一定经常遇到临时插进来的优先级特别高的需求。而它之所以优先级高，可能事实如此，也可能只是源于老板的突发奇想。大多数情况下，你并没有议价的权力，所以救火的任务往往就会落在你头上。我们当然可以义正言辞的找需求方进行需求驳回，但我们同时也要提高自己处理“紧急需求”的能力。
自己近期刚好遇到了两次这样的情况，“紧急需求”突然出现，打断了原本的任务。接着我就必须立刻开始需求调研和分析，立刻完成方案设计、ui跟进，然后给到技术部门。如何保证短时间内不出错且较高质量的完成任务是一门学问啊。
首先基本的需求处理原则不能乱，针对需求提出方产品是优势部门，应该尽可能多的来回沟通，确保信息无误。针对技术部门，我们是弱势部门，应该尽可能确保需求不变更的前提下再把方案给到技术。详情可以参考我的另一篇文章《乌木说需求（一）：需求传递》
然后就需要确保你能迅速的理解清楚需求了，这里我在观察老大的工作习惯时，发现了一个不错的思维方法：
如果我们把一个需求看做一个系统，它一定是由几个子系统组成的，我的做法是先考虑子系统之间的“联系”，但因为联系是网状且异常复杂的，我居然花了数小时还不能把这个需求理解清楚T-T T-T T-T T-T T-T。
然后老大来帮忙了，他建议我先不考虑子系统之间的关联，优先将它们简化成独立且不相关的个体，分别考虑。那要怎样将子系统区别呢？？关键在于设立隔绝条件，比如现在存在任务A和任务B，它们之间有相当多的交集（就是需要互相判断的一些前置条件，比如任务A要进行下去，你要先考虑任务B里存在的特殊情况），我们现在设定条件将任务A和任务B的关系撇清，单独的先理清任务A，再单独的理清任务B。
我猛然发现自己的梳理速度加快了，因为之前梳理的慢很大程度是因为我花费了过多时间去考虑任务A和任务B之间特殊“联系”，一旦还存在任务CDEF...的时候，这样的理解成本是巨大的。
现在我们继续深挖一下这个需求系统。我们把子系统独立开来并分开考虑，很快就梳理清楚了它们各自的逻辑，这样理解确实加快了，但要完成需求系统，我们还是必须要考虑子系统之间的“联系”。这个方法并不是要我们放弃考虑“联系”，而是在真正理解子系统的逻辑之后，再去思考“联系”能让思维更加有条理。比如我们画一个正方向，大家可以试试，是一个边一个边的画，还是把四个点固定好后再连起来画的形状比较快和精准？？
如果用人话来说呢，就是在创业公司，因为“紧急需求”特别多，一个产品如果要高效高质的完成这些任务，就必需改变自己的思维方法。而这个方法有两步，首先简化，找出你能想到的最简单的理解方式和解决方案；其次，再去将其复杂化，考虑这个需求内部和外部的矛盾，比如它会给公司的其它产品带来什么样的影响。
这个思维不一定人人都会习惯，但它的好处至少有两点：一是你的理解变快了，你有更多时间和需求提出方去讨论细节；二是你的文档也简单了，有利于提高其它阅读人员的理解速度。
