效益预警 · 高双鹿助手 · 09:12
客户宁波裕丰商贸（即时零售）
本月费比19.47%（阈值 12%）
经营效益−24 万元
主因线索陈列费 +38 万 · 即时零售补贴 +21 万
同口径批发业务效益 +439 万元、费比 4.86%，亏损集中在即时零售一块。
已处理 · 张磊 · 08-27 09:16
以动态成本效益中心为内核的销售经营管理系统已经建成。 需求会上提的 42 条诉求逐条落到了具体的屏，111 条验收标准逐条有状态与证据—— 包括还没做完的那两条。这份材料是现场走查前的预读。
需求会与素材里共提出 42 条诉求，全部逐条追溯到具体模块、具体路由、具体的那一屏， 不做归并、不做截断。下面是其中 13 条，完整 42 条在现场走查时逐条过。
tpm/business-splitcec/rollup.tscec/excelmap.tsprofile/producttrm/photo.tsai/gateway.tssfa/task.tsorder/order.tsbi/report.tsbi/view.tsintegrations/sapbi/askAR_OVER_AVG + N04费用不再是一笔"总数"。系统给每一张单据打上 部门 / 渠道 / 客户 / 业务员 与 市场分类、业务类型、产品类型标签， 与 SAP 的发货、成本数据在同一主键上对齐——盈亏因此有了归属。
| 经营单元 | 发货额 | 归集费用 | 费比 | 销售毛利 | 经营效益 | 效益率 | 同比 | 状态 |
|---|---|---|---|---|---|---|---|---|
| 名品部 | 38,620 | 4,142 | 10.73% | 9,655 | 5,513 | 14.3% | +8.4% | 下钻 |
| OEM 部（公配） | 21,480 | 1,320 | 6.15% | 4,296 | 2,976 | 13.9% | +19.2% | 健康 |
| 国际销售部 | 15,760 | 946 | 6.00% | 3,467 | 2,521 | 16.0% | +12.6% | 健康 |
| 定牌业务 | 9,340 | 214 | 2.29% | 1,214 | 1,000 | 10.7% | −3.1% | 关注 |
| 合计 | 85,200 | 6,622 | 7.77% | 18,632 | 12,010 | 14.1% | +10.2% |
| 渠道 / 业务类型 | 发货额 | 归集费用 | 费比 | 销售毛利 | 经营效益 | 效益率 | 费用占比 | 状态 |
|---|---|---|---|---|---|---|---|---|
| KA 渠道（大卖场） | 9,860 | 1,584 | 16.06% | 2,268 | 684 | 6.9% | 38.2% | 费比越线 |
| 电商渠道 | 7,420 | 1,336 | 18.01% | 2,003 | 667 | 9.0% | 32.3% | 关注 |
| 经销渠道 · 批发 | 15,240 | 892 | 5.85% | 3,810 | 2,918 | 19.1% | 21.5% | 健康 |
| 经销渠道 · 即时零售 | 6,100 | 330 | 5.41% | 1,574 | 1,244 | 20.4% | 8.0% | 健康 |
| 名品部合计 | 38,620 | 4,142 | 10.73% | 9,655 | 5,513 | 14.3% | 100% |
| 客户 / 业务类型 | 发货额 | 归集费用 | 费比 | 销售毛利 | 经营效益 | 效益率 | 净价(元/节) | 状态 |
|---|---|---|---|---|---|---|---|---|
| 宁波裕丰商贸 · 批发 | 2,180 | 106 | 4.86% | 545 | 439 | 20.1% | 1.22 | 健康 |
| 宁波裕丰商贸 · 即时零售 | 380 | 74 | 19.47% | 98 | −24 | −6.3% | 1.03 | 效益转负 |
| 苏州万佳日用品 · 批发 | 1,640 | 88 | 5.37% | 410 | 322 | 19.6% | 1.21 | 健康 |
| 合肥中远百货 · 批发 | 1,180 | 152 | 12.88% | 295 | 143 | 12.1% | 1.12 | 费比抬升 |
| 郑州盛佳批发 · 批发 | 960 | 41 | 4.27% | 240 | 199 | 20.7% | 1.23 | 健康 |
这一行正是调研时被反复举例的场景：同一个经销商，批发赚钱、即时零售亏钱。 过去只能看到"这个客户是负的"，现在能直接指到是哪一块业务、哪几个费用科目造成的。
| 业务员 | 发货额 | 归集费用 | 费比 | 销售毛利 | 经营效益 | 效益率 | 效益排名 | 销量排名 |
|---|---|---|---|---|---|---|---|---|
| 王海涛 | 6,120 | 690 | 11.27% | 1,530 | 840 | 13.7% | 7 | 1 |
| 陈磊 | 4,860 | 262 | 5.39% | 1,215 | 953 | 19.6% | 2 | 2 |
| 李文静 | 3,240 | 148 | 4.57% | 810 | 662 | 20.4% | 1 | 5 |
| 周建国 | 2,980 | 206 | 6.91% | 745 | 539 | 18.1% | 4 | 6 |
"销量能做一个亿，但带给公司的利润比较少"——业务员考核从此有了效益口径： 王海涛销量第 1、效益仅第 7，差异全部来自可下钻的费用明细。
按费用科目的四类属性（归属层级、销售口径、是否可分摊、核销方式）自动落到经营单元；非直属费用按可版本化的分摊规则拆分，规则改动可复算历史。归集率的验收目标是 ≥85%，实际达成需在接入真实 SAP 费用凭证后复核——演示数据下的比率不足以代表它。
费用申请提交即校验：客户剩余额度、预算余额、费比阈值三重校验，越线直接阻断并给出替代建议——拦截发生在费用产生之前，而不是事后出现在报表里。
效益 → 费用科目 → 费用单据 → SAP 凭证号。业务方追问"这个数字怎么来的"，系统当场展开，不需要中台再去导一次表。
飞书是入口和协同层，业务逻辑仍在系统内闭环。预警、任务、审批、日报、活动进度以消息卡片直达当事人， 常见动作在卡片上一键完成——不用打开系统，也不会丢在群里。
客户三月未下单、突发大额订货、效益转负、费比越线、商机停滞、超预算、陈列不合格、任务逾期、每日接单日报……业务模块只发出事件，协同层负责触达。
事件驱动、内容自带，不回查数据库；发送失败落 FAILED 状态并可观测，没有处理器的按钮返回明确错误，绝不假装"已处理"。
打卡、拜访拍照、代客下单、费用申请全部在飞书移动端完成，弱网可用；拜访计划可写入飞书日历。
飞书侧边栏打开客户 360，边聊边看；@双鹿助手 直接查数；会议妙记一键转结构化跟进记录，人工确认后落库。
调研中最具体的一条诉求：每日接单、每日发货现在靠人从系统拉数、加工成 Excel、邮件群发给全部大区经理与分管领导。 系统把这些报表固化下来，电脑端手机端按权限自己查，飞书早 8:30 自动推送日报卡。
数据集 订单明细（接单口径） · 销售口径 发货 · 税额口径 不含税 · 退货冲减 是 · 口径版本 v1 · 血缘 sales_order、order_line、customer、product。 这一行不是装饰：客户追问"这个数怎么算的"，答案在页面上，不用中台再导一次表。
| 渠道 | 发货额 | 归集费用 | 费比 | 经营效益 | 状态 |
|---|---|---|---|---|---|
| 经销 | 5,047,060 | 355,552 | 7.04% | 908,226 | 健康 |
| 国际 | 2,422,020 | 235,461 | 9.72% | 402,881 | 费比抬升 |
| 公配 / 工配 | 1,497,899 | 95,349 | 6.37% | 284,601 | 健康 |
| KA 大卖场 | 1,099,642 | 72,220 | 6.57% | 197,935 | 健康 |
| 电商 | 247,843 | 14,721 | 5.94% | 44,612 | 健康 |
| 定牌 | 175,198 | 13,127 | 7.49% | −9,842 | 效益转负 |
条形的长短是像素，数字是语义层算好的口径值 —— 前端不做任何除法与求和， 否则同一个数在图里和表里会不一样，而且没人会去怀疑图。
M_SHIP_AMT期间内交货单不含税金额减退货不含税金额。★ 成本效益中心默认主口径。
通用 BI 工具让每个人自己写公式，于是"销售额"在三个部门有三个值，开会先吵半小时口径。 这里反过来：报表、看板、自助视图、AI 问数一律只能引用字典里登记过的指标，不允许自定义公式。
调研里客户说得很直接：驻外业务员"学历情况可能并不能支撑他们都可以使用自己的 agent， 最好就是有一个固定的一个视图，他们可以看每日接单、每日发货这种情况"。
所以业务员登录后的首页是写死的组件清单，不需要任何配置，手机端同一套数据。 要自己搭视图的人去"自助视图"，从中台预置模板复制一份再改 —— 但指标依然只能从字典里选。
近 30 天发货趋势 · 演示数据
每日接单（R01）与每日发货（R02）改为系统内 + 飞书推送，早 8:30 自动送达。同一张报表按打开人的权限出数：大区经理看本大区，总监看全国，不再需要为不同人各导一份。
70 项指标逐项登记公式、来源、口径参数与责任人。报表上每个指标可悬浮查看定义；口径变更升版留痕，受影响报表标注 30 天。任何报表、看板、问数都不得绕过语义层直连业务表。
客户要求"我们自己的人员也可以去搭建几个视图，比如动态的库存管理"。自助视图开放维度、筛选、图表类型与订阅，唯独指标必须从字典里选 —— 这是口径不散的前提。
统一的指标字典与语义层，让"销售额"在全公司只有一个口径；画像把散落的行为沉淀成可监控的指标； 规则引擎把异常变成有人负责的任务。AI 只在这套确定性之上做辅助。
标签由规则自动打上，不是 AI 生成的一段话；每个标签都能点开看到触发它的那几条数据。
其中 12 条逾期自动升级至大区经理，5 条经复核判定为规则误报并触发阈值调整——规则本身也在被持续校准。
| 规则 | 触发条件 | 本月命中 | 动作 |
|---|---|---|---|
| 客户沉默 | 连续 3 月无订单 | 17 | 任务 + 大区抄送 |
| 突发大额订货 | 单月 > 历史均值 3 倍 | 9 | 窜货嫌疑核查 |
| 费比越线 | 客户费比 > 阈值 | 23 | 事中拦截 + 告警 |
| 效益转负 | 经营效益 < 0 | 6 | 管理层告警卡 |
| 费用池临期 | 余额到期前 30 天 | 14 | 提醒经销商 |
| 出口客户静默 | 连续 3 周未下单 | 4 | 国际部跟进任务 |
调研中的原话是"AI 分析只能作为辅助，我们不能确定它是否有幻觉"。这四条红线写进了开发规范，并列入验收。
关于视觉 AI，现在的真实状态：陈列稽核的整条链路——阈值配置、证据链、人工复核队列、 降级行为——全部是真做的，只有"判定"这一步接的是 Mock，真实视觉模型尚未接入。 因此走查第 6 场演示的是链路和证据，不演示"识别得准不准"。同理，系统里不存在任何让大模型写解读的路径， 文本解读接口显式返回 503；替代它的是上一节那个零模型调用的经营解读层。 能说清自己哪一步是 Mock，比宣称全都做好了更值得您信任。
这些不是报表的另一种画法。每一个模型都对应一个过去只能凭经验判断的问题， 并且都遵守同一条规矩：算不出来就说算不出来，绝不用空数组或估算值冒充。 下面每张卡片里的「未完成」那一行，就是模型自己报出来的边界。
对每个客户各自的订货间隔做生存分析，算出属于他自己的静默阈值，再用它触发预警。一个月月下单的客户静默 20 天就该问，一个季度一次的客户 60 天都算正常。
把效益变化拆成量、价、成本、费用四项，做到四项相加恒等于总变化（实测差值 0.0000）。连环替代法会产生一个交互项，系统把它单独列出来并写明分摊规则，不偷偷摊进其他三项。
拟合每个投放对象的费用—销售响应曲线，给出边际 ROI 排序与再分配建议。
用 DID / 趋势外推构造反事实基线——「如果没搞这次活动会卖多少」，再用实际减基线得到真实增量与 ROI。每个结果都附数据覆盖率，覆盖不到的活动不并入汇总、也不用空数组冒充。
把订货异常与一物一码的实际流向两个信号叠在一起看：货订到哪、最后扫在哪，中间的跨区流向画成网络图。单一信号只是嫌疑，双信号才值得追。
数值铺货率（进了几家店）之外，再按门店销售容量加权算 WD，用 WD−ND 的正负判断「进的是大店还是小店」。同时输出按品类容量降序的铺货缺口门店清单，直接是业务员的拜访清单。
把人口、门店密度、品类容量合成潜力指数，与实际销售对比得出缺口分档。地图上要红的不是卖得最多的地方，是潜力大但卖得差的地方。
按渠道算库存可销天数 DOI，并计算牛鞭系数——终端需求的小波动传到我们这里被放大了几倍。库存异常会直接触发预警订阅。
把拜访行为与后续成交做归因，再用效能前沿把「投入的拜访量」与「产出的效益」放在同一张图上，找出同样跑法却产出差一截的人。
客户生命周期价值与服务成本交叉成矩阵，把客户分到四个象限——高价值低成本的要保、低价值高成本的要谈条件。取景做了稳健处理，避免少数极端值把矩阵拉散。
对订单做关联规则挖掘，按 lift 降序给出品与品的关联强度，每条规则都能下钻到支撑它的原始单据号，不是一个孤零零的系数。
标注「开发库实测」的读数取自 2026-08-28 对开发库的只读查询；其余模型的能力已交付并有单测覆盖， 但因演示数据本身的限制未列具体数字——页面不为了好看而编造读数。
十一个模型的数字都是对的，但客户看到「这个客户的生存曲线在第 36 天出现拐点」， 心里的问题是「那我现在该干什么」。系统里有一层专门回答这个问题—— 全程零模型调用，每一句结论都能点开验算。
我们没有给这套系统算一个"整体完成度 94%"。那个数看起来最像答案，实际什么也没回答—— 您真正要问的是「我关心的那一条，在不在剩下那几条里」。所以这里逐条列。
性能压测——演示数据是中档，压出来的数代表不了满档 620 万发货行，要等切满档后才有意义；
灾备演练——备份脚本与一次完整恢复演练，属于真实上线前必做。
两条都是非功能项，都不影响 12 条场景走查。把它们写成"不适用"会好看得多， 但那是把"没做"伪装成"不用做"。
「能力自陈」页会自动探测四类事实，再叠加人工维护的验收状态与更新日期， 并由 16 条断言守着它不随代码漂移。走查时可以直接打开这一页。
一个能准确说出自己哪里没做完的系统，比一个到处都是绿灯的系统可信得多。
每条都有完整点击路径与通过判据，全部可跑通。现场您可以任选顺序，也可以中途改条件。
部署脚本与内网清单齐备，全栈可落在双鹿自有机房。本次演示走的是公网站点，这是演示便利的选择，不是部署方案的改变。
取数契约、水位线与延迟口径已实现并可在集成健康看板上查看。当前 8 个外部系统均显式标注"未接入"，走的是 Mock 数据源——页面不会把 Mock 画成已接入。
组织、渠道、客户、字段四维权限统一下推至语义层，报表、看板、卡片、问数共用同一套权限，不存在绕行入口。同一张报表切换角色，行数与金额都会变。
13 条开发线并行推进至今，功能主体已交付并通过逐条验收。剩下的事分两类，都写在这里。
12 条场景任您挑顺序，中途可以改条件、可以追问任何一个数字是怎么来的。也欢迎直接翻到「能力自陈」那一页，先看我们哪里还没做完。