按关键词阅读： 互联网 大数据 第三方 互联网公司 数据安全法 运营者 数据处理者 网信
编辑导语：如何着手建设自助式BI系统，支撑各业务部门日常数据分析？这是一个困扰很多产品经理的问题。本文从需求调研、功能规划、产品设计三个方面展开阐述，和大家分享从0-1的BI系统建设思路，推荐感兴趣的朋友们阅读。
文章插图
某商品零售公司在全国拥有100家线下门店，线上还在某宝、某东、自营小程序等多个渠道销售。随着公司业务发展，内部战略决定加强数字化建设，先后实现了办公上云、数据上云，通过数仓平台将所有业务渠道数据都汇聚一起。下一步打算建立BI系统，来支撑各业务部门日常数据分析，提供运营建议等。
假设你是这家公司信息化部门产品经理，由你来主导BI系统建设，该如何开始呢？下面聊一聊从0-1的BI系统建设思路。
一、需求调研“如果给我1个小时解答一道决定我生死的问题，我会花55分钟来弄清楚这道题到底是在问什么。一旦清楚了它到底在问什么，剩下的5分钟足够解答这个问题。”——爱因斯坦
作为一名合格的产品经理，很自然地会想到要先做需求调研。现在跳出产品的惯性思维想一下，需求调研目的是什么？是明确产品需求？为产品设计做准备？
正如爱因斯坦所说，要先弄清楚问题再去解决它。我觉得需求调研应分为四个阶段，分别是明确战略需求、调研业务需求、收集用户需求和梳理产品需求。
图1 需求调研四阶段
1. 明确战略需求战略需求往往由组织高层决定，产品经理了解其目的是明确产品在战略需求中的定位。这样也能够更好地与其他部分相互配合，减少重复建设以及聚焦建设目标。
如公司将BI定位为可视化分析的工具，建立在数仓之上，进行数据展现和分析，那么BI在数据处理能力上的要求可能不是很高，对业务数据的可视化分析优先级高一些。
2. 调研业务需求业务需求不是某个用户的需求，而应是从业务部门、业务指标出发，服务于组织战略需求的内容。目的是了解各业务部门运营体系现状、使用人群及特点等问题，梳理出业务流程、数据流转流程来辅助设计。
业务需求涉及内容较多，需要分梳理业务相关方、进行需求访谈、画业务流程等多个步骤实施。
3. 收集用户需求收集用户需求能够更好地分析现状，解决用户痛点。可以针对不同角色、不同职能的用户，通过问卷或者访谈进行收集。如在这家商品零售公司，我们可能会收到以下用户需求。
- 线下门店零售部门主管：“需要看到各大区每个门店完成指标的状态”、“需要给不同人员不同权限，做好数据安全”……
- 华北区域运营小D：“希望有相关分析模型，提高效率”、“希望能自动生成报表，因为每次汇报都要用excel做报表，PPT汇报，相同的运营指标每周都要手动做一遍”……
- 门店店长：“门店库存异常时没有及时预警通知，需要经常盘查库存状态”……
- IT人员：“希望能够支持秒级计算”……
- 可以看出，得到的用户需求很少会有功能上的建议，因为他们自己也可能不了解BI系统是什么，需要进一步解读用户需求。
除以上几个步骤的调研之外，还可以带着业务场景调研相关竞品，甚至是技术调研，来获取一些设计思路，这里暂且不做赘述。
二、功能规划整体功能设计是依据业务人员数据分析思路以及数据流转过程，从下到上依次是“数据连接——数据处理——可视化分析——结果展示与共享”。功能规划的设计思路分为“立框架、拆模块、排先后”几个步骤依次来说。
1. 立框架，瞄靶子先把整个系统的功能结构立起来，以确保功能覆盖到业务场景，其次是有助于梳理各模块之间的关联关系。按照数据分析思路系统具有四大模块：“数据连接”、“数据准备”、“仪表板（可视化分析）”、“驾驶舱”，“系统管理”用来管控系统用户权限、资产等内容。
文章插图
图2 功能结构图
2. 拆模块，找原理BI系统的设计偏技术侧，整体功能比较复杂。将系统拆解成最小可执行单位，有利于研发排期和分工。功能拆解推进研发排期大家都已轻车熟路，在这里想表达的是，通过拆解去探索功能的实现原理，便于在设计功能的时候有据可循。用图表制作模块为例，可以拆解为数据字段管理、数据字段计算、图表类型选择、图表属性配置等功能。
稿源：(人人都是产品经理)
【傻大方】网址：http://www.shadafang.com/c/11159615H2021.html
标题：设计|BI系统概述（下）-BI功能规划及设计