这个需求做还是不做？这是产品经理日常需要做的选择。新西兰电话号码列表 每天都有需求从不同的地方来，甚至都无法知道什么时候会来，但是你知道需求一定会来。 那怎么判断需求是不是值得做？这就要做需求分析了，可见需求分析也是一门基本功。 我们今天就聊一聊需求分析，希望对大家有所启发。 一、什么是需求分析 需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、新西兰电话号码列表 可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程(百度百科）。 关于需求分析的说明最重要的就是前文的最后一段“将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。” 这段话说明了几个情况： 一是需求通常来源于用户； 二是用户在表达需求的时候是根据自己的习惯表述的，是不完整甚至是隐含的，新西兰电话号码列表 需要产品经理进行深入分析和定义； 三是在用户表达了需求以后，从系统层面需要给出具体的方案，帮助用户解决需求问题。 当然需求虽然是来源于用户，但有可能不是直接来源于用户，可能是经过业务部门转述过来的，也可能是数据分析得来的。 实际上日常产品经理在正式开始做需求方案之前都会做需求分析，所以算是一个常规技能。
接下来我们具体讲一下需求分析的三个步骤，新西兰电话号码列表 只有完成全部三个步骤才算一次需求分析完整的结束了。 二、需求真实性的判断 第一步先做需求真实性的判断，如果是一个不真实的需求其实就没有必要做后续的分析。 一个需求是否真实通常可以通过回答以下四个问题来判断： 用户是谁？ 需求场景是怎么样的？ 用户遇到的问题是什么？ 用户想要解决的实际需求是什么？ 以上四个问题对应了用户、场景、挑战和目的，能够回答以上四个问题是判断需求真实性的前提，即如果无法表述前面的问题就可以判定这不是一个真实需求。 我们举个例子做一些说明： 新西兰电话号码列表 知乎上有个问题是这样的，淘宝下订单后为什么不可以更改送货地址？ 我们按照前面的问题框架回答一下： 用户是谁？淘宝上购买商品的用户。 需求场景是怎么样的？送货地址填错了或者选错了。 用户遇到的问题是什么？淘宝无法修改送货地址。 用户想要解决的实际需求是什么？让购买的商品送到正确的地址。 非常清晰，所以对于地址填错了的淘宝用户来说需要修改送货地址是一个真实的需求。 我们再举一个例子： 手工耿曾经做过一个物品，用处是在地震发生时能够保证这个碗不被打翻，能够继续吃泡面。 我们还是按照前面的问题框架回答一下：
用户是谁？新西兰电话号码列表 肚子饿了，想吃泡面的人。 新西兰电话号码列表 需求场景是怎么样的？在地震发生时正在吃泡面。 用户遇到的问题是什么？地震发生了需要躲避危险。 用户想要解决的实际需求是什么？保证自己的生命安全。 大家注意到没有，在地震中用户的最优先的需求是保证自己的安全，如果是地震发生，大地还在晃动，谁还有心思吃泡面。 所以用户和场景都对，吃泡面这个需求虽然存在但是不是第一需求，第一需求是安全，那么所谓的解决方案当然不对。 注意：新西兰电话号码列表 我在这里说的是需求的真实性，而不是判断需求的真伪，我看了一下市面上很多写用户需求分析的文章，都在说伪需求的问题，他们中的绝大部分都把需求的理解不对或者需求的价值也归在伪需求里面，我认为这是非常不对的。 新西兰电话号码列表 有名的一个例子是大家想要一匹更快的马的需求，福特把他解读为需要更快的速度就做出了福特汽车。 注意这个例子，福特变更了解读的角度，更接近需求的本质，所以福特胜利了，但是这并不能说想要一匹更快的马是一个伪需求，想要一匹更快的马也是一个真实的需求，如果把这个时间拉到工业革命以前，当时的技术水平根本无法造出汽车，新西兰电话号码列表 那你说这是不是一个真需求？