互联网金融产品运营需求分析的方法需求分析的方法.docxVIP

互联网金融产品运营需求分析的方法需求分析的方法.docx

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析的方法 完成需求收集以后,接下来要做的就是需求的整理和分析,其中需求的整理相对简单,按照一定的分类规则进行分门别类的整理,不同业务不同产品对需求的分类方法会不太一样。这个整理的过程比较适合收集回来的需求量比较大的情况下,如果需求量不大,可以略过整理的步骤。 需求分析的目的是找到实际要做的需求,并明确需求执行的优先级。我们在收集需求的时候,即便限定了需求获取的范围,但因为每个人的理解差异,回来的需求或多或少都会有些偏差,这就要求我们运用一些分析的方法去甄别。 一、需求分析的关键是找准目标用户群体 我们在产品定位中明确了目标用户群体,在需求分析的过程中就始终要围绕这个目标用户群体的需求去分析,而不能产生偏离,即便是同一个目标用户群体,也存在专家用户、粉丝用户和主流用户的区别,做产品的过程中,我们最应该满足的就是主流大多数用户的需求,逐渐的把他们变成粉丝用户,可以从专家用户那边获取需求,但不能一味的以他们为准。 分析需求的目标用户是要弄清楚做某个需求到底是满足谁的,是普通用户的需求,还是专家用户的需求?是领导的需求,还是产品所处行业的需求?为什么银行ATM机不能取1块钱,5块钱,10块钱?是ATM机的容量限制问题么?是ATM机的设计问题么?其实是ATM只是为了方便那些临时缺钱的用户,而这部分用户一般不会取小面额的钱。 我们称目标用户群体为产品的关键涉众,可以从涉众利益的角度去分析,用户需求外加商业目标,也可以反推,这样我们就能找到需求的服务对象。 比如宠物商店的关键涉众是宠物的主人,而不是宠物,自然我们做互联网宠物应用APP的时候也要以宠物的主人为分析对象;财务软件的关键涉众是企业老板,而不是企业里面的会计,老板想看到什么样的财务报表,决定了下面的会计要怎么做账;互联网金融产品中的理财类产品,就有的是面向普通用户的,有的是面向理财规划师的,这都是由产品的用户需求和商业目标来决定的。 二、需求分析的方法 1、需求的筛选和分类 前期收集的大量需求,其中有很多需求是“伪需求”,甚至是不合理的,第一步就需要将这些需求进行“清洗”,择优去重、去伪存真。好比是好不容易去果园摘了一箩筐的苹果回来。接下来,我们就要把一些还没有不合格的橘子给挑拣出去,对我们收集进来的需求进行分析和筛选,筛选掉那些不合理的需求。哪些是不合理的需求?比如当前技术不可能实现的或者是明显意义不大的,投入产出比比较低的,无匹配的产品使用场景的,明显不合理的需求等,都可以归类为不合理的需求。 分析与筛选需求,就是个做减法的过程,去掉与核心业务实现无关的需求。初始的需求收集虽然是有目的性、有针对性的去收集,但也会反馈回来大量的需求。不过有总比没有强,产品经理要做的就是从这些需求当中找出可实现的,有价值的需求,排除那些无意义,不可实现的需求,或者是当前暂时先不实现,或者是这个产品不实现但可以利用在别的产品身上的,反正与当前产品无关的需求,都需要排除掉,这个过程就是在做减法。产品经理要捕捉到有价值的需求,围绕产品的核心业务功能,并不是胡乱筛选。 我们先来看一个《精益创业》中的故事: 同步云存储服务Dropbox的创始人德鲁休斯顿(Drew Houston)在没用写一行代码的前提下,拍了一段视频通过在YouTube上发布视频来聚拢早期用户,后面这个视频被疯狂转载,于是他们就有了信心开始正式开发这个产品。 德鲁休斯顿(Drew Houston)并没有急于马上动手开发,是因为在当时需要克服重大的技术障碍,且投入成本暂时无法预估。取而代之的是,他选择了在目标人群中发布一则宣传视频,一本正经地向科技爱好者“虚构”了Dropbox的产品功能,用这个方法来验证用户需求是否真的存在。我们称这个方法为可用性测试,用来验证发现的需求是否确实存在。 当然这种方法,一般是用来测试产品大方向的需求,对于产品大方向已经明确,在收集具体的产品功能模块需求的时候,就不太合适了。 把明显不合理的需求排除后,我们就需要把剩下的需求一个一个进行分析了。首先要了解需求的三个分类:用户讲述的、用户实际想要的、用户的潜在需求,这是三件不同的事情,却又有着千丝万缕的联系。我们需要通过用户描述的需求,找到用户实际需求,发掘潜在需求. 举个例子,一天晚上,一个孩子和妈妈走在回家的路上,突然孩子说:“妈妈,我要吃鸡腿”,但是现在附近没有肯德基之类的店铺,妈妈犯愁了,怎么办呢?可不能饿着孩子啊,妈妈又突然想起来中午买的披萨还有一些,于是拿出来给孩子吃,孩子一看还有皮萨,很高兴的接过来吃着了。从这个故事当中我们可以得到什么?首先披萨并不是鸡腿,但是也满足了孩子的需求;其次既然披萨也能满足孩子的需求,那么孩子的真正需求就不是他所说的“吃鸡腿”,那是什么呢? 我们按照需求的三个分类来分析一下这个问题: 用户描述:想吃鸡腿 用户实际想要

您可能关注的文档

文档评论(0)

WanDocx + 关注
实名认证
文档贡献者

大部分文档都有全套资料,如需打包优惠下载,请留言联系。 所有资料均来源于互联网公开下载资源,如有侵权,请联系管理员及时删除。

1亿VIP精品文档

相关文档