什么是BI(BI系统建设思路)

编者介绍：如何搭建自助式BI系统，支持各业务部门的日常数据分析？这是困扰很多产品经理的问题。本文从需求研究、功能规划、产品设计三个方面进行阐述，与大家分享0-1 BI系统的构建思路，推荐感兴趣的朋友阅读。某商品零售公司在全国拥有100家线下门店，同时通过宝藏、门店、自营小程序等多种渠道进行线上销售。随着公司业务的发展，内部战略决定加强数字化建设，先后实现了办公云和数据云，通过仓库平台汇聚了所有业务渠道数据。下一步是建立BI系统，支持各个业务单元的日常数据分析，并提供运营建议。假设你是这家公司信息部的产品经理，你将领导BI系统的建设。你是如何开始的？下面从0-1说起BI系统的构建思路。 一、Needs “如果给我一个小时的时间来回答一个决定我生死的问题，我会花 55 分钟来弄清楚这个问题在问什么。一旦明确了它在问什么，剩下的5分钟回答这个问题就够了，作为一个合格的产品经理，爱因斯坦自然想到了先做需求调研，现在跳出产品的惯性思考，需求调研的目的是什么？明确产品需求了吗？做好准备产品设计？正如爱因斯坦所说，要解决一个问题，首先要明确问题，我认为需求研究应该分为四个阶段，即明确战略需求、调查业务需求、收集用户需求、梳理产品要求。

图 1 需求研究的四个阶段。定义战略需求 战略需求通常由组织的最高管理层确定，产品经理明白其目的是在战略需求中定义产品的定位。这样也能更好地与其他部分配合，减少重复建设，聚焦建设目标。如果公司将BI定位为可视化分析的工具，建立在多个仓库上进行数据展示和分析，那么BI可能对数据处理能力的要求不高，业务数据可视化分析优先级更高。 2.业务需求研究业务需求不是某个用户的需求，而是基于业务部门和业务指标，服务于组织的战略需求。目的是了解各业务部门操作系统的现状、用户和特点，梳理业务流程和数据流转流程，辅助设计。业务需求涉及的内容很多，需要通过梳理业务涉众、进行需求访谈、绘制业务流程等方式来实现。 3.收集用户需求收集用户需求可以更好的分析现状，解决用户痛点。可以通过问卷或访谈的方式收集不同角色和功能的用户。例如，在这家商品零售公司，我们可能会收到来自线下门店零售部门负责人的如下用户请求：“你需要查看每个区域的每个门店的状态才能完成指标”、“你需要给不同人员权限不同，数据安全性好”……华北区域运营小D：“希望有相关的分析模型提高效率”，“希望自动生成报表，因为每个报表都需要做excel和PPT，同样的运营指标，每周都需要人工做”……经理：“门店库存异常时没有及时预警通知，需要经常查看库存状况”……IT人员： “我希望支持秒级计算”... 可以看出，得到的用户需求的功能建议很少，因为他们自己可能不知道BI系统是什么，需要进一步解读用户需求ts。

4.组织产品需求 组织产品需求是对用户需求的一种解释。是指在产品设计中明确、可衡量、分类并有计划地实施的用户要求。简单来说，就是为了实现产品功能，通过某种“算法”将用户的需求转化为产品的需求。除了以上步骤的研究，还可以结合业务场景研究相关竞品甚至技术研究，得到一些设计思路，这里暂不赘述。二。功能规划 整体功能设计基于业务人员的数据分析思路和数据流转流程。自下而上的顺序是“数据连接——数据处理——可视化分析——结果展示与分享”。把模块拆掉，把它们排好”几个步骤。1.构建框架，瞄准目标。一个是构建整个系统的功能架构，确保功能覆盖业务场景，另一个是帮助梳理模块之间的关系，按照数据分析的思路，将系统分为数据连接、数据准备、仪表盘（可视化分析）和座舱四个模块。系统管理用于控制用户权限和图2 功能结构 图2 拆解模块，发现原理 BI系统设计偏技术，整体功能复杂，拆解成最小的可执行单元有利于研发调度和分工，大家都熟悉拆解来推动研发调度，这里我想表达的是，我们可以通过disas来探索功能的实现原理，以便我们在设计函数时有证据可循。

以图表制作模块为例，可分解为数据字段管理、数据字段计算、图表类型选择、图表属性配置等功能。以“属性配置”为例。该功能主要用于配置图表的轴、数据标签、图例等样式和功能的显示。更改图表样式涉及哪些配置项？然后找了AntV等调查的开源视觉图，发现它们的配置项不一样。你用哪一个？此时需要进一步拆卸。图表的元素是什么？最后发现只要整理出图表的构成元素，配置项的范围就只有这些了，然后可以根据元素的不同属性来设置改变规则。图3 如果深入组件，你会发现原图也有自己的语法：图形语法、交互语法等。将功能一一拆解后找到实现原理和逻辑，功能设计就像鸭子喝水。比如看配置项手册，直接带参数配置项，权衡哪些配置项优先级高，做开放功能配置，画出界面。 3.序列化，实现MVP 当我们梳理BI系统的功能架构时，将各个模块分解为可执行的任务，然后对功能进行优先级排序，最终设计出产品原型。通过这样的功能规划，产品路线图自然会浮现在脑海中，用MVP实现快速上线支持业务，然后进行优化迭代。第三，界面设计，它本质上关注事物的工作方式、操作方式以及人们与技术的交互方式。

——《设计心理学》以B/S结构为例，讲解产品设计中可以参考的几个原则，防止设计失误。 1.设计原则 Web 界面设计原则：简单明了：正如 Alan 所说：“哪里需要输出，就应该允许输入” 这是简化交互的直接行动原则：设计师正在重新设计 Yahoo! 30:00 使用“少麻烦”一词来描述减少与网站的互动。减少麻烦的主要方法是使用上下文工具留在室内：刷新页面会中断用户流。为了避免每次操作都刷新一次页面的情况，我们可以返璞归真，采用根据用户自然操作流程建模的方法。邀请：Web 中富交互设计的主要挑战之一是易于发现。再好的功能，如果用户找不到，结果依然为零。邀请是提高可发现性的重要途径。邀请可以提示用户下一次交互是什么。使用转换：可以使界面有吸引力并增强与用户的沟通。响应能力：智能界面的特点是响应能力强。该原则讨论了如何通过响应式操作为用户提供丰富的体验。设计原则： 可见性：让用户有机会确定哪些动作是合理的，并呈现设备的当前状态。反馈：关于动作结果和产品或服务当前状态的充分和持续的信息当一个动作被执行时，很容易确定新的状态。

概念：设计传达所有必要的信息，创建系统的良好概念模型，引导用户了解系统的状态，并带来控制感。概念模型包括评估行为的可见性和结果。性能：设计合理的性能以使预期的动作得以实施。意义：有效地使用意义来确保可见性，并很好地沟通和理解反馈。映射：使控件与控制结果之间的关系遵循良好的映射原则，通过空间之间的布局和时间的连续性，尽可能加强映射约束。约束：提供物理的、逻辑的、语义的和文化的约束来指导动作，简单易懂。 2.BI系统界面整体BI布局为左右布局。在布局设计时，主要考虑“用户操作路径”、“内容与布局的关系”等因素，减少用户操作，更加专注于数据分析。以用户进入仪表盘编辑界面时涉及的以下页面为例，介绍3中的页面布局。 图4：进入编辑面板的一般页面布局：在系统管理、数据准备等常规后台页面中，通常会进行一些高效的操作，使用通用的左侧菜单、系统导航、右侧内容显示和操作区域。图 5. 常规页面左右两侧的仪表板/驾驶舱布局：仪表板和驾驶舱是加载报告内容的地方。这时候就需要方便用户预览和查看报表内容，并且能够根据目录进行搜索。左侧菜单展开为两列，即一级菜单为主模块入口，二级菜单为文件目录。工具栏主要用于编辑、分享和导出报表。

与座舱仪表盘的界面布局类似，不同的是用于纯显示查看，缺少一些编辑属性的功能。图6 菜单和报表内容预览界面的仪表盘编辑区布局：该区域是业务分析人员最常使用的区域，主要由画布编辑区、系统导航区、组件工具区和属性配置组成区域。比如在组件区选中一个图表，拖拽到画布区，通过组件属性配置区将字段映射到维度和指标，最后在画布上绘制图表。图7 编辑界面布局四。本文介绍了商业智能产品设计从需求研究到功能设计的总体思路。研究是为了更好的找到目标，功能规划帮助我们放眼全局，然后把它带到实际的业务场景中去实现功能。在实际设计中，BI系统比较复杂，不仅需要扎实的产品基础知识，还需要具备数据处理、分析、可视化等相关技术知识。比如图分析中涉及到的图语法、OLAP等内容，下面的文章将一一介绍各个模块的原理和功能设计。