需求收集,是一款产品的开端,是产品规划、产品设计、产品实现等基础。 本篇文章,主要解决三个问题 1、需求从哪里来? 2、需要采集什么内容? 3、如何记录采集到的需求?

问题一:需求从哪里来?

 1、内部需求

    1-1、企业战略层需求 ,企业愿景或企业战略,提炼出需求

    1-2、运营型需求,运营人员为达KPI考核指标,而提出的需求

    1-3、市场、客服等业务部门提出提升工作效率等工具型需求

    1-4、产品可用性测试阶段,从测试问题中发现的需求

2、外部需求

     2-1、用户反馈,通过线上反馈渠道、用户运营群、各论坛等用户吐槽数据,收集的需求

             a、 搭建用户在线反馈渠道

             b、收集外部平台的用户问题

            c、建立核心用户群运营

     2-2、用研中发现的需求,从用研结果分析的需求

    2-3、竞品市场分析,通过分析竞品版本发布情况、产品架构、亮点、盈利情况,而提炼的产品需求

     2-4、产品数据分析,通过分析用户数据、产品数据、业务数据,而发现的需求。

问题二:需要采集什么内容?

当需求被提出时,我们需要从提出者哪里获取哪些信息,才可使我们不会被需求表象所欺骗。该问题是需求采集的核心内容。核心哦,关注,关注,关注!内部需求和外部需求采集关注点有所不同,接下来我们分别做说明。

内部需求

1)、确认该需求是什么,即与需求方确认你所理解是否与他表达意思一致;

   经常会遇到,需求方和产品经理争论的面红耳赤,最后发现两个人说的不是一个意思,这种无效沟通,要杜绝发生,就需要产品经理,说句“您的意思是这样的吗?”。

2)、询问需求方为什么提出这个需求?

     通过反问需求方,避免需求方自己都不知道为什么就提出的需求,从而降低一些伪需求。

3)、需求是在什么样的场景下,解决什么问题?

了解需求适用的场景,解决的什么样的问题,便于产品经理评估该需求的影响用户体量,以及用户价值等,也是衡量需求真伪、重要、紧急程度的依据。

4)、需求的用户人群是谁?

通过向需求方讲清楚需求的受众群是谁,基数是多大,便于后期开发评估负载量,以及投入产出成本。

5)、需求的商业价值或用户价值空间有多大?

毕竟公司都是追逐利益的,若投入那么大的开发成本做出的产品,不能为公司带来任何利益,Boss们肯定要say,NO。产品经理的我们做任何事情都需要以结果为导向而行动。

6)、需求的重要程度和紧急程度?

 需求的重要、紧急两个维度,便于我们合理规划、管理需求。

7)、询问需求方期望的展现形式,需求效果评估标准?

 很多时候,需求方再提出前都有主观期望的样子,所以我们经常听到“你给我做成XXX样,就好了”。产品上线仅是产品经理工作的一部分,我们要为每次效果负责,数据抑或用户口碑等。

外部需求

1>、用户反馈

        用户反馈的渠道

        用户对问题描述

        用户的联系方式等

 2>、用户研究

   定性调研(焦点小组、情绪版、可用性测试),需要产品经理提前用研主题大纲,通过观察、沟通挖掘需求,产品经理记录方式可通过视频、语音、文字等方式记录现场。

定量调研(问卷调查、数据分析),预先确定研究目标,设定选项题,通过分析问卷结果来挖掘需求。

3>、市场分析

        市场规模

        发展趋势

        竞争图谱

4>、竞品分析

       版本更新历史

       市场情况

        产品架构

        产品亮点

       产品交互

      产品业务模式等

5>、数据分析

          用户数据 :获取用户群体特殊值,构造用户画像,深入挖掘用户群的痛点,新增场景下的需求。

          产品数据 :产品上线后结合产品所处生命周期,分析对应的数据,从而来衡量需求达到的效果和挖掘新的需求进行迭代。

         业务数据  : 通过业务数据来验证商业价值是否达到,还有多大提升空间。

问题三:如何记录采集到的需求?

通常收集了一大堆需求,需求集中到一个地方统一管理,这样的一个管理所有需求的工具,被叫为“需求池”。那么我们会将收集到的哪些信息记录到需求池呢?

1、编号 

2、名称 : 需求名称,需求的核心内容

3、描述 :需求详细描述,建议用场景化讲故事方式记录。

4、模块 :需求所属产品模块

5、分类 :需求类别,比如 新功能,已有功能优化,修复Bug等

6、来源 : 需求从哪儿来的,即问题一所列;

7、状态:需求状态,比如 无方案、待讨论、已排期、已上线;(需要更新状态)

8、优先级,按重要度、紧急度分为四个优先级  重要紧急,不重要紧急、重要不紧急、不重要不紧急;

9、开发量,可简单记录为 “高、中、低”; (待需求分析后,补充)

10、提出者,即需求提出人,需求上线后需要及时反馈该需求方。

11、提出时间

12、上线版本 (待需求分析后,补充)

13、备注信息

文章来源于互联网,如有雷同请联系站长删除:Vol1|需求管理-需求采集

发表评论