作为一个PM，经常要做的就是跟需求打交道，什么是需求呢？可以做这样一个比喻：你是一个理性的丈夫，而需求就是你那任性，蛮不讲理的妻子，你们刚刚诞育了一个小Baby，你的妻子在孩子未出生之前就准备了一堆“育儿宝典”，为你们的baby准备了钢琴，吉他，小提琴，想要她打小就有不错的音乐素养，不仅如此，还给她报了一大堆所谓的“兴趣班”，像什么拉丁舞班，民族舞班，书法班等等，也不管她是否有兴趣。
把小baby比作我们的产品的话，这些加载在小baby身上的期望或者要求，就是施加在产品上的需求。有一部分是人云亦云，“妻子”觉得应该有的；有一部分是经过所谓的“科学研究表明”，“妻子”觉得必须有的；而在这时候，作为一个理性的丈夫，必须拯救Baby于水火之中，把那些不合理的“需求”统统拒之门外，不拔苗助长，根据孩子自己的兴趣来协助他进行选择。
讲完这个，相信各位对互联网产品设计中的需求有了更直观的认识了吧。在对需求进行分析和产品设计的过程中，我越来越发现，如何去平衡需求所带来的各种不同的可能性是一个很值得思考的问题。
作为产品经理，在接到运营或者业务或者老板提供的新需求时，首先要做的是把需求分解，分解成一个个具体的任务，然后根据任务目标设计产品流程，保证能够合理地满足新需求的需要并不会影响现有流程，若必然有影响，则需要考虑怎么做把对现有流程的影响减至最小。在这个过程中，新的改造必然带来不同的可能性。比如在审批流程标准化的改造中，标准审批流程的设置如果不能满足审批流的需要，那是不是要为标准表单开通通用流程的入口，以满足特殊情况下的审批流程？再比如在金融产品的客户利息计算上，采用凌晨跑批出账计算，会不会被客户打了时间差，刚好在这个跑批时间段内赎回，从而影响客户利息？
在产品设计的过程中，这些问题总是反复出现在我的脑海中，要求我去系统的考虑每一种可能性给产品带来的影响，很多情况下也要及时果断的做出取舍，因为有很多时候，“可能”与“可能”之间是互斥的，你不可能满足所有的可能性，这时候就需要通过数据分析或者是用户调研来决定哪种可能性是最应该得到满足的。
但是很多情况下是产品经理是不可能穷举到所有的可能性的，也不会去穷举所有的可能性的，因为有很多“可能性”很可能只是“逻辑上的可能性”，在实际产品使用过程中只是存在理论上的需求，这时候为了满足这一小撮理论上的需求而去让产品变得臃肿不堪，上线遥遥无期，那么是这就是产品经理的失职。
产品在实际的使用过程中，总是有令用户不满意的地方，我们需要做的就是虚心听取用户的意见，采用其中的80%的大众需求，不要为了20%“逻辑上存在的可能性”去走偏路，忽略了产品优化的本质。
