1. 采集
   1. 定性地说：用户访谈：确定产品方向
      1. 避免用户说和做不一致：
         1. 让用户说的同时也在做
      2. 避免样本少、以偏概全：
         1. 标出可能引起偏差的原因
         2. 增量法：先访谈一部分，再慢慢增加
      3. 避免一组固定的问题
      4. 避免诱导性的问题
   2. 定量地说：调查问卷：确定需求优先级
      1. 样本选择
         1. 覆盖目标用户群中各种类型用户
         2. 各类型用户是的样本比例接近全体比例
      2. 样本数量
         1. 样本量过少时不能采用百分比分析
      3. 问卷内容
         1. 类比灰度发布，先小面积试答，根据反馈修改后再大面积投放
         2. 避免引导性问题
         3. 答案的顺序影响用户选择
   3. 定性地做：可用性测试：一边做需求一边找用户验证
      1. 避免做的太晚
      2. 可在各个阶段做
      3. 让用户做的同时说出自己的思考过程
   4. 定量的做：数据分析：根据用户使用情况改进产品
      1. 设计产品时加入数据分析需求
      2. 避免误读数据
2. 分析
   1. 不要试图满足所有用户
   2. 成熟产品：满足核心用户需求
   3. 初产品：满足大量一般用户的需求
3. 满足需求方法
   1. 改变现状
   2. 降低理想
   3. 转移需求
4. 需求列表属性
   1. 辅助确定商业价值
   2. 需求属性
   3. 编号
   4. 提交人
      1. 需求的录入人，负责解释需求
   5. 提交时间
   6. 提出者
   7. 提出时间
   8. 所属模块
   9. 需求描述
   10. Bug编号
   11. 分类
       1. 新增功能
       2. 功能改进
       3. 体验提升
       4. Bug修复
       5. 内部需求
   12. 层次
       1. 基础
       2. 扩展（期望需求）
       3. 增值(兴奋需求)
   13. 重要性
   14. 紧迫度
   15. 持续时间
   16. 商业价值
       1. 商业优先级，不考虑实现难度
   17. 开发量
       1. 开发工作量，表征实现难度
   18. 性价比
       1. 商业价值/开发量，用于决定先做哪个
   19. 需求状态
       1. 待讨论
       2. 暂缓
       3. 拒绝
       4. 需求中
       5. 测试中
       6. 开发中
       7. 已发布
   20. 负责PM
       1. 状态进入”需求中“时确定
   21. 开发工程师
       1. 状态进入”开发中“时确定
   22. 项目名称
   23. 发布时间
       1. 需求的发布时间
   24. 备注
5. 需求简报
   1. 当前需求总数
      1. 提交人
         1. xx：x个
      2. 模块
         1. 模块1：x个
         2. 模块2：x个
         3. ......
      3. 分类
         1. 新增功能：x个
         2. 功能改进：x个
         3. ......
      4. 状态
         1. 待讨论：x个
         2. 暂缓：x个
         3. ......
      5. 商业价值
         1. 5：x个
         2. 4：x个
         3. ......