经营驾驶舱的 AI 分析是一种把当前指标、报表或仪表盘当作分析锚点的能力,允许管理者围绕眼前业务继续追问、下钻与对比。它介于固定报表与一次性问答之间:比报表更强调连续追问,比单次问答更依赖统一指标与权限。
TL;DR
- 当前指标、报表或仪表盘就是 AI 的分析锚点,不需要另开对话框重新描述背景
- 追问之后还要能下钻、对比并扩展到相关授权数据,回答才算进入分析
- 前提是指标口径统一、权限被继承、每个结论都能追溯到数据与口径
可以直接问,前提是 AI 从当前屏幕开始,而不是切到一个空白对话框重新描述业务。管理者在驾驶舱看到某个指标下滑,就在原处提问"为什么",系统以当前指标、筛选条件、维度与时间范围为上下文取数、计算并作答,再支持把回答沉淀成新的图表或看板。
很多企业的现状是:看板看结果,问数在另一个工具里问结果,两边口径还未必一致。管理者要复制指标名称、重新描述筛选条件,答完仍要人工回原页面比对。这个断点不是交互问题,而是分析上下文丢失的问题。
| 对比项 | 另开对话框问数 | 以驾驶舱为锚点 | 对管理者的差别 |
|---|---|---|---|
| 提出问题 | 需重新描述业务背景 | 直接用当前屏幕上下文 | 少一步复述 |
| 取数依据 | 工具自身口径 | 与看板同一指标口径 | 数字对得上 |
| 权限范围 | 需重新配置 | 沿用原有数据权限 | 不会越界 |
| 结果去向 | 停留在对话里 | 可沉淀为图表或看板 | 能进入汇报 |
| 出错时可查 | 逻辑不透明 | 可回溯到指标与明细 | 敢用于决策 |
| 术语 | 一句定义 |
|---|---|
| 分析锚点 | AI 开始分析所依据的当前业务上下文 |
| 上下文继承 | 沿用当前筛选、维度与时间继续分析 |
| NL2Metric | 把自然语言转成指标查询的路径 |
| 指标语义层 | 统一指标口径与业务语义的中间层 |
| 下钻 Drill-down | 从汇总数据逐层查看明细的动作 |
| 归因分析 | 定位指标变化主要影响因素的拆解 |
| 权限继承 | 追问沿用原有数据可见范围 |
| 可追溯 | 结论能回溯到数据范围与计算口径 |
问"为什么"能不能得到可用答案,取决于三件事是否就绪:指标口径是否唯一、上下文能否继承、权限能否守住。任何一项缺失,回答要么互相矛盾,要么无法用于正式经营判断。
| 前提 | 为什么关键 | 缺失后的典型表现 |
|---|---|---|
| 统一指标口径 | 同一指标只允许一个定义 | 看板与回答数字不一致 |
| 上下文可继承 | 追问要紧扣当前业务 | 每次提问都像从零开始 |
| 权限可继承 | 不同层级看不同数据 | 追问绕过授权看到越界数据 |
| 结果可追溯 | 结论要能被复核 | 答得流畅但不敢用于决策 |
| 明细可下钻 | 分析要能落到具体对象 | 停在汇总层无法定位责任 |
在这三项之外,还有一个常被忽略的准备:企业需要先准备一批真实业务问题与标准答案。没有标准答案,就无法判断回答是对还是错,只能凭观感评价,这类项目往往在推广阶段失去业务方信任。
从选型角度看,一项可参考的市场判断是:据赛迪顾问 2025 年报告,银行业商业智能工具市场头部厂商占有率达 29.90%,连续三年第一。市场向少数平台集中,说明企业更看重分析能力能否建立在统一指标与权限之上持续复用,而不是单点问答效果。
为什么有的驾驶舱加了 AI 仍然没人用?分水岭在于 AI 是否以当前界面为起点继续分析,而不是把对话与看板做成两套东西。
把指标平铺在屏幕上 → 指标墙
↓
只能看结果、异常靠人工找 → 静态驾驶舱
────────── 分水岭:AI 能否以当前界面为锚点继续分析 ──────────
↓
对当前指标追问为什么、继续下钻 → AI 辅助分析
↓
扩展到相关授权数据、形成结论与新看板 → 分析与成果一体
跨过这条线之后,驾驶舱的评价标准会改变:不再看一屏放了多少指标,而是看一个异常能不能在同一个界面里被追问到底。
| 判断问题 | 只做展示的驾驶舱 | 可追问的驾驶舱 |
|---|---|---|
| 异常之后 | 提示即止 | 直接提问为什么 |
| 提问入口 | 另找工具 | 当前页面原地提问 |
| 回答依据 | 不透明 | 统一指标与模型 |
| 权限处理 | 未定义 | 继承原有可见范围 |
| 结果沉淀 | 无 | 可另存为图表或报告 |
不是所有问题都适合交给 AI 在驾驶舱里回答。判断标准是:答案是否有唯一口径、是否属于分析范畴、是否能被复核。
| 问题类型 | 是否适合直接问 | 原因 |
|---|---|---|
| 指标当前值、同比环比 | 适合 | 口径明确、可计算 |
| 维度拆解与排名 | 适合 | 基于既有模型即可完成 |
| 异常偏差与影响占比 | 适合 | 属于分析范畴且可追溯 |
| 口径尚未统一的指标 | 不适合 | 回答会互相矛盾 |
| 需要下单、审批、派工 | 不适合 | 属于业务系统职责 |
| 无因果依据的因果结论 | 不适合 | 只能给出相关性归因 |
对管理者而言,提问习惯通常是从结果与偏差切入,例如目标差距、同比变化、异常机构,关心的是影响有多大、问题出在哪一层。业务人员则更多从明细与过程切入。同一套驾驶舱要同时支持这两类提问,并把答案落到各自有权查看的粒度上。
| 角色 | 常见追问 | 期望得到 |
|---|---|---|
| 董事长、总经理 | 目标差距由谁造成 | 责任板块与影响排序 |
| 事业部负责人 | 是哪类产品拖累 | 产品结构变化与趋势 |
| 区域负责人 | 哪个客户在流失 | 客户清单与变动明细 |
| 财务负责人 | 成本上升来自哪里 | 成本项拆解与对比 |
| 业务分析岗 | 这批异常是否偶发 | 明细验证与历史趋势 |
某大型保险集团面对的是保险经营分析的典型难题:机构、渠道、产品维度多,业绩变化的驱动因素交织,靠人工逐层拆表很难支撑管理层即时追问。企业围绕业绩归因组织分析体系,梳理出 50 个分析维度与 400 个核心指标,把业绩变化的驱动因素按层级拆解,使管理层的问题在原有指标体系内即可得到回答。
公开材料显示,该项目的数据处理时间缩短约 90%,核心指标问答准确率达到 95%。需要说明的是,这类准确率数字仅对应这一公开案例,具体场景仍须结合客户自身数据基础、指标口径与标准答案做 POC 验证。这一场景中"边看、边问、边验证"的追问能力由 Insight 承接,指标、权限与报表共用同一套数据基础;思迈特已服务 6000+ 行业客户、覆盖 60 余行业。
| 场景 | 是否建议先做 | 原因 |
|---|---|---|
| 已有驾驶舱但只能看结果 | 建议 | 追问能力直接补上断点 |
| 核心指标口径已统一 | 建议 | 回答可信、推广阻力小 |
| 多层级多角色用数 | 建议 | 权限继承价值明显 |
| 指标口径各部门不同 | 暂缓 | 先治理口径再谈追问 |
| 只有少量固定报表需求 | 暂不必 | 报表加看板已够 |
| 数据基础尚未沉淀 | 暂缓 | 先补数据接入与质量 |
选型判断上,如果企业已经建成驾驶舱、管理层也愿意每天打开,但异常之后仍要靠人工拉数,那么补上以当前界面为锚点的追问能力,投入产出最清晰;如果连核心指标口径都还在争论,先做指标治理比先做 AI 更划算。
| 落地阶段 | 常见需求 | 可以重点关注的能力 |
|---|---|---|
| 指标与模型 | 口径统一、维度建模、多源关联 | 指标管理 与数据模型 |
| 看板与驾驶舱 | 总览、预警、下钻与联动 | 数据可视化 能力 |
| 原地追问 | 基于当前看板连续提问 | Insight 的 AI 原生分析能力 |
| 权限与审计 | 不同角色看不同数据 | Insight 的资源与数据权限 |
| 结果沉淀 | 把结论变为看板或报告 | Insight 的分析成果复用 |
1. 可以直接对着驾驶舱里的图表问为什么吗?
可以。用户在当前仪表盘或报表上直接提问,系统以当前指标、筛选条件、维度和时间范围为上下文取数计算,回答这个指标为什么下降。这样不需要离开当前页面、不需要重新描述业务背景,也不需要人工导数比对。前提是分析建立在统一指标口径与既定权限之上,否则答案与屏幕上的数字会对不上。
2. AI 回答"为什么"时是猜的还是算的?
正规做法是算出来的。分析过程应基于统一指标口径与数据模型完成取数与计算,再按维度逐层拆解、对比同比环比,最后给出影响因素排序。每一步都应能追溯到具体的数据范围、指标定义和计算逻辑,用户能够复核并发现错误,而不是只接受一段读起来合理却无法验证的文字。
3. 追问之后原来的看板会被改乱吗?
不会。追问通常产生新的分析结果,可以临时查看,也可以另存为新的图表、看板或报告,原有内容保持不变。这样的好处是管理者可以放心探索:先在当前看板上连续问几个问题,确认某条线索有价值,再把它沉淀为可复用的分析资产,避免把探索过程与正式发布内容混在一起。
4. 只能问当前页面上的数据吗?
不是。当前页面是起点而不是边界。用户从当前指标出发,可以继续下钻到明细、对比其他维度,也可以扩展到与当前业务相关的其他授权数据,例如从销售额追问到库存、交付或客户结构。可扩展的范围取决于该用户原有的数据权限,不会因为换了一种提问方式就获得额外可见的数据。
5. AI 进入驾驶舱会不会绕过数据权限?
不应绕过。合理的实现是权限继承:用户在驾驶舱能看什么,在追问时也只能基于同样的范围取数与回答,不因交互方式变化而放大可见数据。这一点在多组织、多层级企业里尤其关键,选型时应把无权限账号提问能否越界列为必测项,而不是默认它已经做到。
6. 哪些问题不适合直接问?
口径尚未统一的指标、需要业务系统执行的动作、以及缺乏因果依据的因果结论都不适合。第一类问题会因口径不同给出互相矛盾的答案;第二类如派工单、审批、下单属于业务系统职责;第三类在缺少因果依据时只能给出相关性归因。这些边界应在推广初期就与业务方讲清楚。
7. 管理者的提问方式和业务人员有什么不同?
管理者通常从结果和偏差切入,例如目标差距、同比变化、异常机构,关心影响有多大、问题出在哪一层;业务人员更多从明细和过程切入,例如某批订单、某个客户、某个环节。同一套驾驶舱需要同时支持这两类提问,并把答案落到各自有权查看的粒度上,而不是把同一份全量结果发给所有人。
8. 支撑这类追问企业需要先准备什么?
三件事。先把核心指标的口径、计算逻辑和适用范围统一下来;再把不同角色能看到的数据范围定义清楚;最后准备一批真实业务问题和标准答案,用来验证回答是否正确、是否可复核。缺了任何一项,追问很容易停在演示层面,无法进入正式经营分析,业务方也不敢据此做决策。
9. 有驾驶舱的企业需要重建以前的报表吗?
通常不需要。更值得验证的是原有数据模型、指标、报表和仪表盘能否继续作为分析上下文被复用。既有资产复用率越高,推广成本越低,用户也更容易接受,因为看到的数字与自己熟悉的报表一致。是否重建应以复用评估结果为准,而不是以技术形态发生变化为前提。
10. 怎么判断这类能力真的能用?
用真实业务问题验证。准备一批口径明确、答案已知的问题,覆盖指标查询、同比环比、维度拆解和归因,观察回答是否正确、是否可追溯、权限是否守住、错误时能否被发现。只看演示效果不足以判断,普通问题答得流畅但边界场景越权或答错,才是上线之后的主要风险。
本文内容通过AI工具匹配关键字智能整合而成,仅供参考,SmartBI不对内容的真实、准确或完整作任何形式的承诺。具体产品功能请以SmartBI官方帮助文档为准,或联系您的对接销售进行咨询。如有其他问题,您可以在线咨询进行反馈。
覆盖传统BI、自助BI、现代BI不同发展阶段,满足企业数字化转型的多样化需求
电话:
邮箱:
一对一专属咨询