目录:
1. 概述编辑
1.1 应用场景
数据和账号准备完成后，BI平台基本上就可以投入使用了，IT、业务、数据分析师可以各司其职，进行数据分析。
但企业的发展是动态的，比如公司推出了一个新品，销售员需要对其销售情况进行分析。
因此为了规范的需求上报和权限下放流程，高效、准确的完成数据准备、数据分析过程，让数据持续的发挥价值，你可以搭建「需求接入管理流程」制定 BI 平台的管理规范。
1.2 预期效果
「需求接入管理流程」应该完成以下事项：
给出需求流转图、明确需求配合方式和责任关系；
制作并上线数据需求流程表单。
1.3 实现思路
「需求接入管理流程」实现思路如下图所示：
2. 创建数据需求接入管理流程编辑
例如xx公司现有的业务人员提需求方式为：人人可提需求，直接私聊数据中心人员。
当前需求记录方式：开发人员/产品经理自己在平台上记任务记录，因此存在遗漏/描述简单无法回溯等情况。
当前数据需求处理管理流程问题：
1）重复需求过多，业务/开发耗时很长
2）对接人混乱，负责人无法进行统筹。
3）需求处理进度不透明，业务无法了解需求进度，疯狂催促情况频发。
4）没有具体的需求排期体系，部分需求可做，但开发时间执行不同。
因此为避免上述问题，需要搭建规范的流程体系。
2.1 确认部门之间的数据对接关系
参与人员包括：
| 人员类型 | 人员介绍 | 职责 |
|---|---|---|
| 自助分析人员 | 一般来源于业务部门，服务于个人级别精通业务以及相关业务数据，一般不精通技术 | 用已有的分析数据进行数据分析，满足自己的需求 优化&发掘业务系统/流程/指标问题，发现数据缺失并进行上报 |
| 数据分析师/产品/运营 | 可来源业务/IT部门，服务于部门级别 精通数据&业务，不一定精通技术 | 提供、下放缺失的基础数据 判断数据需求合理性，申请新增基础数据 |
| 数据开发人员 | 来源于信息部门，服务于公司级别 精通数据&技术，不精通业务 | 负责底层数据数据的开发、下放 优化业务系统、流程 |
2.2 设计需求流转图
在明确了各个部门的职责范围后，就可以设计流程图，如下图所示：
注：实际企业可不按此严格划分，一个人员可以承担一个或多个角色的职责。
2.3 设计并制作数据需求流程表单
需要设计并制作的关键流程需求表单如下所示：
| 表单类型 | 面向对象 | 作用 |
|---|---|---|
| 需求填报 | 业务分析人员 | 用于业务分析人员提交分析需求 |
| 需求进展查看 | 需求处理人（信息部门） | 用于需求处理人（信息部门）查看筛选所有需求处理情况 点击其中一个进入单个需求评估页面 |
| 需求处理 | 信息部门 | 信息部门可点击其中一个需求后的「处理」字段， 进入单个需求评估页面 |
| 需求查看 | 业务分析人员 | 业务分析人员可以查看所有需求 |
| 需求处理结果查看 | 业务分析人员 | 「业务分析人员」可点击其中一个需求后的「查看」字段， 打开查看需求处理的详细结果 |
2.4 流程上线
将制作好的流程系统上线并进行流程公示。