需求分析 对需求与需求分析的简单梳理,二

下面我们就来进行相关内容的梳理。

一、什么是需求？

需求是在一定时期内人们的某种需要或者欲望。在经济学上，一种商品的需求是指，消费者在一段时间内、在各种可能的价格水平下、愿意而且能够购买的该商品的数量。

需求来自于生活、工作等方方面面，可以说人人都有需求，人人都会提出“需求”。但是往往两种需求并不一致，人人都有需求一般是人内心最本质的需要，“渴、饿、冷、热……”以及各种情感等（B端更多是要高效、自动地实现某个流程）。

人人都会提出“需求”更多指的是对需求的描述，指要满足内心本质需要做的事情，这种“需求”往往是想到什么便是什么，为深入思考，直接表达出来。

比如：小明突然告诉你他手上的玻璃杯不香了，想要换一个双层马克杯，看似这是一个小明的需求，但实际上只是小明对需求的一种 描述，如果我们更深入地去问小明：“为什么要买双层马克杯？玻璃杯怎么了？”

也许你会得到“玻璃杯接热水太烫手了”的回答，那么实质的需求则是“杯子太烫手”，我们可以不用买杯子，而是直接给杯子加一个杯套，便能够解决问题。

这实际就是一个表面需求与本质需求的关系，当我们在接到业务方提出来的需求的时候，我们要尽可能刨根问祖式地对需求提出各种各样你不懂的问题，问题问得越深，才越能挖掘到需求的本质，而不是停留在需求表面描述上。

有了需求的本质，我们才能提出成本更小、效率更高的解决方案。

二、获得需求后，立刻要做什么

当我们拿到，或者和需求对接者进行需求对接的时候，我们要做什么呢？

首先，如一所提到的，我们要对需求进行不断的提问，挖掘本质需求是什么，了解整个需求的使用流程，对需求有大致的掌握。

其次，要求业务方建立需求文档，这既使业务方在文档书写的时候，重新思考自己需求的逻辑性与合理性，同时文档的建立，有利于防止需求频繁的变更。

接着确认负责人，谁能够cover这个需求，为整个需求方案做决定，防止前期会议达成的一些方案突然被其他人否决而需要重新考虑。

再次，穷尽需求的各种场景（特别是“没有”，“错误”等边界场景），对各种不同情况的场景，往往业务方的操作方***不同，穷尽这些场景，与业务方确定流程和相关处理 ，能使得后续方案更加完整。

在清楚了需求以及需求使用流程之后，优先思考脑子里有无最小成本实现方案，因为业务方并不会思考有哪些简单的 来实现需求，只会想到用最直接的 来实现需求。

最后，如果需求不合理或者效益低微，这样的需求是要拒绝的！

三、确认需求后，怎样进行需求分析

需求分析在初谈对需求分析的理解（一）中我们已经详细的讲到了几种 ，这里我们在此基础上，增加几个考虑的角度，来对需求进行分析。

经过这些方面对需求的评估后，对于一些需求是需要说服业务方放弃或者等待需求开发。

四、初步方案

在我们确认需求的可行性后，我们就可以开始对需求进行拆分，将需求拆分成各个功能点，进行一个产品原型的初步设计。在方案设计的时候，如果有自己觉得很合理又和需求有冲突的地方，可以充分向业务方进行说明，影响业务方向你想做的方向去想，从而达成共识。

以上就是对需求以及需求分析的进一步梳理，这不会是最后一次，随着工作的进一步深入，也希望自己搭建起对这方面的一些处理 和流程。

你是如何处理需求，如何进行需求分析的呢？你在需求分析中运用到了哪些 呢？期待各位前辈和产品小伙伴能跟我分享自己的需求分析 。

作者：on the roa ，微信公众号：地平线的守望者

本文由 @on the roa 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议