Quick BI 实践：千里达票务系统经营报表从 Excel 到自助分析
早期经营报表是运营同学每天早上从数据库导出数据，Excel 做图，再发给老板。一天不导出就没数据，公式一拉错整张表都错。接入阿里云 Quick BI 后，数据源直连 RDS，报表自动刷新，老板自己手机上看，运营同学从"做表"解放出来做分析。
一、做了哪些报表
- 实时大盘：今日售票数、入园数、退票率；
- 经营分析：按景区、按月、按渠道销售额；
- 渠道对比：自营/美团/携程/旅行社各占多少；
- 客户画像：游客来源城市、年龄段（脱敏后）。
二、关键实现
2.1 数据源
- RDS 订单库（只读账号）；
- MaxCompute 离线数仓（T+1 分析）。
2.2 权限
- 老板：全部报表；
- 运营：自己负责的景区；
- 财务：只看销售额，不看用户明细。
2.3 刷新策略
- 实时大盘：5 分钟；
- 经营报表：每天早上 8 点全量刷新。
三、踩坑复盘
- 直接查生产库：早期 Quick BI 直连生产 RDS，复杂查询把库打慢。解决：建只读分析库；
- SQL 写得烂：报表里嵌套多层子查询，刷新 30 秒。解决：预聚合，把常用指标提前算好；
- 数据口径不一致：销售部和财务部的"销售额"对不上。解决：统一指标口径，写在报表说明里；
- 权限过宽：早期所有人能看到所有数据。解决：按行级权限，运营只看自己景区。
四、效果与总结
Quick BI 让数据真正"用起来"了：老板不用等运营发邮件，打开手机就能看实时数据。对千里达票务系统这种 B 端 SaaS，给客户也提供了 Quick BI 嵌入式报表，成了产品卖点。
