后端开发学习业务一：需求，痛点，场景，需求收集

需求和痛点

一，什么是需求：

1. 用户在特定的场景下，出现的特定的问题，且这个问题是可以被验证解决的

   1. 需求由用户 + 场景 + 诉求 + 任务 构成

   2. 需求和用户的最终目的有关，需求要与场景匹配

      我想要一匹更快的马，对于想要快速到达目的地的人来说，可以提供更快的交通工具，比如汽车，对于喜欢骑马比赛的人来说，就是真实需要一匹更快的马

二，需求的来源：

1. 老板或者决策者的想法，公司战略
2. 追标杆，赛同行，其他行业的借鉴点
3. 新的业务，技术领域 ，政策变动，市场
4. 业务部门提出，业务反馈，迭代优化等

三，什么是场景

1. 场景就是“一个画面、一个片段”，描述了谁在什么什么时间什么地点做了什么

2. 场景的描述：人，时间，地点，起因，经过，结果

   比如：设计师和客户沟通，根据客户的想法和使用场景选择，房屋装修，要使用的物料清单

场景的描述：

1. 什么人 -----> 设计师
2. 什么时间 ------> 与客户预约的时间
3. 什么地点 ------> 公司或者客户家里
4. 发生了什么事件 -----> 设计师与客户一起沟通选择房屋装修的物料清单
5. 结果是什么 ------> 设计师与客户对物料清单初步达成共识
6. 为什么要这样做 ------> 设计师与客户的沟通中，根据客户的想法和使用场景，选择合适的物料清单，达成共识，方便形成报价单，以及提升客户的满意度

四，什么是痛点

由痛点产生的需求，大多数都是刚性需求，痛点强度越大，人们产生改变这个痛点的想法就越强 烈，需求也越旺。

1. 用户迫切想要解决的问题，刚需，实际需要的，或者非常反感的问题和体验
2. 人们在完成某种行为、进行某种体验过程中的阻碍， 是能够触发人强烈渴求的动机或产生负面情绪（例如恐惧、害怕、抱怨等）的原因

五，痛点和需求的关系

1. 痛点是需求的来源，但是切记，痛点并不等于需求，痛点约等于需求或者痛点大于需求

2. 痛点能否变成需求，取决于我们是否有能力来解决这个痛点

六，怎么发现痛点

在产品工作中，发现痛点是挖掘需求的第一步，怎么发现痛点，每个人有不同的方法，但是总结起来就一个词“体验”，痛点是一种由体验得出来的结果，也唯有 靠体验才能发现痛点。

1. 直接体验：就是自己的体验，自己去现身说法，在体验的过程中发现痛点，比如你要做一款旅游的产品，要找到好的切入点，最好的办法就是自己去旅游一圈，或者自己是深度的旅游爱好者，在旅游的这个过程中，发现有哪些不足，哪些可以改进的，把这些痛点找到，成为你产品的切入点。
2. 间接体验：另一种是间接的体验，就是通过别人的体验结果来挖掘痛点，别人的体验结果有多种呈现方式，比如周围人的吐槽，网上的体验报告，App Store的评价，用户的留言，异常的数据等，这些都是别人体验结果的展示形式。

需求收集

一，用户访谈

用户访谈是基于目的访谈，不同的目的，访问的对象和大纲可能是不同的，通过与用户交谈的方式，来验证假设，挖掘用户的真实需求和痛点

1. 了解一些业务背景知识，行业知识，竞品相关的知识

   1. 比如业务是关于财务相关的，提前了解财务相关的业务知识，术语，竞争对手怎么做的，比如采购入库单，过账，批次，库存等术语，有利于沟通，达成共识

2. 访谈的对象

   1. 通过组织架构，业务相关的人，领导等，识别干系人
   2. 访谈的干系人可能会有多个，每个人掌握的领域知识不一样，从高到底进行访谈，需要对干系人制定访谈的计划，

3. 访谈的目的

   1. 了解业务的背景
   2. 了解业务的流程
   3. 了解业务的现状
   4. 了解业务人员的痛点
   5. 了解业务人员的期望
   6. 识别出其他的业务干系人，以及是怎样协作的
   7. 建立统一语言，对术语以及领域行为描述，达成共识
   8. 根据对业务的理解和一些行业知识，验证拟定的假设问题

4. 访谈的大纲

   1. 表达出访谈的目的
   2. 业务背景是怎样的
   3. 业务现状是怎样的
   4. 业务流程是怎样的
      1. 有没有一些业务的规则
      2. 有没有一些审批的流程
      3. 业务流程中包含了那些参与者，是怎么协作的
   5. 遇到了那些痛点
      1. 痛点的场景
      2. 现在是怎么解决这个痛点的
      3. 为什么要用这种方法解决这个痛点，这种方法解决了您的痛点吗?
      4. 有没有其他的方式解决这个痛点
      5. 痛点的用户群体有多大，发生的频率是否很高，持续的时间是否很长
   6. 您的期望是什么
      1. 产生这种期望的动机是什么

   注意事项：

   1. 不能引导用户
   2. 从易到难，问题不能太开放
   3. 问题不能太细节，用户较难回忆
   4. 放松状态，合理控制时间，不益过长

   输出总结：

   1. 需求列表
   2. 业务流程图
   3. 角色画像（包含，背景，现状，痛点，期望）
   4. 领域术语，领域行为描述

   

二，轮岗实习

1. 在业务岗位上，做业务实际的工作，在实际中发现问题，理解用户问题
2. 深入了解业务流程，了解实际的业务运行情况

三，业务反馈，迭代优化，问卷调查，竞品分析，需求工作坊

参考资料

人人都是产品经理：作者：大白随笔：http://www.woshipm.com/pmd/587068.html

人人都是产品经理：作者：诸葛io：http://www.woshipm.com/pd/4437873.html