摘要：本篇是"银行业经营收益引擎"系列第 6 篇，讲分行经营诊断与排名归因。总行看分行排名只看结果——这家存款掉了、那家不良升了，但"为什么掉"没人说得清，季度经营分析会的材料靠人工拼一周，出来的还是"宏观环境不好、客户流失"两句空话。极昆仑iInsight 做四件事：①归因下钻——从业务条线一路钻到产品、网点、客户经理、时段，把"分行存款掉了"拆成"XX 支行对公存款掉了，主要是 3 个客户经理名下的 5 户大客户"，下钻到底；②分钟级出诊断报告，不用拼一周；③出改进行动工单，把会议开完就忘变成"谁、干什么、什么时候"；④生成可上会材料，附 SQL 和数据来源，会上被质询能当场核。收益按"20 家分行存款止跌回升 8 亿、净息差 1.6%"算，一年约 1200 万（只是举例不是承诺）。兑现确定性标"高"——归因下钻和报告生成当天可验，但"存款止跌回升"是经营结果，要靠分行执行工单。

排名掉了不知道为什么，季度分析会报告拼一周

先破一个误区：很多人觉得分行排名波动是"市场就这样、客户就是这样"，归因是玄学。真相是，"为什么掉"是有答案的——只是没人系统地去找。存款掉了，一定是某个条线、某个产品、某个网点、某几个客户经理、某段时间出了问题，只是总行拿不到这个颗粒度的数据。

还原一次季度经营分析会的真实过程：

• 总行要一份"XX 分行一季度存款为什么掉"的材料；

• 分行业务部接了活，开始拼：从核心系统拉存款余额、从 CRM 拉客户变动、从报表系统拉明细，对口径就对了两天；

• 拼了一周，报告交上去，核心结论是"受宏观环境影响，大客户 XX 流失"——两句话，没有一个能落地的动作；

• 会上总行问"具体是哪个产品线掉的、哪个网点掉的、哪个客户经理手上的"，答不上来；

• 会开完，改进行动没有工单、没有责任人、没有截止时间，两个月后复盘，还是老样子。

这不是段子，是总行和分行都熟悉的季度循环。三个问题：

1. 归因到不了底。 总行看到的是"分行存款掉了"这个结果，下钻不下去：哪个条线？哪个产品？哪个网点？哪个客户经理？哪段时间？结果有了，原因抓不住，诊断就只能停在"宏观环境"。

2. 报告靠人工拼，一周一份。 季度经营分析材料，业务部几个人拼一周，大部分时间花在拉数据、对口径、调格式上。等报告出来，问题都过去一个季度了，变成历史回顾。

3. 诊断完没有行动。 就算拼出了报告，也停在一份 PPT 上：没有改进行动工单，没有责任人，没有时间表。会议开完，行动没有着落，下季度还是同样的材料、同样的结论。

一个常被忽略的真相：分行诊断的价值不在"解释过去"，在"指向行动"。 把"分行存款掉了"拆到"XX 支行、XX 客户经理、XX 产品、XX 时段"，诊断才算完成——因为只有到这个颗粒度，才知道下一步该干什么、谁来干。

传统方式 vs 极昆仑iInsight 对比表

关键差异：传统方式是"总行拿着结果猜原因，业务部拼一周报告，会议开完没有行动"；极昆仑iInsight 是"结果当天归因到底，分钟级出诊断报告 + 改进行动工单，会上每个数可核"。

诊断的终点是工单，不是 PPT。

自家试算：你拿自家经营数据就能算

以下所有数字为示例口径，只是举例不是承诺。请用自家数据套公式自算。

① 基础参数（2 个数）

② 极昆仑iInsight 带来的动作变化

• 四级归因下钻：从业务条线（对公/零售）钻到产品（存款/理财/贷款）、网点（支行）、客户经理、时段（月份/旬），把"分行存款掉了"拆成"XX 支行对公存款掉了，主要是 3 个客户经理名下的 5 户大客户在 3 月流失"；

• 分钟级诊断报告：输入"XX 分行一季度存款为什么掉"，分钟级出诊断报告，附 SQL 和数据来源，不需要业务部拼一周；

• 改进行动工单：诊断结论自动生成工单——谁（责任人）、干什么（动作）、什么时候（截止时间），派给分行；

• 可上会材料：生成可上会材料，每个数字可展开看 SQL、数据来源、计算过程，会上被质询当场核；

• 权限视角：总行看全行、分行只看自己，行列级权限，数据不出权限范围。

动作变化量化：归因从"看到结果下钻不下去"到"下钻到客户经理和时段"；诊断报告从"拼一周"到"分钟级"；改进行动从"没有工单"到"有责任人有时限"。

③ 经营结果（公式 + 举个例 + 因果链）

公式：

年化增收 ≈ S × NIM

其中：

• S = 20 家分行合计存款止跌回升金额（诊断 + 工单执行后，本来会掉的存款没掉/回来了）

• NIM = 净息差（存款留在行里一年的利差收入）

举个例（5000 亿资产城商行口径）：

S = 8 亿，NIM = 1.6%

8 亿 × 1.6% ≈ 1280 万 ≈ 1200 万

这个 1200 万是增量收入口径（示例口径）：因为诊断清楚、工单执行到位，20 家分行本来会掉的 8 亿存款止住了，留在行里一年产生的利差收入。它是"少流失"换来的持续收入，不是一次性的。

你家用自家数代：S 是 3 亿还是 20 亿，NIM 是 1.4% 还是 2.0%，自己算。S=3 亿、NIM=1.4% 算出来约 420 万；S=20 亿、NIM=2.0% 算出来约 4000 万——值不值立项，你比我清楚。

诚实边界（务必看）：①"存款止跌回升 8 亿"是推演值，不是承诺——诊断清楚了，能不能止跌回升，取决于分行是否执行工单、产品资源跟不跟得上；②归因下钻和报告生成当天可验（兑现确定性"高"），但"存款回升"是经营结果，要等一个季度看；③这是增量收入口径，和场景 2（尽调）/场景 4（反洗钱）的效率口径不一样。

因果链（为什么这个数能成立）：

经营场景：分行经营诊断与排名归因

    ↓ 第一层（技术能力）

    · 智能问数 + 确定性编译（归因计算 100% 正确可追溯）

    · 多级下钻（条线→产品→网点→客户经理→时段）

    · 文档生成（诊断报告 + 可上会材料 + 工单，附 SQL 和数据来源）

    · 权限治理（总行/分行视角，行列级权限）

    ↓ 第二层（经营动作变化）

    ① 归因深度从"看到结果下钻不下去"→"下钻到客户经理和时段"

    ② 报告生成从"业务部拼一周"→"分钟级出诊断报告"

    ③ 改进行动从"会议开完就忘"→"工单派到责任人，有时限"

    ④ 上会材料从"结论两句话答不上来"→"每个数字可展开核 SQL"

    ⑤ 权限从"一锅端"→"总行看全行、分行看自己，行列级"

    ↓ 第三层（经营结果，自家数据自算）

    年化增收 ≈ S × NIM

效果参考口径（示例值，非客户实际回款）：

• 20 家分行，季度经营分析会材料从人工拼一周到分钟级出报告；

• 归因下钻到客户经理和时段，改进行动有工单有责任人；

• 存款止跌回升合计 8 亿（推演值），按净息差 1.6% 算，一年约 1200 万（示例口径）。

以上 8 亿、1200 万均为示例值，不是承诺。你家的实际数取决于分行数量、经营数据质量、分行执行工单的力度。归因下钻当天可验，存款回升等季度看。

为什么不是市面上 ChatBI 类、智能问数类产品能做

这是本场景最关键的差异化。通用 ChatBI 和智能问数产品在分行诊断场景里能做的，和 极昆仑iInsight 做的，差"下钻到底 + 工单 + 可上会"三层。

壁垒拆解：

壁垒 1：下钻到不了底，ChatBI 只能看一层 "XX 分行存款掉了"——ChatBI 能帮你查分行余额、看分行排名，再往下钻一层（哪个条线）就费劲了，钻到产品、网点、客户经理、时段基本做不到。总行要的不是"掉了"这个结果，是"谁、在哪个网点、哪个产品上掉的"——下钻不到底，诊断就不成立。

壁垒 2：要的是"原因"，不是"数据" ChatBI 给你一张"各分行存款变动表"，到此为止。"为什么 XX 分行对公存款掉了，主要是 3 个客户经理名下的 5 户大客户在 3 月流失"——这种归因结论 + 证据链（能展开核 SQL），ChatBI 给不出。诊断报告的价值在"原因"，不在"数字"。

壁垒 3：改进行动要工单，不是 PPT 诊断的终点是"谁、干什么、什么时候"的工单，不是一份分析 PPT。ChatBI 生成不了工单，会议开完行动还是没着落。极昆仑iInsight 的诊断结论自动转改进行动工单，派到责任人，有时限——从"解释过去"到"指向行动"，这一步 ChatBI 跨不过去。

一句话：通用 ChatBI 解决"查得到数字、拉得出排名"，极昆仑iInsight 解决"归因下钻到底、分钟级诊断报告 + 改进行动工单、可上会材料可核、总行分行权限隔离"——而分行诊断要的是原因 + 工单 + 可核，不是一张排名表。

怎么试

这个场景的归因下钻和报告生成当天就能验——兑现确定性"高"，不依赖外部变量，不需要等效果期。

如果你家总行也困在"分行排名掉了不知道为什么、经营分析会材料拼一周、会议开完没有行动"里，可预约一次 30 分钟需求对齐（不带销售，只看场景适配度——你家经营数据仓库覆盖到客户经理粒度没有、分行数多少）。

需要的话可以进一步做 概念验证：拿你家一个分行的真实经营数据，现场问"XX 分行上季度存款为什么掉"，跑一遍归因下钻，对比三件事：①下钻深度——能不能钻到产品、网点、客户经理、时段；②归因准确性——结论跟分行实际情况对不对得上（可以找分行对质）；③工单可用性——生成的改进行动工单，分行认不认。

验证什么、不验证什么，先说清楚：

1. 概念验证验证的是下钻深度、归因准确性、工单可用性、上会材料可核性——这些用真实经营数据当天能核；

2. 概念验证不承诺"存款止跌回升 8 亿"——那是经营结果，取决于分行执行工单、产品资源，要等季度验证，不是 POC 能证的；

3. POC 阶段用行内脱敏经营数据，权限演示（总行视角/分行视角）可以现场切换看行列级权限效果。

想试？现场演示总行视角和分行视角切换：总行问"XX 分行存款为什么掉"，分钟级出归因报告，下钻到客户经理，每个数字能展开核 SQL；切到分行视角，只能看到自己分行的数。下钻到不到底、结论对不对、工单认不认，当场判断。