《有效需求分析》笔记

type

status

date

slug

summary

1、方案和需求的区别

例子：

我要到麦当劳去、我要是上厕所

自动化、rpa

帮我添加某个功能、我要干什么

在b端产品日常中，经常遇到的问题就是需求调研，但是实际上问回来的都是方案。需求挖掘深度不够，另外也很被动。

2、需求分析的产物（分好的猪肉）

业务需求

1、固化原有业务流程（线下搬到线上，方便数据共享，流程基本没变）

2、优化原有的业务流程

3、专家能力转化为组织能力（能力工具化，需要很多学习才能获得能力拆解，形成相关的工具，从而降低对于人的要求）

管理需求

1、事前增加管理流程

2、事中添加规则、审批

3、事后复盘、优化、分析—数据分析

附属需求

💡

从威胁入手，反向思考，如果没有什么东西会怎么样？

1、合规：政策、法律

2、硬件

3、软件

3、需求来源及驱动（为什么要杀猪）

4、需求分析的方法（如何下刀）

分析方法的选择

角色建模（从人的角度进行下刀，找很多人聊）

1、公司的组织架构图，每个部门的名称、职责、人数

2、每个部门下有哪些角色，每个角色的任务是什么，每个任务的流程具体是什么样的

3、分析每个角色最核心的任务是什么，工作强度、对于人的能力要求、对于其他事情的依赖性

注意这里有了个坑： 1、很多时候收集回来的都是关于自然人的需求，需要重新继续拆分归纳。例如crm的需求，是同一个人的需求表达，可能会包含了销售主管和销售员两重角色。 2、注意每个岗位的忌讳，这个是特别需要注意的点。

流程建模（流程图）

流程建模的7大要素

动作、分工、先后、产出物、分支、管控/规则、异常/逆流

1、动作和分工一般在绘制流程图的时候不会有问题

2、先后主要是考虑业务和数据依赖，后者需要前者的产出物。

3、需要以在一旁注释的方法，说明每个阶段的产出物。

4、流程图一般会有很多判断节点，需要对判断条件进行穷举。

5、注意关注逆向操作，这个是所有流程中最难的点。

💡

在绘制流程的时候，需要注意层次，很容易犯的错就是把下一个层级的节点暴露在上一个层级的流程图中。如果一个节点没有协作的需要，一般是不用暴露在上一级流程图中。

流程优化

💡

任何流程的核心指标都有两个：T（完成流程的周期）、%（流程的完成度，类似DPMO、六西格玛的概念）

流程优化的一般套路基本如下：

俗称“ESIA”。（1）E（清除无效）：找到流程中不产生效能的、浪费的、低效的环节，然后想办法清除。（2）S（简化高频）：对频率最高的环节进行优化，流程效率将上升。（3）I（整合依赖）：将相互依赖的环节整合在一起，提高效率。（4）A（自动化烦琐）：把人做起来麻烦的事让电脑来干，提升效率。

场景化的需求

为了让软件使用起来更加舒服，需要贴合各个场景。

从使用载体来看，一般是指端口的变化：

手机

电话

邮箱

公私

公用（政府、企业版）

私用

目的（拿付钱举例）

去超市

去缴费

打车

坐地铁

给女朋友转钱

数据建模（从数据建模）

1、er图

2、类图

3、数据流向

4、数据接口分析

5、权限与角色分析

5、管理需求-数据分析

任何业务，数据指标都会有很多，那么首要问题就是如何让数据逻辑清楚。

1、基于目标提出的指标，例如常见的满意率、及时率等

要根据业务目的的不同，找到最顶层的数据指标。

2、拆解：构成（加法）、流程（乘法）

3、从消费者的视角进行数据的组织（确定要哪些数据）

1、前面角色建模提炼出来的角色清单

2、每个角色应该关注的数据

3、影响数据的关键操作