一个需求的奋斗史
需求和用户与公司之间的关系
理想与现实的总是有差距的，减少甚至消除这个差距 的愿望，就产生了需求
那么满足用户的需求就是一个产品的目的。再结合公司来考虑，优先满足哪些客户的需求和公司的商业目标要结合来思考
产生需求的过程
需求是满足用户的，那采集需求当然去用户中采集了。
有几种方式采集需求
-
用户访谈
- 说的有时候和做的不一致，因为说的时候也没思考清楚
- 样本少，以偏概全。 (这里的样本少，包括用户的数量，用户的种类，用户的意愿等不同方向)
- 牢记自己的目的，要让用户按照自己的思路回答问题， 别扯淡
- 管好自己的嘴，让用户多少，自己别带节奏
-
调查问卷
常见的问题
- 样本要和自己想了解的用户一致，才有意义。
- 样本少
- 问卷题目的设置细节
-
可用性测试
首先强调的是可用性测试比较重要。
- 做的太晚了，即使发现问题也可能没办法
- 明确是测试产品，不是测试用户
- 过程中，组织者不要给暗示
-
数据分析
要注意的是，在做产品设计的时候要把数据分析加进去，这样用到的时候才会有数据可依
-
需求采集人人有责
听用户的但是不要照着做
-
用户需求 VS 产品需求
用户需求： 就是表达为用户的解决方案
产品需求： 经过我们分析，找到真实的需求，表达为产品的解决方案
需求分析： 从用户需求出发，找到用户内心真正的渴望，再转换为产品需求
重点就是去分析用户的需求，透过现象看本质，产出为产品需求
这是产品经理的价值
-
需求种类
需求属性 属性说明 分类 新增，改进，体验提升，bug修复，内部需求 层次 基础，扩展，增值 -
分析需求的商业价值
就是分析性价比
性价比 = 商业价值 / 实现难度 （简化为开发量）
产品的PK
在产品的资源上竞争，需要的就是商业需求文档-BRD
- BRD怎么写：
-
项目背景
我们在哪里？为什么要做这个项目，解决什么问题，可以列出一些数字说明项目的必要性
-
商业价值
我们去哪里？ 这里是重点，做这个项目以后有什么价值
-
功能需求描述
我们怎么去？通过做哪些事情来达到目标，可以用功能列表的形式，做好能活出业务逻辑关系
-
非功能需求描述
提下重要的非功能需求，如果有
-
资源评估
第二个重点，老板要看成本的
-
风险和对策
有的项目可能会有一些潜在的风险，给老板看下，并说出你的对策，也许对老板来说就不是问题，而是信息不对称
-
少做就是多做
情愿把一半的功能做到尽可能完美也不要把全部的功能都做成半吊子
-
心急吃不上热豆腐
很多案例证明， 追求一步到位的产品，经常挣扎着一步步走向死亡
