常见业务使用场景
自助取数，快速查询
业务需要xxx相关的数据，IT把对应的数据集给业务部门准备好，业务根据自己需求，自助查询，查询页面需要增减字段的时候，可以自己操作，只有原始的数据集里面没有对应的数据或者数据逻辑不对的时候，才需要IT介入配合处理
数据直观展示，修改所见即所得，快速验证分析思路
业务看完数据之后，发现了某个数据的异常，基于自己的经验，猜测可能是某一方面的原因，新建或修改组件，验证自己的猜测是否正确，如果不正确，继续切换进行验证
分析报表制作
将比较成型的分析思路固化下来，做出一张看板，给自己或其他人进行使用，快速的发现问题和问题产生的原因
数据预警推送
制作好的报表，每天都要查看比较的麻烦，可以对某些关键指标设定一定的阈值，超过的时候，发送邮件推送到邮箱
汇报制作
汇报场景制作无需每次截图放到ppt中，数据更新后，修改相关结论即可完成汇报
FineBI与Excel在完整的分析流程上的优劣势对比
| 分析流程 | Excel | FineBI |
|---|---|---|
| 获取数据 |
|
|
| 处理数据 |
|
|
| 分析数据 |
|
|
| 分享结果 |
|
|
| 总结 |
|
|
业务推广建议
在业务部门比较成熟，有较多的可查看的报表的情况下如何引导业务人员使用BI？
1）新的报表需求，IT用BI进行开发，将开发好的报表交给业务部门进行后续的维护
报表交接给用户之后，业务用户能够做一定的修改，了解掌握BI上的一些基础操作
让系统中能够有一些基础的BI公共数据，为之后的业务部门自己分析打下基础
2）了解业务部门用excel分析的情况，特别是从系统中把数据导出，然后用excel进行分析的情况，引导业务部门在BI上完成相关的分析
让业务用户对BI的整体的分析流程和操作进一步的了解，能够独立完成自己的分析
3）引导业务用户新的需求，由IT进行数据准备，自己完成看板的开发
通过业务小组配合的形式，让业务用户了解标准的开发流程，和开发过程中的各项规范，对之前自己使用过程中不规范的点进行查漏补缺，对BI的各项功能有进一步的了解。规范详情见：FineBI开发过程管理规范
IT&业务部门形成业务小组配合的模式执行细节如下图所示：
| 业务需求制作流程 | 主导部门 | 配合形式 |
|---|---|---|
| 业务部门提交需求 | 业务部门 | 业务提需求，IT制作，业务部门验收 |
| IT部门和业务部门针对需求进行初步的沟通，初步确认数据口径及最终实现的效果，确定实现的工具，BI或者FR | IT部门 | 业务提需求，IT制作，业务部门验收 |
| 由IT部门准备好最终需要用到的数据，可以是大宽表，也可以是多个表(一个完整的数据模型)，需要综合考虑后续的扩展性 | IT部门 | IT自己进行准备，不再是一个需求准备好一个sql表，需要考虑后续的应用的广度 |
| 业务部门针对I部门准备好的数据进行前端内容的制作，中间可能会涉及到一定的数据处理，如果是通用性的数据处理诉求如数据口径，字段标识分类等，则放到数据库中执行，如果是特异性的需求，则让业务在前端进行处理。 | 共同主导 | 小问题业务直接找IT进行咨询 大问题，双方通过会议的形式沟通，确定处理策略 |
| 业务部门在制作的过程中，肯定会有一定的问题(数据处理&前端制作)，IT部门需要进行一定的指导，不直接操作，提供思路，让业务自己进行操作，加深印象，并且最好在过程中与业务部门共同维护一版针对企业内部的B|使用手册，记录相关的问题的处理策略&步骤 | 业务部门 | 1、业务针对具体问题找IT进行咨询，也可以两个部门共同约定一个时间进行制作流程的指导 2、文档框架由I制作细节步骤由业务完成 |
| 业务&IT共同对于成果进行验收，业务侧:重点确定内容是否可以满足自己的诉求IT侧:重点确认业务制作的内容是否有明显的问题和不合理的地方 | 共同主导 | 业务同之前配合形式，IT部门针对不合理的地方进行沟通指导，需要修改内容较多则通过会议的形式 |
| 业务部门需要对需求进行迭代变更的时候，IT部门参与进行评估，是否进行底层数据的变更，如果只涉及前端，由业务部门进行相关内容的修改 | IT部门 | IT自己进行评估即可 |
4）基于系统中已有的数据，业务用户能够完成80%的日常的数据诉求，剩余的诉求，通过提交数据需求而非报表需求的方式进行公共数据集的补充
