美文网首页互联网产品策划经验分享
简述互联网产品需求分析(二)

简述互联网产品需求分析(二)

作者: 罗格斯 | 来源:发表于2017-06-29 09:43 被阅读0次

    需求判断:

    真需求/伪需求

    1,用户基于自己的环境和使用习惯很难跳出原有的思维方式,当用户直接提出解决方案的时候,往往意味着诞生了又一个“伪需求”。

    去伪存真的一个简单方法就是问个问题,你是谁?你想做什么?需要达成目的?即一个需求的用户角色定义是什么,基于什么样的用户场景,能够带来什么样的价值。

    用户经常提出的需求,从他们角度而言都是正确的,但更多是从自身情况考虑,对于产品的某个功能有自己的期望,但对产品定位、设计的依据等情况不了解,他们的建议也许并不是该功能的最好实现方式,也就不足以直接作为产品规划的直接依据。

    产品需求是提炼分析用户真实需求,并符合产品定位的解决方案。

    真实需求。例:饿了,要吃东西,一碗米饭就够了

    伪需求。例:我要一个梯子,真实需求:我要上到二楼

    2,强需求/弱需求

    用户对该需求有多强烈,需求的频率如何等来定义

    强需求可以体现在三个维度上:

    ● 必要性,没有就不行,就像每天吃饭睡觉

    ● 高频度,每天要数次,就像每天要打开饿了吗;

    ● 持续性,很长一段时间都保持足够的频度,就像只要活着,每天要睡觉

    3,需求背后的真实诉求

    揭示需求的根源是什么,为什么会这样,比如说你为什么会要买维生素C,因为广告告诉你

    嘴上说的。例:我要买一把锤子和一些钉子

    心里想的。例:我要买一把锤子和一些钉子,好把这个相框挂上去。(店员也可以推销一款全新的高粘度胶水,或者其它样式的相册)

    一个产品需求,必然是满足人性的某一个诉求才值得去做,也就是产品需求必须有价值才有存在的意义。

    下面的拓展内容

    4,需求价值判断

    在筛选需求的时候,除了需要挖掘用户动机寻找真实需求的同时,还需要考虑一下几点:

    1,该用户是否为目标用户:如果不是产品针对的目标用户,其建议或需求的参考价值可能没那么大。

    2,该需求是否符合产品定位:该需求的满足可能会影响产品的核心服务,破坏用户体验。

    3,该需求是否能实现:评估这个需求需要多少开发资源或运营能力,价值有多大?性价比如何?符合产品的周期或市场战略吗?

    广度:该需求的受众面有多大?

    频率:该需求的使用频露是以日/周/月为周期?

    强度:该需求对用户有多强烈需要?

    时机:该需求是否符合产品的规划?当下的环境?

    需求调研

    需求调研方法:

    1,用户访谈方法

    收集用户信息(用户研究)电话访谈,直接交流

    2,明确需求方需求

    3,功能分析方法

    功能分析法功能分解法以系统提供的功能为中心来组织系统。首先定义各种功能, 然后把功能分解为子功能, 同时定义功能之间的接口。

    4,结构化分析方法

    基本策略是研究问题域中数据如何流动以及在各个环节上进行何种处理, 从而发现数据流和加工。

    需求分析的步骤:

    1,可行性研究(初步探讨)

    它指明现有的软件、硬件技术能否实现用户对系统的要求,从业务角度来决定系统开发是否可行以及在预算范围内能否开发出来。可行性研究的结果是清楚的回答:该系统是否值得开发

    接到需求后,问自己以下几个问题:

    目标足够明确吗?

    已有的产品确实无法满足工作要求吗?

    已有产品的缺陷已经极其影响工作效率吗?

    成本是否合适?

    如果答案是否定的,那就需要重新审视这个需求的合理性,并且和需求方积极沟通确定最终解决方案。

    2,需求导出和分析

    这是一个通过对现有系统分析、与潜在客户讨论、进行任务分析等导出系统需求的过程,如果有必要的话,可以自己准备一个或多个不同的系统原型,以帮助工作人员了解所要描述的系统。

    确定需求可以制作之后,要对需求进行进一步的筛选和处理,类似于一种二次筛选和过滤的过程。

    可以对用户的需求进行鉴别、综合和建模,清除用户需求的模糊性、歧义性和不一致性,分析系统的数据要求,为原始问题及目标软件建立逻辑模型。

    3,需求描述

    需求描述就是把在分析活动中收集的信息通过分析整理之后以文档的形式确定下来。该文档中有两类需求:用户需求是从客户和最终用户角度对系统需求的抽象描述;系统需求是对系统要提供的功能的详尽描述。

    产品要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核,简单说就是要对需求进行详细的描述。以确保软件需求的完整、准确、清晰、具体,并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点,必须尽快更正,再行检查。

    4,需求有效性验证

    主要是通过评审、验证等一系列活动来找出需求文档中的错漏并加以改正。

    此时需要加入程序同事,一起进行需求的评审,并且要求程序给出预估的开发时间,以及需求的实现程度,找到那些可能会出现的大坑。不然最后会死的很惨。

    产品策划对一个项目负责,对应的就是要承担相应的责任,一定要找靠谱的程序确认清晰需求的完成周期及开发时间,并且要及时把可能会出现的问题反馈给需求方,不能拖延。否则要背大锅的。

    5,需求管理

    需求管理需求管理是一种系统化方法,可用于获取、组织和记录系统需求并使用户和开发方在系统变更需求上始终保持一致

    后面会有专门的课程讲解需求管理

    只提出一个简单的概念,需求池

    PS:下一节分析需求处理的内容

    相关文章

      网友评论

        本文标题:简述互联网产品需求分析(二)

        本文链接:https://www.haomeiwen.com/subject/uhqmcxtx.html