关于需求

整理了下自己在用户需求这块的知识体系。

• 需求定义
• 本质上，做需求就是解决问题。

举例：小明在路上钱包掉了，他马上报了警。

这个例子中：
包含的信息：人物、环境、问题
对应我们常说的：用户（小明）——场景（在路上）——任务（报警找钱包）

• 这里值得注意点的有：

1. 需求是基于使用场景存在（小明是在路上把钱包掉了的情况下，他才去找的警察）；

使用场景介绍：
1. 可信环境（故事中的“时间”和“地点”)
2. 可信角色（“谁”和“为什么”)
3. 流畅的情节（“什么”和“怎么样”)
注：使用场景、用户角色、任务流程另做整理

2. 产品可以给用户搭建使用场景，产生需求，但现实是部分产品经理在创造需求。
3. 在这个例子中，小明报警找钱包只是小明给出的预期的解决方案，并不是小明的真实需求，他的需求是：找回钱包（例子容易分辨，但是在现实中，这是用户调研过程中最容易犯的错）。

• 需求分类

1. 功能性需求——产品的功能

• 工作的范围（针对的业务领域）
• 产品的范围（定义预期产品的边界，以及他与相连系统的连接情况）
• 功能与数据需求（产品必须做的事情以及功能所操作的数据）

2. 非功能性需求 - 观感需求（预期的外观UI）

• 易用性和人性化需求（产品要让预期用户使用，它必须是怎样的）
• 执行需求（安全性、健壮性、伸缩性、容量等等。这类需求多数技术考虑）注意点：产品经理不仅要考虑用户需求，还要考虑运营／推广需求，平衡商业利益（这个产品是用来赚钱的）。
• 需求收集
  1. 数据分析：产品功能使用情况
  2. 调研反馈（问卷、访谈等等）
  3. 问卷调查（这是一门社会学）：
     • 问卷调查的目的是？
     • 怎样让用户填你的问卷？
     • 怎样设计问题？
  4. 用户访谈（费时费力，现实中创业公司很少采取）：
     • 访谈的问题准备
     • 访谈的人数控制／用户情况／时间
  5. 信息采集

  -  采集渠道的露出 
  -  采集信息的整理分类
  

  3. 竞品分析：
     • 竞品分析目的是什么？
     • 怎样才算竞品？（寻找竞品范围界定）
     • 分析内容是什么？（需要根据目标来定）
     • 分析，得出结论
       强调：竞品分析不是抄，但优秀的人总是会看到别人的优点。

4. 产品逻辑推导：根据产品属性的增删改查，还有哪些需要完善
5. 来自老板： - 如果老板的需求不合理，数据说服之
6. 来自产品经理自己分析（部分产品经理闭门造车）
   总结： 以上的需求收集方法，1-4条只能用于优化现有功能，5-6条是真真切切的发现新需求。

• 需求分析（筛选）

1. 从用户角度出发

• 产品定位
  1. 产品定义：使用人群、主要功能、产品特色
  2. 用户需求：目标用户、使用场景、目标需求
     注：目标用户很重要（后期创建用户角色，就是创造典型的目标用户），这也决定做产品的边界。

2. 从商业角度出发（公司战略）
3. 从团队角度出发（项目资源、团队强项）
4. 产品生命周期 - 引入期 - 成长期 - 成熟期 - 衰退期
   总结下来就是：匹配产品定位，考虑项目资源／定义优先级
   到这里，做产品前期的需求的来源与分析算告一段落了。其实里面还有很多的知识点延伸，每一个点拿出来都是一门学问，甚至一门学科。本文只理知识结构偏理论，其它知识点根据工作中使用的频次再来进行查漏补缺。