百科生活 投稿
关于【什么是BI】:什么是BI(BI系统建设思路)，今天小编给您分享一下，如果对您有所帮助别忘了关注本站哦。
- 内容导航：
- 1、什么是BI(BI系统建设思路)
- 2、BI系统概述（下）-BI功能规划及设计
1、什么是BI(BI系统建设思路)
编辑导语:如何搭建自助BI系统，支持各业务部门的日常数据分析？这是困扰很多产品经理的问题。 本文从需求调研、功能规划、产品设计三个方面进行阐述，与大家分享0-1 BI系统建设思路，推荐感兴趣的朋友阅读。 某商品零售公司在全国有100家线下门店，同时在某宝、某店、自营小程序等多个渠道进行线上销售。 随着公司业务的发展，内部战略决定加强数字化建设，先后实现了办公云、数据云，通过仓库平台将所有业务渠道数据汇聚到一起。 下一步是建立BI系统，支持各个业务部门的日常数据分析，提供运营建议。 假设你是这家公司信息部的产品经理，你将领导BI系统建设。你如何开始？先说一下从0-1的BI体系建设思路。 一、需求研究“如果给我一个小时来回答一个决定我生死的问题，我会花55分钟来想清楚这个问题问的是什么。 一旦明确了它在问什么，剩下的5分钟就足够回答这个问题了。 作为一个合格的产品经理，爱因斯坦自然想到了先做需求调研。 现在在产品的惯性之外思考，需求调研的目的是什么？是明确的产品需求吗？准备产品设计？就像爱因斯坦说的，要想解决问题，必须先把问题搞清楚。 我认为需求调研应该分为四个阶段，即明确战略需求、调研业务需求、收集用户需求、整理产品需求。 图1需求研究的四个阶段。定义战略需求战略需求往往由组织的最高管理层决定，产品经理明白其目的是定义产品在战略需求中的定位。 这样也可以更好的配合其他部分，减少重复建设，专注建设目标。 如果公司把BI定位为可视化分析的工具，建立在几个仓库之上，用来展示和分析数据，那么BI对数据处理能力的要求可能不是很高，业务数据可视化分析的优先级更高。 2.研究业务需求业务需求不是某个用户的需求，而是从业务部门和业务指标出发，服务于组织战略需求的内容。 目的是了解各业务部门操作系统的现状、用户和特点，梳理业务流程和数据流流程，辅助设计。 业务需求涉及的内容很多，需要通过梳理业务利益相关者、进行需求访谈、绘制业务流程等步骤来实现。 3.收集用户需求收集用户需求可以更好的分析现状，解决用户痛点。 可以通过问卷或访谈的方式收集不同角色和职能的用户。 例如，在这家商品零售公司，我们可能会收到以下用户需求 线下门店零售部负责人:“你需要看到每个区域每个门店的状态才能完成指标”，“你需要给不同的人员不同的权限，做好数据安全”...华北区域运营小D:“希望有相关的分析模型提高效率”，“希望自动生成报表，因为每个报表都要做excel和PPT，同样的运营指标每周都要手工做”...店长:“店铺库存异常时没有及时预警通知，需要经常查看库存状况”...IT人员:“希望支持秒级计算”...可以看出，获得的用户需求很少有功能上的建议，因为他们自己可能也不知道BI系统是什么，需要进一步解读用户需求。 4.整理产品需求整理产品需求是对用户需求的解读。是指在产品设计中明确的、可测量的、分类的、有计划实施的用户需求。 简单来说，就是为了实现产品功能，通过某种“算法”将用户的需求转化为产品需求。 除了以上步骤中的调研，还可以结合业务场景调研相关竞品，甚至是技术调研，得出一些设计思路，这里暂且不做描述。 二。功能规划总体功能设计基于业务人员的数据分析思路和数据流转流程，自下而上的顺序为“数据连接-数据处理-可视化分析-结果展示与共享” 规划的设计思路分为“搭好框架，拆除模块，按顺序排列”几个步骤。 1.建立一个框架，瞄准目标。一是搭建整个系统的功能架构，保证功能覆盖业务场景，二是帮助梳理模块之间的关系。 根据数据分析的思想，系统分为四个模块:数据连接、数据准备、仪表盘(可视化分析)和驾驶舱。系统管理用于控制系统的用户权限和资产。 图2功能结构图2。模块拆卸，原理发现。BI系统的设计在技术端，整体功能复杂。 将系统拆解成最小的可执行单元，有利于R&D调度和分工 大家都熟悉拆解促进R&D调度。这里我想表达的是，我们可以通过拆解来探索功能的实现原理，让我们在设计功能的时候有据可循。 以图表制作模块为例，可以分解为数据字段管理、数据字段计算、图表类型选择、图表属性配置等功能。 以“属性配置”为例。该功能主要用于配置图表的轴、数据标签、图例等样式和功能的显示。 更改图表样式涉及哪些配置项？然后找Echarts、AntV、Highcharts等调查的开源视力表，发现它们的配置项都不一样。你用哪一个？这时候就需要进一步拆解了。图表的元素是什么？最后发现，只要把图表的构成元素梳理清楚，配置项的范围就只有这些，然后就可以根据元素的不同属性来设置变化规则。 图3如果你深入研究highcharts的组成部分，你会发现原来的图表也有自己的语法:图形语法、交互语法等。 把功能一个个拆开找到实现原理和逻辑后，功能设计如鱼得水。 比如看Echarts配置项手册，直接带参数配置项，权衡哪些配置项优先级更高，做开放功能配置，画界面。 3.顺序，实现MVP当我们梳理BI系统的功能架构，将各个模块分解成可执行的任务，然后对功能进行优先级排序，最后设计出产品原型。 通过这样的功能规划，产品路线图自然会清晰的浮现在脑海中，用MVP实现快速上线支持业务，之后就是优化迭代。 第三，界面设计，其本质是关注事物如何工作，如何操作，以及人与技术交互的机制。 ——《设计心理学》这里以B/S架构为例，阐述产品设计中可以借鉴的几个原则，防止设计中的失误。 1.设计原则网页界面设计原则:简单明了:正如艾兰·库伯所说:“在你需要输出的地方，你应该被允许输入” 这是简化交互的直接操作原则:设计师Ericson deJesus正在重新设计雅虎！30: 00用“少麻烦”四个字来形容要减少与站点的互动。 减少麻烦的主要方法是使用上下文工具呆在室内:用户的流动会被刷新页面打断。 为了避免每次操作刷新页面一次的情况，我们可以返璞归真，采用按照用户自然操作流程建模的方法。 邀请:丰富的交互设计在Web中的主要挑战之一是容易发现。 再好的功能，如果用户找不到，结果还是等于零。 邀请是提高可发现性的重要途径。 邀请可以提示用户下一次交互是什么。 使用转化:可以使界面具有吸引力，增强与用户的沟通。 响应及时:智能界面的特点是响应能力强。 这个原理讨论了如何通过响应操作为用户提供丰富的体验。 设计原则:可见性:让用户有机会确定哪些动作是合理的，并呈现设备的当前状态。 反馈:关于行动的结果和产品或服务的当前状态的充分和连续的信息 当一个动作被执行时，很容易确定新的状态。 概念:设计传达所有必要的信息，创建系统的良好概念模型，引导用户理解系统状态，带来控制感。 概念模型包括可见性和评估行为的结果。 性能:设计合理的性能，使预期的行动得以实施。 意义:有效地使用意义以确保可见性，并很好地沟通和理解反馈。 映射:使控件与控件结果的关系遵循良好的映射原则，通过空之间布局和时间的连续性尽可能加强映射 约束:提供物理的、逻辑的、语义的、文化的约束来指导行动，简单易懂。 2.BI系统界面整体BI布局为左右布局。在设计版面时，主要考虑“用户操作路径”、“内容与版面的关系”等因素，以减少用户操作，使其更专注于数据分析。 以用户进入仪表板编辑界面时涉及到的以下页面为例，介绍3中的页面布局。 图4进入编辑面板的一般页面布局:在系统管理、数据准备等常规后台页面中，通常进行部分效率的操作，采用一般的左侧菜单、系统导航、右侧内容显示和操作区。 图5总页面左右两侧仪表盘/驾驶舱布局:仪表盘和驾驶舱是加载报表内容的地方。这时就需要方便用户预览和查看报表内容，并且能够根据目录进行搜索。 左侧菜单展开为两列，即一级菜单为主模块入口，二级菜单为文件目录。 工具栏主要用于编辑、共享和导出报告。 类似于驾驶舱仪表盘界面布局，不同的是用于纯显示查看，少了一些编辑属性的功能。 图6菜单和报表内容预览界面仪表盘编辑区布局:该区域是业务分析师使用最频繁的区域，主要由画布编辑区、系统导航区、组件工具区和属性配置区组成。 比如在组件区选中一个图表，拖动到画布区，然后通过组件属性配置区将字段映射到维度和指标，最后在画布上绘制一个图表。 图7仪表板编辑界面布局四。本文介绍了商业智能产品设计从需求研究到功能设计的总体思路。 研究是为了更好的找到目标，功能规划帮助我们进行全局思考，然后带入实际的业务场景中实现功能。 在实际设计中，BI系统相对复杂，不仅需要扎实的产品基本功，还需要具备数据处理、分析、可视化等相关技术的知识。 比如图表分析中涉及到的图语法、OLAP等内容，在下面的文章中，将会对各个模块的原理和功能设计进行一一描述。2、BI系统概述（下）-BI功能规划及设计
假设你是这家公司信息化部门产品经理，由你来主导BI系统建设，该如何开始呢？下面聊一聊从0-1的BI系统建设思路。
一、需求调研
“如果给我1个小时解答一道决定我生死的问题，我会花55分钟来弄清楚这道题到底是在问什么。一旦清楚了它到底在问什么，剩下的5分钟足够解答这个问题。”——爱因斯坦
作为一名合格的产品经理，很自然地会想到要先做需求调研。现在跳出产品的惯性思维想一下，需求调研目的是什么？是明确产品需求？为产品设计做准备？
正如爱因斯坦所说，要先弄清楚问题再去解决它。我觉得需求调研应分为四个阶段，分别是明确战略需求、调研业务需求、收集用户需求和梳理产品需求。
图1 需求调研四阶段
1. 明确战略需求
战略需求往往由组织高层决定，产品经理了解其目的是明确产品在战略需求中的定位。这样也能够更好地与其他部分相互配合，减少重复建设以及聚焦建设目标。
如公司将BI定位为可视化分析的工具，建立在数仓之上，进行数据展现和分析，那么BI在数据处理能力上的要求可能不是很高，对业务数据的可视化分析优先级高一些。
2. 调研业务需求
业务需求不是某个用户的需求，而应是从业务部门、业务指标出发，服务于组织战略需求的内容。目的是了解各业务部门运营体系现状、使用人群及特点等问题，梳理出业务流程、数据流转流程来辅助设计。
业务需求涉及内容较多，需要分梳理业务相关方、进行需求访谈、画业务流程等多个步骤实施。
3. 收集用户需求
收集用户需求能够更好地分析现状，解决用户痛点。可以针对不同角色、不同职能的用户，通过问卷或者访谈进行收集。如在这家商品零售公司，我们可能会收到以下用户需求。
- 线下门店零售部门主管：“需要看到各大区每个门店完成指标的状态”、“需要给不同人员不同权限，做好数据安全”……
- 华北区域运营小D：“希望有相关分析模型，提高效率”、“希望能自动生成报表，因为每次汇报都要用excel做报表，PPT汇报，相同的运营指标每周都要手动做一遍”……
- 门店店长：“门店库存异常时没有及时预警通知，需要经常盘查库存状态”……
- IT人员：“希望能够支持秒级计算”……
- 可以看出，得到的用户需求很少会有功能上的建议，因为他们自己也可能不了解BI系统是什么，需要进一步解读用户需求。
4. 梳理产品需求
梳理产品需求就是对用户需求的解读，它指的是清晰的、可衡量的、经过筛选排序并且打算在产品设计中实施落地的用户需求。简单来说，就是将用户需求经过某个“算法”转化为产品需求，目的是为了实现产品功能。
除以上几个步骤的调研之外，还可以带着业务场景调研相关竞品，甚至是技术调研，来获取一些设计思路，这里暂且不做赘述。
二、功能规划
整体功能设计是依据业务人员数据分析思路以及数据流转过程，从下到上依次是“数据连接——数据处理——可视化分析——结果展示与共享”。功能规划的设计思路分为“立框架、拆模块、排先后”几个步骤依次来说。
1. 立框架，瞄靶子
先把整个系统的功能结构立起来，以确保功能覆盖到业务场景，其次是有助于梳理各模块之间的关联关系。按照数据分析思路系统具有四大模块：“数据连接”、“数据准备”、“仪表板（可视化分析）”、“驾驶舱”，“系统管理”用来管控系统用户权限、资产等内容。
图2 功能结构图
2. 拆模块，找原理
BI系统的设计偏技术侧，整体功能比较复杂。将系统拆解成最小可执行单位，有利于研发排期和分工。功能拆解推进研发排期大家都已轻车熟路，在这里想表达的是，通过拆解去探索功能的实现原理，便于在设计功能的时候有据可循。用图表制作模块为例，可以拆解为数据字段管理、数据字段计算、图表类型选择、图表属性配置等功能。
以“属性配置”这一功能点为例，该功能主要是用来配置图表的坐标轴、数据标签、图例等样式和功能显示。若要改变图表样式，涉及到哪些配置项呢？然后找一找开源可视化图表如Echarts、AntV、Highcharts等调研，发现他们的配置项各有差异，用哪一套呢？这个时候又要进一步拆解，图表由哪些要素构成的？
最后发现，原来只要梳理清楚图表的构成要素，配置项的作用域就只有这些，然后根据要素的不同属性设置改变规则即可。
图3 highcharts图表构成要素
再深入研究的话，就会发现原来图表也有自己的语法：图形语法、交互语法等。
像这样逐一拆解功能找到实现原理和逻辑之后，功能设计就如鱼得水。比如把Echarts配置项手册读一读，把参数配置项直接拿过来，权衡一下哪些配置项优先级比较高，做成开放的功能配置，画画界面就搞定。
3. 排顺序，实现MVP
当我们对BI系统功能架构梳理，对各个模块拆解成可执行任务后，再将功能进行优先级排列，最后进行产品原型设计。通过这样的功能规划下来，产品路线图自然就会很清晰地浮现在脑海中，通过MVP来实现快速上线支撑业务，后续在进行优化迭代。
三、界面设计
设计，本质是关注物品是如何运转，如何操作，以及人与技术之间互动的机理。——《设计心理学》
这里以B/S架构为例，阐述在做产品设计时可供参考的几个原则，防止在设计时出现错误。
1. 设计原则
Web界面设计原则：
- 直截了当：恰如Alan Cooper所言:“需要在哪里输出，就要允许在哪里输入”。这就是直接操作的原理
- 简化交互：设计师Ericson deJesus在重新设计Yahoo! 360时，曾用“少费事”这3个字来描述减少与站点交互操作的需求。而实现少费事的主要途径就是利用上下文工具
- 足不出户：用户心流会因刷新页面而被打断。为避免每个操作都刷新一次页面的情况，可以返璞归真，采用根据用户自然操作流程建模的方式。
- 提供邀请：Web中的富交互设计面临的一个主要挑战就是易发现性。再好的功能，如果用户发现不了，结果仍然等于零。提供邀请是改善易发现性的重要途径。邀请可以提示用户下一步交互操作是什么。
- 使用变换：能够让界面具有魅力，增强与用户之间的沟通。
- 及时反应：智能界面的特点是具有良好的反应能力。这个原理探讨了怎样通过响应操作为用户提供丰富的体验。
交互设计原则：
- 可视性：让用户有机会确定哪些行动是合理的，以及呈现该设备的当前状态。
- 反馈：关于行动的后果，以及产品或服务当前状态的充分和持续的信息。当执行了一个动作之后，很容易确定新的状态。
- 概念模型：设计传达所有必要的信息，创造一个良好的系统概念模型，引导用户理解系统状态，带来掌控感。概念模型同时包括可视性和评估行动的结果。
- 示能：设计合理的示能，让期望的行动能够实施。
- 意符：有效地使用意符确保可视性，并且很好地沟通和理解反馈。
- 映射：使控制和控制结果之间的关系遵循良好的映射原则，尽可能地通过空间布局和时间的连续性来强化映射。
- 约束：提供物理、逻辑、语义、文化的约束来指导行动，容易理解。
2. BI系统界面
整个BI布局采用的是左右布局，在设计布局的时候主要考虑“用户操作路径”、“内容与布局的关系”等因素，目的是为了减少用户操作，使其更专注于数据分析。下面以用户进入仪表板编辑界面涉及到的页面为例，介绍3中页面布局。
图4 进入编辑面板路径
通用页面布局：
在系统管理、数据准备等常规后台页面，通常是执行偏效率的操作，采取通用的左侧菜单、系统导航和右侧内容展示及操作区域。
图5 通用页面左右布局
仪表板/驾驶舱布局：
仪表板和驾驶舱是承载报告内容的地方，这个时候需要方便用户预览、查看报告内容，并且能够根据目录进行检索。左侧菜单拓展为两列以、二级菜单，一级菜单为主模块入口，二级菜单为文件目录。
仪表板工具栏主要是进行报告的编辑、分享、导出等操作。驾驶舱与仪表板界面布局类似，区别在于用于纯展示查看，少了一些编辑属性的功能。
图6 菜单和报告内容预览的界面
仪表板编辑区布局：
这个区域是业务分析人员来说是使用频率最高的，主要是有画布编辑区、系统导航区、由组件工具区、属性配置区构成。如在组件区选择图表，拖拽到画布区域，然后通过组件属性配置区域将字段映射到维度、指标上，最终在画布绘制出一个图表。
图7 仪表板编辑界面布局
四、总结
本篇从需求调研到功能设计落地，介绍了BI产品设计的大致思路。需求调研是为了更好地找到目标，功能规划帮助我们全局思考，然后带入实际业务场景中去实现功能。
在实际设计中，BI系统相对来说比较复杂，不仅要有扎实的产品基本功，还需要对数据处理、分析、可视化等相关技术有所了解。如图表分析涉及到的图形语法、OLAP等内容，在接下来的文章里，将会逐一讲述各个模块所涉及的原理及其功能设计。
本文关键词：什么是鼻炎，什么是鼻窦炎，什么是闭环管理，什么是闭口，什么是扁平疣。这就是关于《什么是BI，什么是bim（<下>-BI功能规划及设计）》的所有内容，希望对您能有所帮助！
- 最近发表