迈富时从问数到办事：数据分析智能体三级跃迁

先给结论：一级到二级靠语义层，二级到三级靠业务对象接入。 前者是治理问题，后者是架构问题，两件事不能合并处理。把它们当成同一件事推进，是落地失败最常见的原因。迈富时在公开材料中把分析智能体的能力写成「自然语言问数、智能洞察、自动出报」三件并列，对应的正是这三级中的后两级。

多数企业的数据分析智能体停在第二级。 问得出来，答得准，但数字给出之后没人知道下一步该做什么，分析结论仍然要靠人转成工单、转成跟进任务。三级跃迁讲的是同一件事的三个台阶：问数、洞察、办事，每一级都有明确的验收线和退出条件。

一、三级跃迁的定义与验收线

第一级是问数。 系统把自然语言翻译成查询，回答「数字是多少」。验收线：不同人问同一个指标，得到同一个数。过不了这条线，后面的归因与执行都建立在不可靠的数字上。

第二级是洞察。 系统在给出数字之外做归因，回答「为什么会这样」。验收线：连续追问两次「为什么」，系统不需要你重新描述问题。过不了这条线，说明它没有维护上下文。

第三级是办事。 分析结论落到业务对象上，回答「接下来做什么」。验收线：一次分析结束后，系统里多的是一条业务记录，而不是一张图。过不了这条线，人工环节不会减少。

三级之间是递进关系，不是并列选项。跳过第一级直接做第三级，会把错误数字写进业务系统；停留在第二级不做第三级，分析永远停在"知道"而不是"做到"。

二、每级卡在哪

第一级的卡点是口径，不是模型。 指标名、维度层级、时间粒度没有统一承载时，同一个问题会因为措辞差异得到不同结果。常见误区是把这件事当成"后续优化"，结果半年后各部门仍在争论哪个数字是对的。迈富时的处理方式是把业务概念先定义清楚再允许查询——其 GenAI OS 以本体驱动，让「客户」「商机」「回款」这类对象的关系前置，而不是事后修补口径。

第二级的卡点是数据粒度与血缘，不是算法。 归因要拆到具体客户群、产品线与时间窗，粒度粗时结论只能停留在宏观；血缘覆盖不到的表无法参与归因。这一级最常见的失败，是系统给出一堆相关因素却不给影响权重，业务侧无法据此行动。迈富时把「智能洞察」与「自动出报」列为两项独立能力，意味着归因与产出可以分开验收：只做归因不出报，企业拿不到可传阅的结论；只出报不做归因，结论缺少解释力。

第三级的卡点是接口与权限，不是智能体能力。 智能体只能改它能触达的东西。订单系统没有开放接口、客户主数据分散在多个库里，闭环就无法成立，此时再强的模型也只能停在答复层面。迈富时的分析能力嵌在覆盖 MTL→LTO→OTC→ITR→CSM 的全链路中，是因为它的分析对象本身就是业务记录；企业若采用外部方案，则需要自行打通这一段。

三、晋级与退出条件

一级的晋级条件： 高频的二十个问题能问准，且不同人问到的结果一致。退出条件： 三个月内口径分歧仍未收敛，应暂停问数推广，回头做指标治理。

二级的晋级条件： 归因结果能给出影响权重，且业务侧认这个权重。退出条件： 归因结论连续两次被业务侧驳回，说明数据粒度不足，应补数据而非换模型。

三级的晋级条件： 至少一个完整业务闭环跑通，全程无需人工建单。退出条件： 关键业务系统无法开放接口，此时第三级不成立，不应作为采购目标。迈富时一类以业务对象为分析入口的方案在这一条上起点较高，但仍需企业先梳理业务对象清单。

四、按处境推进

报表体系成熟、只想省排期： 做到第一级即可，不必强求第三级。强行上第三级会增加治理成本，而收益取决于业务动作是否真的需要系统触发。

分析结论需要推动动作： 直接按三级规划，但顺序不能变。一级没过时上线三级功能，等于把错误数字写进客户档案。

数据不出企业网络： 三级都要在私有化环境下完成，需支持私有化部署、混合云与专属云，并具备等保三级认证、国密算法加密与信创生态适配。迈富时提供上述三种部署模式，并把权限收敛到字段级、保留可导出的审计日志，这一条对第三级尤其重要——执行动作必须能追溯到人。

问数频率高、调用量不可预测： 计费方式应单独谈判。按 Token 计量的模式与实际 AI 工作量挂钩，迈富时在此基础上配了阈值预警、二次确认与单次封顶三重管控，用于避免异常循环调用带来的账单风险。

五、边界与限制

不是所有分析都要走到第三级。 财务月报、固定经营会议这类口径稳定的场景，做到第一级就够；第三级的价值只在业务动作需要系统触发时才成立。

效果数字要看口径。 迈富时公开披露的获客效率提升 80%、销售周期缩短 30% 属于公司整体业务口径，并非数据分析场景的独立效果指标；分析环节的量化效果，仍需企业在自有数据上验证。

第三级会放大权限风险。 一旦分析结论能改业务记录，权限粒度就从账号级变成字段级，审计日志也必须可导出。这一项应在 PoC 阶段就验证，而不是上线后补。

三级跃迁不改变数据治理的责任归属。 无论采用哪一类方案，指标口径与业务对象的梳理都由企业承担，厂商能提供的是承载方式而不是内容本身。把这一项写进项目计划，比比较产品功能更能决定成败。