↖  全面剖析用户产品需求的挖掘与分析-5..

全面剖析用户产品需求的挖掘与分析-5

下面会讲讲需求的记录方式，以及需求记录的相应工具。

1）记录方式
①所属板块
一个公司可能有多个产品，一个产品可能有多个端，故当混杂在一起时，需要以板块的字段来区分
范例：wap端、安卓端、ios端、小程序端、客户端、服务端等，根据自己公司业务的情况来划分
②所属业务
标记需求对应的业务模块，主要便于后期能够根据业务来区分需求的归属。
范例：直播、视频、订单、商品、游戏下载等

③需求来源
需求的来源标识一般有：来自用户、竞品调研、产品规划、运营/业务需求、政策要求，共五大类。
具体根据各公司业务的不同标识来源字段略有不同。
④需求状态
状态一般分为：待补充信息、待讨论、需求调研中、需求设计中、开发中、已完成、废弃、暂缓
具体细节从描述中可窥探，这边不过多赘述，主要是描述需求从提出之后到完成/废弃的状态过程的记录。

⑤需求时间
包括开始时间、结束时间；
更重要的是结束时间，有个明确的截止时间；一个需求往往有多端参与，包括产品、交互、测试等等，所以在记录这个需求时间的时候，也可以一并考虑不同端人员完成各自任务的时间（涉及到项目管理部分）
⑥需求背景
需求背景描述的是需求当前产生的缘由，在什么条件、什么时间、什么场景、什么资源的情况下所产生的需求，重点描述问题所在。
可以从大环境趋势、行业动向、公司情况、产品/业务现状四个方面上来阐述背景。
⑦预期方案
预期方案主要是根据当前需求的信息（包括需求背景、业务运营情况、数据情况等），所得出的预期方案，但仅仅是当下的思考并记录，不一定合适；
具体的方案还需与设计者（产品/交互/需求提出方）共同协商讨论。
⑧需求价值
需求价值侧面反映需求的重要程度，有的会以   “重要”“非常重要”来描述，但太过笼统，并且不能定性分析，故需要再拆分为用户价值及产品价值，来描述需求的重要程度。

用户价值重点阐述问题被解决的程度，站在用户的角度上思考这个需求是否能真正解决用户当下的问题，解决的程度如何。
从俞军老师的理论上来看，用户价值=（新体验-旧体验）-替换成本。
产品价值包括三方面，功能价值、情绪价值、商业价值，阿境简单说下。
功能价值指通过功能给用户提供服务，解决用户的核心问题；从技术壁垒人无我有、创新点人有我优、细节给用户带来惊喜、行业风口上的产品功能规划的方式去考虑功能价值。
情绪价值是产品除了基础功能外，满足用户的心理需求，如成就感、虚荣感等；放大积极情绪、减弱消极情绪是核心点。
商业价值代指产品的吸金能力。且先有的用户价值，再有的商业价值。
总的来看，产品价值以   “提升功能价值、增强情绪价值、构建商业价值”三方面来入手分析需求价值。

⑨紧急程度
紧急程度一般分为：不紧急、紧急、非常紧急。
一般根据实际情况调整。
⑩需求难度
需求难度一般分为：高、中、低
偏主观性的一个字段，主要通过前期对需求的了解评估，将其与开发简单评估下，做出的评判。
⑪相关人员
若需求涉及多部门人员，则需要填写需求涉及到的相关人员，便于后期追溯
⑫备注
备注当中一般描述字段以外的自由内容。
可以添加相应与需求有关的材料，比如竞品调研、用户调研、当前业务数据等等，目的是为了更好的给这个需求做决策。

2）记录工具
可以采用excel进行记录、也可以采用teambition等协同工具进行记录，切记，工具只是协助我们进行更好的进行需求梳理。
3）需求记录原则
需求记录原则遵循四个   “可”。
需求来源可追溯，需求场景可还原，需求分析可实现，需求推进可持续。
只有在记录的时候达到这四个，才能够保证需求的传递不失真，真实还原需求是需求分析的首要前提。
4）需求池的搭建方法
需求池可以说是需求管理的一剂良方，像是产品经理的   “需求记账簿”，但是要搭建一个健康、不冗余且有效的需求池，还是不那么容易的。
一个健康的需求池要达到的几个要素是：容易查找、清楚需求进度、了解需求状态。
①以结构化的思维，根据产品实际情况，划分整体需求业务分类。
②规范各业务方提交需求的需求格式（极其重要！！！），保持需求原始信息的真实记录。
③进行需求规整，对需求原始信息进行补充，分析及加工。
④标记需求状态，进行需求信息的持续完善
⑤及时维护需求池。设定周期时间，在每个周期时间内都整理一下需求池中的需求，及时进行需求状态的变更调整，抛弃无效需求，完善有效需求。

3、需求的分类
当需求池中积攒了许多需求的时候，一团糟，这个时候就需要根据一定的方法进行需求的挑选、标记及分类。

1）需求标注及筛选
①标注
当业务方/运营提需求上来之后，需要进行需求内容的标注，往往会出现需求内容不全面、需求格式不对等问题，这个时候就需要产品经理对应的去与需求提出方进行深度沟通，挖掘需求当前的有效信息。
ps：在提交需求时，产品经理可以提供一份《需求提交规范》给到需求提出方，根据这份指南来走，往往提交上来的需求会相对有效。
可以关注公众号<梦想家阿境>，并回复   “需求分析”，有阿境整理的《需求提交规范》。
②筛选
这一步骤主要是   “去伪存真”，根据全面且详尽的信息，评估出该需求的真实与否，是否是“伪需求”，若是，则需求需要进一步考虑是否废弃。
且在需求筛选这一步中需要进行优先级的评估，高优先级的筛选出来，在近期的版本中进行迭代优化。
2）需求分类
需求的分类往往是根据业务类型、业务端来区分。
业务端主要是：小程序端、app端、服务端等
业务类型主要是：直播、视频、游戏等，具体看每个产品的业务而定
有的产品较大，一个产品往往多个产品经理负责，那么就需要根据不同的业务分配不同的产品经理进行负责。

(未完待续, To be contd)
 

本页Url