需求从采集到落地复盘的整个过程：包括采集的方法与过程、分析与筛选的原则及工具。
资源总是有限的，所以我们只能做那些性价比高的事情。
需求采集的过程就是“发现问题”的过程；需求落地的过程，就是把发现的问题“转化成任务解决”的过程。
2.1 从用户中来到用户中去
用户是需求之源。所谓需求，即为消除“理想与现实之间的差距”的愿望。
UCD（user-centered Design）以用户为中心的思想
核心在于：优先满足哪些用户，需要和产品的商业目标结合起来考虑——KPI（key performance indicator）是什么。
Persona用户描述
通过各种方法创建（虚拟的）用户个体对象。
用户研究方法
推荐书本《赢在用户：Web人物角色创建和应用实践指南》，范晓燕译。
用户研究的方法.png
定性研究可以找出原因，偏向于了解；定量研究可以发现现象，偏向于实证。
第一轮听用户定性的说，确认产品方向“做什么”；
第二轮听用户定量的说，确认优先级“先做什么”；
第三轮看用户定性的做，确认先做的需求应该怎么做：如可用性测试；
第四轮看用户定量的做，复盘数据根据结果不断改进迭代。
2.2需求采集的大生产运动
需求采集的过程，通常分为以下几步：
明确目标、选择采集方法、制定采集计划、执行采集、资料整理，然后进入下一步分析阶段。
常用的需求采集的方法.png
用户访谈
通常用在新产品方向的预研工作中。
常见问题包括：用户说/做不一致的问题；样本少以偏概全的问题；用户或调研者过于强势出现引导偏差。
用户大会
邀请数十到几百位用户到某一集中地点开会。步骤包括：
- 明确大会目的并列出；
- 资源确定：确定时间、地点、人员及分工、调研方法的结合及所需材料、备用方案等；
- 现场执行：包括场务与调研主流程（分组调研的执行）；
- 调研结束：资料整理、相关的定性及定量分析结果及运营复盘、社群反馈、资料归档。
调查问卷
封闭式问题为主；
注意投放方式和调研对象选择的偏差和对结果可能造成的影响；
问卷细节设计可能会影响被调研对象答题的选择判断。
可用性测试
通过让少数个别实际用户使用产品/产品原型 来发现界面设计中的可用性问题。
包括以下几分步骤：招募测试用户、准备测试任务、测试过程中的观察记录、测试结束后的访谈、调研结束后的记录和分析——输出产品的可用性问题列表，并将问题分级，确认落地需求。
定量分析
定量研究的数据分析需要一定统计学基础，推荐阅读《黑天鹅》和《统计数字会撒谎》。
单项需求卡片
产品的需求采集是涉及产品的每个干系人的义务。一张单项需求卡片描述了一个用户的需求到底包含了哪些内容，重点是描述用户场景——谁在什么时间、地点产生了何种需求。
A/B测试
对两种产品涉及方案进行灰度测试，根据测试结果确定正式版本的设计方案。土豪公司才玩的起。
卡片分类法
将产品各种需求写在便利贴上，让用户一起讨论并完成分类。这种方法能让最终的产品更加符合用户的心理模型。
2.3听用户的但不要照着做
用户需求VS产品需求
需求分析，是从用户需求出发，将之转化为产品需求的过程。完整的需求分析需要从用户需求的表象中探寻其深层次的原因。
用户需求：用户自以为的需求，而且经常表达为用户设计的解决方案；
产品需求：经过需求分析找到的真实需求，并将之表达为产品的解决方案。
满足需求的三种方式
提高现实：根据需求去开发设计产品；
降低理想：即“打预防针”的表达与让之放弃需求的规劝；
转移需求：引导去关注其他方向。
创造需求：基于对用户、市场、产品深刻的理解，从而对产品的续期进行了天马行空的设计，并且最终获得了用户的认可。成功的创造需求少之又少。
产品需求列表
产品需求的脑图对产品需求进行了分类；
产品需求的列表则描述了产品需求的各个属性，确定其基本属性并着手分析其商业价值、评估实现成本与难度。表头包括：
- 模块
- 子模块
- 功能（Feature）
- 任务描述
- 商业价值描述
- 商业属性：基本or扩展
- 商业优先级：从A、B到C、…
- 开发量
- 性价比
- 备注等
需求商业价值的评估
- 辅助参考值：重要性、紧急程度、持续时间
- 核心参考值：商业价值（需求的卖点是什么、可以给用户提供什么价值、对公司有什么帮助）通常商业价值会按照“1、2、3、4、5”来进行量化评级。
需求实现难度的评估
首先简化为人力成本的工作量，然后量化为开发量，单位“人天”。根据开发量能评估出相对准确的工期。
需求的性价比评估
性价比=商业价值÷实现难度（开发量）
2.4活下来的永远是少数
需求讨论、筛选与执行的过程分为几步：
准备工作：打包需求
- 打包类似的功能点，并通过业务逻辑图将需求可视化
- 注明功能与功能之间的依赖（前置）关系，以及功能与指定的人力资源之间的依赖关系
- 把握需求的力度大小问题，大约每条需求细化到不超过“5人天”的程度
工具文本：商业需求文档BRD（Business Requirement Document）
内容主要包括：项目背景、商业价值与预期目标（重点）、功能需求描述、非功能需求描述、资源描述（重点）、风险和对策
2017.9.26
我的妈呀可算是找到一个可以码字的咖啡馆了
网友评论