项目交付时一切正常，半年后系统却没人用了——这是 BI 实施里很常见的现象。
多数不是模型或可视化的问题，而是分发和使用体验的问题。下面整理成一份排查清单，方便在上线前后自查。
排查项 1：访问路径过长
现象：业务同事反馈「不知道从哪进去」「又要登录」。
检查动作：
- 数一下从打开电脑到看到报表，需要几步？超过 3 步就算长。
- 是否需要单独的账号体系？能否复用企业已有的 IM 身份或 SSO？
- 报表链接是否有固定的入口（工作台、收藏夹、群置顶）？
优化方向：把报表放进员工每天必开的应用（企业微信、钉钉、飞书），用 IM 身份直接打开，去掉单独的登录环节。
排查项 2：移动端不可用
现象：一线、管理层反馈「手机上看不了」「太挤了」。
检查动作：
- 报表是否配置了移动视图（Power BI 的 Mobile Layout）？没配的话，手机端会直接缩放 PC 布局。
- 关键报表在手机上打开，首屏是否能看到核心指标？
- 是否需要横屏才能看清？一线不会为了看数横屏。
优化方向：移动端重新布局，一屏一个结论；异常用颜色标记，避免让用户自己找问题。
排查项 3：数据时效性不可见
现象：业务质疑「这数是不是上周的」。
检查动作：
- 报表上是否显示了数据集刷新时间？
- 刷新失败是否有告警机制？业务是不是在用一份失败后没更新的数据？
- 刷新频率和业务的使用节奏是否匹配（比如业务每天早上看，但数据是每天下午刷新）？
优化方向：把刷新时间做成报表的固定元素，让时效性一眼可见。
排查项 4：数据范围与个人无关
现象：业务反馈「一堆数，找不到我要的」。
检查动作：
- 用户打开报表后，看到的是全量数据还是自己职责范围内的数据？
- 是否做了角色级的数据权限（RLS / 角色授权）？
- 敏感数据（成本、毛利）是否对不该看的人做了隔离？
优化方向：按组织架构倒推权限，让每个人打开就看到自己那块。实现方式上，可以在报表层做角色授权，也可以在分发层做数据范围控制。
排查项 5：缺少使用场景定义
现象：报表上线后没人用，问业务也说不上来该看什么。
检查动作：
- 每张报表是否对应一个明确的使用场景（谁、什么时候、看什么、看完做什么）？
- 是否做过面向业务的使用培训？
- 是否有核心指标和异常的视觉标记，让用户知道该关注哪里？
优化方向：上线前先定义场景，不要先做报表再找用途。
排查后的落地建议
- 不要全公司铺开，先选一个部门和 5 个人，用真实报表跑两周。
- 用打开率而不是报表数量来衡量效果。
- 分发层的问题优先解决——它比优化图表样式见效快得多。
小结：BI 项目失败，多数败在「没人用」而不是「做不出来」。上线前后用这份清单自查一遍，能避开大部分坑。官网可阅读：pbiplus.com
