1. 概述
   1. 调研内容
      1. 客户想要什么，要这些干什么？
      2. 为什么这么想，会不会有别的想法？
   2. 调研目的
      1. 搞清客户的要求，找出要求的逻辑
      2. 排除开发风险，挖掘控制潜在的需求
   3. 需求层次
      1. 业务需求
         1. 客户对系统高层次的目标需求
      2. 用户需求
         1. 用户在使用系统时必须完成的任务
      3. 功能需求
         1. 为满足用户完成任务必须实现的系统功能
      4. 非功能需求
         1. 系统标准、规范、界面细节、构成等限制
2. 过程
   1. 调研前
      1. 业务资料
         1. 根据前期客户或部门内部提供的资料，对项目业务的初步理解
      2. 调研计划
         1. 负责人明确调研工作范围及各项工作时间截点
      3. 调研问题
         1. 草拟《需求问题列表》，锁定重点问题的范围
      4. 应保持与客户平等合作的心态，与客户共同探讨问题、解决问题
   2. 调研中
      1. 提问
         1. 主问人按照《需求问题列表》与用户进行沟通和调研
      2. 倾听
         1. 认证听取客户的真实需求 ，切忌附带解决方案
      3. 记录
         1. 主记人进行会议记录，并配合主问人协调会议气氛
         2. 主记人尽量不要直接提问，以免混淆主问人的思路
      4. 确认
         1. 会议结束前，主记人将会议记录与所有与会人员确认
   3. 调研后
      1. 需求确认
         1. 双方对《产品需求说明书》评审及确认
      2. 需求跟踪
         1. 保持“需求-设计-开发-测试”之间的一致性
      3. 需求变更
         1. 明确变更内容及理由、变更的影响、客户的意见、变更评审等
      4. 需求调研后，应尽快形成正式书面文档与客户进行逐条需求确认
3. 技巧
   1. 全面了解项目背景
      1. 不要仅仅关注业务需求、功能需求和非功能需求
      2. 还要关注项目背景、相关利益人对项目的不同看法、客户方的组织机构、角色链
   2. 关注决策人的意见
      1. 以避免在需求调研完成后，突然出现更高一层的客户方人员将部分甚至全部需求调研结果否决的情况
   3. 开放性+封闭性提问
      1. 以开放性问题开始，引导客户将业务完整的阐述出来，最后通过封闭性问题确认关键点
   4. 巧妙拒绝客户需求
      1. 不要轻易使用否定式语句直接拒绝用户需求
      2. 从业务层面引导客户主动放弃不合理的需求
      3. 对暂时无法找到合理引导方法的需求，先记录下来，会后向办法引导
4. 相关文档
   1. 需求调研计划
   2. 调研会议记录
   3. 需求问题列表
   4. 产品需求说明书
5. ★本图制作：小叶（微博：夜听叶话，欢迎来撩）期待与同样热爱导图的你相识