江苏龙网

  1. 首页 > 人文 > >

如何建设省时省力的BI平台？( 四 )


本文插图
同时也有智能波动分析 ， 如下示例 ， 当订单金额出现比较大的波动情况时 ， 可以通过波动原因分析来查看具体造成订单金额变化的原因和贡献占比 ， 提供分析结果给业务用户参考 。

如何建设省时省力的BI平台？
本文插图
2.3IT赋能方案
以上都是业务关注的数据应用能力 ， 那么如何给业务赋能 ， 让业务可以用起来产品 ， 完成日常临时性分析呢？
如何建设省时省力的BI平台？
本文插图
我们可以将日常接触到的数据上的应用分成四类来看：
第一类是定期常规的日报/周报/月报；
第二类是与行业属性有关的固定数据监控报表 ， 比如流量监控报表 ， 留存率监控报表 ， 经营分析指标之类 ， 甚至是一些业务方逐渐沉淀确认可以固定下来的业务指标等 。 这种常规性、有固定属性的数据报表 ， 一定是需要咱们的IT部门来完成 。
第三类是临时数据查询 ， 比如上述的自助取数场景 。
第四类 是带探索性的分析 ， 比如作为一个运营 ， 起初负责某个产品的时候 ， 不确定需要看哪些指标 ， 比如活跃率 ， 怎么定义客户是活跃的 ， 是看客户每天登录多少次 ， 浏览多少次 ， 还是购买多少次之类 ， 都是不确定的 。 那就需要不断猜测 ， 然后看数据不断验证确认 。 涉及到这种探查性分析的过程 ， 是业务方可以自己来用工具实现的 ， 在确定好数据指标和阈值之后 ， 才会让数据研发落成常规报表 。 这种临时性、 不确定性很大的数据应用场景 ， 则推荐由我们的业务方自行实现 。
之前有IT客户担心 上了BI ， 自己日常工作会被技术优化替代 。 其实这种担心完全没必要 ， 且不说老板为了降低成本会如何考虑 。 单看以上的推荐配合方式 ， 其实是在以技术和数据 ， 去助力业务增长 。 只要业务增长 ， IT只会被扩张来覆盖新增长的业务 。 且在这里IT扮演的是赋能培训师角色 ， 来解决业务方真实的业务问题和IT方的重复低效工作的问题而已 。
言归正传 ， 在赋能业务过程中 ， 基本可以分为三个阶段：
（1）基础入门阶段 需要要保证咱们基础固定报表可看可用 且好用 ， 这是最基本也是最重要的起点 。 然后通过电子表格和自助取数功能来引导我们的业务方 。 （2）第二阶段是让业务方产生意愿 ， 有意向了解这个产品 ， 有意向将自己线下EXCEL应用 ， 或者是依赖 IT方很久才能拿到临时数据查询的结果 ， 通过一个平台可以自己查询快速拿到 。 同时咱们IT方准备好相关的demo和模板之类 ， 来降低业务方的学习成本 ， 让其对平台和工具产生信任感 ， 有意愿来学习了解 ， 且真的给自己的工作带来便利 。 （3）再慢慢进入到第三阶段 ， 真的让业务能自行用数据做探索分析 。 然后结合企业内配合较好的业务部门的例子 ， 在内部做分享传播 ， 然后复制到更多其他的业务部门 。 三个阶段之间是顺序关系 ， 根据咱们实际的IT和业务部门的配合情况以及 业务的数据应用能力来看的 。 对于咱们中小企业而言 ， 可能更多在一二阶段 ， 而对于咱们稍大型企业 ， 可能已经可以到二三阶段 ， 依据自己的实际情况来确定当前重点 ， 是比较重要的 。
最后 ， 几个保护IT发际线的小tips：
1.云上应用 ， 无需运维 ， 远离宕机风险 。 再也不用上线保平安2.如果业务方自己做东西的话 ， 会存在拖拽错了 ， 或不理解什么是维度度量啥的 ， 导致出错 。 在Quick BI中 ， 咱们可以看SQL ， 出现问题可以快速定位、排查 。 3.报错有人快速排查 ， 拿到Traceid给到Quick BI的答疑人员 ， 问题都可以被快速解决 。
本文为阿里云原创内容 ， 未经允许不得转载 。


推荐阅读


上一篇：警察：又是被拉黑的一天……

下一篇：7首歌，一起走过71年