整理了下自己在用户需求这块的知识体系。
- 需求定义
- 本质上，做需求就是解决问题。
举例：小明在路上钱包掉了，他马上报了警。
这个例子中：
包含的信息：人物、环境、问题
对应我们常说的：用户（小明）——场景（在路上）——任务（报警找钱包）
- 这里值得注意点的有：
- 需求是基于使用场景存在（小明是在路上把钱包掉了的情况下，他才去找的警察）；
使用场景介绍：
1. 可信环境（故事中的“时间”和“地点”)
2. 可信角色（“谁”和“为什么”)
3. 流畅的情节（“什么”和“怎么样”)
注：使用场景、用户角色、任务流程另做整理
- 产品可以给用户搭建使用场景，产生需求，但现实是部分产品经理在创造需求。
- 在这个例子中，小明报警找钱包只是小明给出的预期的解决方案，并不是小明的真实需求，他的需求是：找回钱包（例子容易分辨，但是在现实中，这是用户调研过程中最容易犯的错）。
- 需求分类
- 功能性需求——产品的功能
- 工作的范围（针对的业务领域）
- 产品的范围（定义预期产品的边界，以及他与相连系统的连接情况）
- 功能与数据需求（产品必须做的事情以及功能所操作的数据）
- 非功能性需求 - 观感需求（预期的外观UI）
- 易用性和人性化需求（产品要让预期用户使用，它必须是怎样的）
- 执行需求（安全性、健壮性、伸缩性、容量等等。这类需求多数技术考虑）注意点：产品经理不仅要考虑用户需求，还要考虑运营／推广需求，平衡商业利益（这个产品是用来赚钱的）。
- 需求收集
- 数据分析：产品功能使用情况
- 调研反馈（问卷、访谈等等）
- 问卷调查（这是一门社会学）：
- 问卷调查的目的是？
- 怎样让用户填你的问卷？
- 怎样设计问题？
- 用户访谈（费时费力，现实中创业公司很少采取）：
- 访谈的问题准备
- 访谈的人数控制／用户情况／时间
- 信息采集
- 采集渠道的露出 - 采集信息的整理分类- 竞品分析：
- 竞品分析目的是什么？
- 怎样才算竞品？（寻找竞品范围界定）
- 分析内容是什么？（需要根据目标来定）
- 分析，得出结论
强调：竞品分析不是抄，但优秀的人总是会看到别人的优点。
- 产品逻辑推导：根据产品属性的增删改查，还有哪些需要完善
- 来自老板： - 如果老板的需求不合理，数据说服之
- 来自产品经理自己分析（部分产品经理闭门造车）
总结： 以上的需求收集方法，1-4条只能用于优化现有功能，5-6条是真真切切的发现新需求。
- 需求分析（筛选）
- 从用户角度出发
- 产品定位
- 产品定义：使用人群、主要功能、产品特色
- 用户需求：目标用户、使用场景、目标需求
注：目标用户很重要（后期创建用户角色，就是创造典型的目标用户），这也决定做产品的边界。
- 从商业角度出发（公司战略）
- 从团队角度出发（项目资源、团队强项）
- 产品生命周期 - 引入期 - 成长期 - 成熟期 - 衰退期
总结下来就是：匹配产品定位，考虑项目资源／定义优先级
到这里，做产品前期的需求的来源与分析算告一段落了。其实里面还有很多的知识点延伸，每一个点拿出来都是一门学问，甚至一门学科。本文只理知识结构偏理论，其它知识点根据工作中使用的频次再来进行查漏补缺。
