需求分析的方法

需求分析的方法完成需求收集以后，接下来要做的就是需求的整理和分析，其中需求的整理相对简单，按照一定的分类规则进行分门别类的整理，不同业务不同产品对需求的分类方法会不太一样。这个整理的过程比较适合收集回来的需求量比较大的情况下，如果需求量不大，可以略过整理的步骤。需求分析的目的是找到实际要做的需求，并明确需求执行的优先级。我们在收集需求的时候，即便限定了需求获取的范围，但因为每个人的理解差异，回来的需求或多或少都会有些偏差，这就要求我们运用一些分析的方法去甄别。一、需求分析的关键是找准目标用户群体我们在产品定位中明确了目标用户群体，在需求分析的过程中就始终要围绕这个目标用户群体的需求去分析，而不能产生偏离，即便是同一个目标用户群体，也存在专家用户、粉丝用户和主流用户的区别，做产品的过程中，我们最应该满足的就是主流大多数用户的需求，逐渐的把他们变成粉丝用户，可以从专家用户那边获取需求，但不能一味的以他们为准。分析需求的目标用户是要弄清楚做某个需求到底是满足谁的，是普通用户的需求，还是专家用户的需求？是领导的需求，还是产品所处行业的需求？为什么银行ATM机不能取1块钱，5块钱，10块钱？是ATM机的容量限制问题么？是ATM机的设计问题么？其实是ATM只是为了方便那些临时缺钱的用户，而这部分用户一般不会取小面额的钱。我们称目标用户群体为产品的关键涉众，可以从涉众利益的角度去分析，用户需求外加商业目标，也可以反推，这样我们就能找到需求的服务对象。比如宠物商店的关键涉众是宠物的主人，而不是宠物，自然我们做互联网宠物应用APP的时候也要以宠物的主人为分析对象；财务软件的关键涉众是企业老板，而不是企业里面的会计，老板想看到什么样的财务报表，决定了下面的会计要怎么做账；互联网金融产品中的理财类产品，就有的是面向普通用户的，有的是面向理财规划师的，这都是由产品的用户需求和商业目标来决定的。二、需求分析的方法1、需求的筛选和分类前期收集的大量需求，其中有很多需求是“伪需求”，甚至是不合理的，第一步就需要将这些需求进行“清洗”，择优去重、去伪存真。好比是好不容易去果园摘了一箩筐的苹果回来。接下来，我们就要把一些还没有不合格的橘子给挑拣出去，对我们收集进来的需求进行分析和筛选，筛选掉那些不合理的需求。哪些是不合理的需求？比如当前技术不可能实现的或者是明显意义不大的，投入产出比比较低的，无匹配的产品使用场景的，明显不合理的需求等，都可以归类为不合理的需求。分析与筛选需求，就是个做减法的过程，去掉与核心业务实现无关的需求。初始的需求收集虽然是有目的性、有针对性的去收集，但也会反馈回来大量的需求。不过有总比没有强，产品经理要做的就是从这些需求当中找出可实现的，有价值的需求，排除那些无意义，不可实现的需求，或者是当前暂时先不实现，或者是这个产品不实现但可以利用在别的产品身上的，反正与当前产品无关的需求，都需要排除掉，这个过程就是在做减法。产品经理要捕捉到有价值的需求，围绕产品的核心业务功能，并不是胡乱筛选。我们先来看一个《精益创业》中的故事：同步云存储服务Dropbox的创始人德鲁休斯顿(DrewHouston)在没用写一行代码的前提下，拍了一段视频通过在YouTube上发布视频来聚拢早期用户，后面这个视频被疯狂转载，于是他们就有了信心开始正式开发这个产品。德鲁休斯顿(DrewHouston)并没有急于马上动手开发，是因为在当时需要克服重大的技术障碍，且投入成本暂时无法预估。取而代之的是，他选择了在目标人群中发布一则宣传视频，一本正经地向科技爱好者“虚构”了Dropbox的产品功能，用这个方法来验证用户需求是否真的存在。我们称这个方法为可用性测试，用来验证发现的需求是否确实存在。当然这种方法，一般是用来测试产品大方向的需求，对于产品大方向已经明确，在收集具体的产品功能模块需求的时候，就不太合适了。把明显不合理的需求排除后，我们就需要把剩下的需求一个一个进行分析了。首先要了解需求的三个分类：用户讲述的、用户实际想要的、用户的潜在需求，这是三件不同的事情，却又有着千丝万缕的联系。我们需要通过用户描述的需求，找到用户实际需求，发掘潜在需求.举个例子，一天晚上，一个孩子和妈妈走在回家的路上，突然孩子说：“妈妈，我要吃鸡腿”，但是现在附近没有肯德基之类的店铺，妈妈犯愁了，怎么办呢？可不能饿着孩子啊，妈妈又突然想起来中午买的披萨还有一些，于是拿出来给孩子吃，孩子一看还有皮萨，很高兴的接过来吃着了。从这个故事当中我们可以得到什么？首先披萨并不是鸡腿，但是也满足了孩子的需求；其次既然披萨也能满足孩子的需求，那么孩子的真正需求就不是他所说的“吃鸡腿”，那是什么呢？我们按照需求的三个分类来分析一下这个问题：用户描述：想吃鸡腿用户实际想要的：饿了，只要有好吃的都行用户的潜在需求：饮料？水果？这个故事相对来说比较简单，但是也比较具有代表性。孩子不是很能表达自己的需求，但是妈妈很了解自己的孩子，所以能找到孩子的实际需求，在我们的工作场景中，我们也要多花些时间了解我们的用户。2、判断需求的优先级评估需求的优先级也是产品经理的一项重要能力，在前面已经通过需求分析评估和筛选了哪些需求该做，哪些需求不该做，对于决定要做的需求，由于数量过多，不可能全部都在同一时间全部开发完毕。这个时候，就需要产品经理对所有的需求来定义一下优先级，优先级高的需求优先研发，优先级低的需求延迟研发。由于我们整个部分都是在介绍如何从0到1的打造一款产品，所以新产品在未上线之前，是没有相关的运营数据作为支撑的。这个时候，大部分在定义需求的优先级时，我们一般通过需求对用户的重要性和紧迫性来判断。KANO模型是用来进行判断需求重要性的一条非常有用的法则。KANO模型定义了三个层次的用户需求:基本型需求、期望型需求和兴奋型需求。基本需求是必须具备的，即使不说也应该做到，这部分需求一般是产品初期需要做的功能。期望型需求是用户期望的，用户能够较清晰地知道的。而兴奋型需求是超出用户预期的，用户不知道有这方面的需求，如果提供，用户满意度会更高。一般情况下，用户需求的重要性依次为：基本型需求一期望型需求一兴奋型需求。用户需求实现率兴奋型需求籍公用户需求实现率兴奋型需求籍公期望型需求期型的用户能眸技*新知遒的考虑完了需求的重要性问题，我们接下来考虑需求的紧迫性问题。通常情况而言，基本型需求的重要性最高，且也最紧迫，所以基本型需求的优先级默认是最高的。但是由于公司其它部门，如运营、市场、销售等部门业务需求的迫切需要，会同时研发一部分期望需求（重要不紧急）和兴奋型需求（紧急不重要）。来个经典的案例讲解下如何进行用户需求的优先级排序。话说，网上流传腾讯有一道经典的面试题，题目的具体内容是这样的：1998年，QQ开始规划，1999年2月推出Betal版本，1999年5月Beta2,