编辑导语:如何着手建设自助式BI系统 , 支撑各业务部门日常数据分析?这是一个困扰很多产品经理的问题 。本文从需求调研、功能规划、产品设计三个方面展开阐述 , 和大家分享从0-1的BI系统建设思路 , 推荐感兴趣的朋友们阅读 。
某商品零售公司在全国拥有100家线下门店 , 线上还在某宝、某东、自营小程序等多个渠道销售 。随着公司业务发展 , 内部战略决定加强数字化建设 , 先后实现了办公上云、数据上云 , 通过数仓平台将所有业务渠道数据都汇聚一起 。下一步打算建立BI系统 , 来支撑各业务部门日常数据分析 , 提供运营建议等 。假设你是这家公司信息化部门产品经理 , 由你来主导BI系统建设 , 该如何开始呢?下面聊一聊从0-1的BI系统建设思路 。一、需求调研
“如果给我1个小时解答一道决定我生死的问题 , 我会花55分钟来弄清楚这道题到底是在问什么 。一旦清楚了它到底在问什么 , 剩下的5分钟足够解答这个问题 。”——爱因斯坦
作为一名合格的产品经理 , 很自然地会想到要先做需求调研 。现在跳出产品的惯性思维想一下 , 需求调研目的是什么?是明确产品需求?为产品设计做准备?正如爱因斯坦所说 , 要先弄清楚问题再去解决它 。我觉得需求调研应分为四个阶段 , 分别是明确战略需求、调研业务需求、收集用户需求和梳理产品需求 。图1 需求调研四阶段1. 明确战略需求战略需求往往由组织高层决定 , 产品经理了解其目的是明确产品在战略需求中的定位 。这样也能够更好地与其他部分相互配合 , 减少重复建设以及聚焦建设目标 。如公司将BI定位为可视化分析的工具 , 建立在数仓之上 , 进行数据展现和分析 , 那么BI在数据处理能力上的要求可能不是很高 , 对业务数据的可视化分析优先级高一些 。2. 调研业务需求业务需求不是某个用户的需求 , 而应是从业务部门、业务指标出发 , 服务于组织战略需求的内容 。目的是了解各业务部门运营体系现状、使用人群及特点等问题 , 梳理出业务流程、数据流转流程来辅助设计 。业务需求涉及内容较多 , 需要分梳理业务相关方、进行需求访谈、画业务流程等多个步骤实施 。3. 收集用户需求收集用户需求能够更好地分析现状 , 解决用户痛点 。可以针对不同角色、不同职能的用户 , 通过问卷或者访谈进行收集 。如在这家商品零售公司 , 我们可能会收到以下用户需求 。
- 线下门店零售部门主管:“需要看到各大区每个门店完成指标的状态”、“需要给不同人员不同权限 , 做好数据安全”……
- 华北区域运营小D:“希望有相关分析模型 , 提高效率”、“希望能自动生成报表 , 因为每次汇报都要用excel做报表 , PPT汇报 , 相同的运营指标每周都要手动做一遍”……
- 门店店长:“门店库存异常时没有及时预警通知 , 需要经常盘查库存状态”……
- IT人员:“希望能够支持秒级计算”……
- 可以看出 , 得到的用户需求很少会有功能上的建议 , 因为他们自己也可能不了解BI系统是什么 , 需要进一步解读用户需求 。