编辑导语：在进行产品原型设计时，我们常常需要先明晰需求，才能够进行后续的步骤。你是如何处理需求以及进行需求分析的？作者总结了4个步骤的需求处理流程，与你分享，也期待能与更多产品小伙伴交流更多的需求分析方法。
在2019年12月底，根据自己的实习经历，曾经对需求分析进行了一次初步的理解和探讨，其实也没有真的想到将近两年后，才有机会或者说还能继续在产品岗工作，并对这一问题继续探讨和梳理。
仔细回看了上一次写的文章，只探讨了方法的运用，对于问题的来源以及方法运用之后的处理，并没有进一步做出总结，这次想对需求及需求分析进行一个流程较为完整的简单梳理（这里特别感谢仲达哥、ted哥、蛋姐工作时候对我的指点，工作了才发现我是真菜）。
本文主要从4个步骤梳理需求处理的流程，即：
- 什么是需求；
- 获得需求后需要做什么；
- 确认需求后，如何进行需求分析；
- 针对需求做出的初步方案（简略说说）。
下面我们就来进行相关内容的梳理。
一、什么是需求？
需求是在一定时期内人们的某种需要或者欲望。在经济学上，一种商品的需求是指，消费者在一段时间内、在各种可能的价格水平下、愿意而且能够购买的该商品的数量。
需求来自于生活、工作等方方面面，可以说人人都有需求，人人都会提出“需求”。但是往往两种需求并不一致，人人都有需求一般是人内心最本质的需要，“渴、饿、冷、热……”以及各种情感等（B端更多是要高效、自动地实现某个流程）。
人人都会提出“需求”更多指的是对需求的描述，指要满足内心本质需要做的事情，这种“需求”往往是想到什么便是什么，为深入思考，直接表达出来。
比如：小明突然告诉你他手上的玻璃杯不香了，想要换一个双层马克杯，看似这是一个小明的需求，但实际上只是小明对需求的一种方法描述，如果我们更深入地去问小明：“为什么要买双层马克杯？玻璃杯怎么了？”
也许你会得到“玻璃杯接热水太烫手了”的回答，那么实质的需求则是“杯子太烫手”，我们可以不用买杯子，而是直接给杯子加一个杯套，便能够解决问题。
这实际就是一个表面需求与本质需求的关系，当我们在接到业务方提出来的需求的时候，我们要尽可能刨根问祖式地对需求提出各种各样你不懂的问题，问题问得越深，才越能挖掘到需求的本质，而不是停留在需求表面描述上。
有了需求的本质，我们才能提出成本更小、效率更高的解决方案。
二、获得需求后，立刻要做什么
当我们拿到，或者和需求对接者进行需求对接的时候，我们要做什么呢？
首先，如一所提到的，我们要对需求进行不断的提问，挖掘本质需求是什么，了解整个需求的使用流程，对需求有大致的掌握。
其次，要求业务方建立需求文档，这既使业务方在文档书写的时候，重新思考自己需求的逻辑性与合理性，同时文档的建立，有利于防止需求频繁的变更。
接着确认负责人，谁能够cover这个需求，为整个需求方案做决定，防止前期会议达成的一些方案突然被其他人否决而需要重新考虑。
再次，穷尽需求的各种场景（特别是“没有”，“错误”等边界场景），对各种不同情况的场景，往往业务方的操作方法会不同，穷尽这些场景，与业务方确定流程和相关处理方法，能使得后续方案更加完整。
在清楚了需求以及需求使用流程之后，优先思考脑子里有无最小成本实现方案，因为业务方并不会思考有哪些简单的方法来实现需求，只会想到用最直接的方法来实现需求。
最后，如果需求不合理或者效益低微，这样的需求是要拒绝的！
三、确认需求后，怎样进行需求分析
需求分析在初谈对需求分析的理解（一）中我们已经详细的讲到了几种方法，这里我们在此基础上，增加几个考虑的角度，来对需求进行分析。
- 从收益的角度，如果不是主要流程中的需求，我们往往要考虑这个需求的收益，即从数据上来看，我们实现这个需求能够优化多少数据，带给我们的收益是多少。
- 从自身资源的角度，作为一个部门我们的开发资源是有限的，因此我们在接需求的时候，要评估当前的开发资源还有多少，比较当前开发的需求和要接的需求的重要程度。
- 从产品设计角度，初谈对需求分析的理解（一）。
- 从发起人角度，如果不能说服老板，那BOSS FIRST。
经过这些方面对需求的评估后，对于一些需求是需要说服业务方放弃或者等待需求开发。
四、初步方案
在我们确认需求的可行性后，我们就可以开始对需求进行拆分，将需求拆分成各个功能点，进行一个产品原型的初步设计。在方案设计的时候，如果有自己觉得很合理又和需求有冲突的地方，可以充分向业务方进行说明，影响业务方向你想做的方向去想，从而达成共识。
以上就是对需求以及需求分析的进一步梳理，这不会是最后一次，随着工作的进一步深入，也希望自己搭建起对这方面的一些处理方法和流程。
你是如何处理需求，如何进行需求分析的呢？你在需求分析中运用到了哪些方法呢？期待各位前辈和产品小伙伴能跟我分享自己的需求分析方法。
作者：on the roa ，微信公众号：地平线的守望者
本文由 @on the roa 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
文章评论