MG-01 · 经营周报自动拼表

① 场景引入

一、这件事现在是什么样

经营与预算 · 真实业务触发

每周一老板要看经营周报：本周发货量、回款率、应收前五名、库存周转率、现金流……12 个指标散在销售、财务、仓储三个模块，财务每周从三个模块分别导出，粘到 Excel 汇总。销售按订单量统计，财务按收入确认核算，两边的数还对不上。

二、痛点 · 每条都有来源

1老板要看的12个指标分散在销售/财务/仓储三个模块，财务每周手工导出粘Excel花两小时，这张表系统默认不出依据· 经营周报拼表：老板要的12个指标分散在销售/财务/仓储三个模块，每周手工导出粘Excel花两小时2口径不统一是常态：销售按订单量统计、财务按收入确认核算，两边的数对不上，报告屡屡被驳回依据 · 经营周报拼表：老板要的12个指标分散在销售/财务/仓储三个模块，每周手工导出粘Excel花两小时3中小企业老板要的不是BI看板，是「今天收了多少、欠了多少、库存多少」能看见——先看得见才会主动要系统依据 · 数字化失败案例：「上了ERP还是用Excel」是行业隐形定律，系统输出格式不是老板要的、操作比Excel慢

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 老板要看的12个指标分散在销售/财务/仓储三个模块，财务每周手工导出粘Excel花两小时，这张表系统默认不出口径不统一是常态：销售按订单量统计、财务按收入确认核算，两边的数对不上，报告屡屡被驳回中小企业老板要的不是BI看板，是「今天收了多少、欠了多少、库存多少」能看见——先看得见才会主动要系统

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 三模块取数销售/财务/仓储三处数据分别读取
2. 口径对齐订单量口径 vs 收入确认口径的差异标注
3. 12指标拼表发货量/回款率/应收前五/库存周转/现金流等
4. 异常标注口径差异、数据缺项标注
5. 生成周报老板能一眼看懂的那张表

要准备什么：销售台账（订单量口径）本周发货量、订单金额财务收入确认数据（开票口径）回款、收入，与销售口径对不上仓储库存与发货数据库存、周转率

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 3 ÷ 落地难度 3 = 5.0

最大差异点：不要求先把三个模块打通。三处导出的原始 Excel 直接扔进来，12 指标自动拼表，口径差异逐项标注。评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：经营周报.xlsx 12指标 · 口径差异标注
• 可派发清单：口径差异清单.xlsx 可派发 · 订单量vs收入确认的差异

这套东西不承诺什么：不做数据治理（跨系统接入是大工程，不是演示该碰的）。不做经营决策建议（建议由人定）。只做「把三处数据拼成一张表」和口径差异标注。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：华峰精密机械制造有限公司（虚构 · 87 人 · 苏州）2026 年 6 月第 4 周经营周报，12 个指标散在销售、财务、仓储三个模块。

本周发货量11,100 件本周回款592,000应收前五合计1,816,000口径差异(订单量vs收入)260,000

输入财务手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

销售台账_2026年6月第4周.xlsx销售部维护 · 订单量口径 · 上上周漏并恒通数据的正是这份表销售部 · 每周五下班前更新财务收入确认_2026年6月第4周.xlsx会计李静维护 · 开票口径 · 收入/回款/付款三个 sheet财务部 · 每周一早上更新仓储库存发货_2026年6月第4周.xlsx仓储部维护 · 库存与周转数据仓储部 · 每周一早上导出注意标橙色那一份—— 销售台账_2026年6月第4周.xlsx。它销售部 · 每周五下班前更新，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

帮我把这周的销售、财务、仓储三份数据拼成一张经营周报，老板要看的那些指标：发货量、回款率、应收前五名、库存周转、现金流，都要有。 销售和财务口径对不上的，标出来。数据缺了的标出来，别硬凑。 我要的是老板能一眼看懂的那张表。

短是因为「12个指标怎么算、口径差异怎么对齐」都写在能力包里了。你只需要说清是第几周。

触发事情是这么来的

每周一出周报 · 12 指标散在三个模块

周一早上，财务主管张伟要一张经营周报给老板赵总：发货量、回款率、应收前五、库存周转、现金流，一共 12 个指标，散在销售、财务、仓储三个模块。会计李静每周要分别导出三份 Excel 手工粘成一张表。这周她发现销售台账和财务收入确认又对不上，发货金额两边差 26 万。

1三模块取数

销售/财务/仓储三处数据分别读取

这一步的看点 · 从历史里想起了公司踩过的坑读取销售台账时，Agent 没有直接按金额排序拼应收前五，而是先把「客户应收」和「本周订单」按客户交叉核对了一遍。它想起上上周老板看周报，发现应收前五里没有恒通汽车零部件，以为回款了，结果那 32.8 万是逾期超 90 天还没收回来——是当时拼表漏并了销售台账里恒通的数据。这次它把恒通那笔 328,000从客户应收里拎出来，标了一句：「恒通 32.8 万是逾期超 90 天的，不是普通应收，应收前五必须把它排进去，而且不能和正常账期的客户混在一起看。」

2口径对齐

订单量口径 vs 收入确认口径的差异标注

差异类型客户/订单金额(元)订单量口径财务口径月末发货未开票恒通 SO-2604180,000已计未计月末发货未开票华瑞

这一步的看点 · 把技术动作翻译成钱口径差异 26 万摆出来之后，Agent 补了一句：「这 26 万不是账错了。30 万是两笔月末发货的订单，货已经发出去了、钱要60 天后才到；还有 4 万是上月的订单这个月才开票。销售看到的发货和财务确认的收入，中间隔着『发货—开票—回款』的时间差。」老板追问「这个月到底卖了多少」，答 89.3 万会虚高，答 63.3 万会漏掉那 30 万在途订单——两个数都对，但单独报哪一个都会误导。

312指标拼表

发货量/回款率/应收前五/库存周转/现金流等

指标本周值口径说明本周发货量11,100 件销售台账本周发货金额(订单量)893,000 元销售口径本周发货金额(收入确

这一步的看点 · 把技术动作翻译成钱12 个指标摆到一张表上，Agent 挑了三个最该让老板先看到的数并排到最前面：本周回款 59.2 万、应收余额 296 万里有 87 万逾期超 90 天、库存周转比上周慢了 4 天。它把这三件事翻译成老板能听懂的话：「59.2 万是这周真正进来的钱；那 87万逾期里，恒通一家就占 32.8 万、已经 192 天没还；周转慢 4 天，意味着同样的库存多压了 4 天的钱。」每一件对应的都是钱，不是抽象指标。

4异常标注

口径差异、数据缺项标注

这一步的看点 · 排除性结论回款率 66.3% 看着低，Agent 没有直接标红，而是先算了一笔：「本周有两笔大额订单 SO-2604、SO-2605 合计 30 万，都是月末发货、合同约定货到 60 天付款，还没到回款期。把这两笔从分母里剔除，可回款基数是 59.3 万，实际回款 59.2 万，回款率回到 99.8%——不是回款变差，是发货集中在了月末。」这一条排除了一个会让老板误判的假警报。

5生成周报

老板能一眼看懂的那张表

这一步的看点 · 该拦的地方拦住了表拼好了，但 Agent 的结论是 「这份周报还不能直接发」——因为应收前五按金额排，恒通的32.8 万会排在华瑞、耀华、明远后面，老板一眼扫过去会以为恒通「回款还行」，实际这 32.8 万已经逾期 192 天，是坏账风险敞口。它给的不是干等：方案 A：把恒通 32.8 万单独拎到「逾期风险」栏，正常应收口径 263.2 万，先发这版；方案 B：先按「截至 6 月 27 日」口径出报（剔除 6-28/29 两笔货到 60 天订单 30 万），注明差额，销售补齐再更新。

这份周报还不能直接发给老板表拼齐了，数字也都闭合，但应收前五里恒通那 32.8 万是逾期超 90 天的（192 天，D档），不能和正常账期的应收混在同一栏里——老板一眼扫过去，看到恒通排在华瑞、耀华、明远后面，会误判「恒通回款还行」。同时销售订单量口径（89.3 万）和财务收入确认口径（63.3 万）差 26 万，没对齐就发，老板一问一个准。不用干等的两个方案：· 方案 A：把恒通 32.8 万单独拎到「逾期风险」栏，其余应收 263.2 万正常列示，先发这版——恒通的逾期性质说清楚，其余指标不耽误；· 方案 B：先按「截至 6 月 27 日」口径出报，剔除 6-28/29 两笔货到60 天订单 30 万，注明缺口，等销售补齐最后三天数据再更新——不耽误周一早上的例会。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 口径固定了一条：「销售订单量口径 vs 财务收入确认口径」的差异，第一次被写清楚
• ✓ 12个指标第一次从三处数据里拼出来，不用再手工粘Excel
• ✓ 财务的角色变了：从「每周粘两小时表」变成「把三份数据扔进去，出老板要的那张表」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 能直接连三个系统吗？ 不能，跨系统接入是大工程。它做的是把三处导出的 Excel 拼起来，不是替你改造系统。
• 数字准吗？ 取决于你给的三份数据。它做的不是猜，是把口径差异标出来，让你知道哪里对不上。
• 能做成手机端看板吗？ 能出 Excel 和 HTML 看板，但最终以你导出的数据为准。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

经营周报自动拼表 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

weekly-report.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是财务手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁MG-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 3 份

• 销售台账_2026年6月第4周.xlsx 销售部维护 · 订单量口径 · 上上周漏并恒通数据的正是这份表
• 财务收入确认_2026年6月第4周.xlsx 会计李静维护 · 开票口径 · 收入/回款/付款三个 sheet
• 仓储库存发货_2026年6月第4周.xlsx 仓储部维护 · 库存与周转数据

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

帮我把这周的销售、财务、仓储三份数据拼成一张经营周报，老板要看的那些指标：发货量、回款率、应收前五名、库存周转、现金流，都要有。 销售和财务口径对不上的，标出来。数据缺了的标出来，别硬凑。 我要的是老板能一眼看懂的那张表。

为什么这么短就够了：短是因为「12个指标怎么算、口径差异怎么对齐」都写在能力包里了。你只需要说清是第几周。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

• MG-01_经营周报.xlsx 正式件本体 · 12指标 · 口径差异标注
• MG-01_口径差异清单.xlsx 可派发 · 订单量vs收入确认的差异

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：销售台账（订单量口径）本周发货量、订单金额财务收入确认数据（开票口径）回款、收入，与销售口径对不上仓储库存与发货数据库存、周转率

人工边界：不做数据治理（跨系统接入是大工程，不是演示该碰的）。不做经营决策建议（建议由人定）。只做「把三处数据拼成一张表」和口径差异标注。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

经营与预算 · 产出即下一步输入

MG-02 · 费用异常波动分析 — 费用涨了老板问「钱去哪了」 · 财务只能答「涨了」，答不出是量涨还是价涨 查看→MG-03 · 预算编制数据收集 — 预算到最后都是拍脑袋 · 因为各部门交来的表格式五花八门，根本对不齐 查看 →上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。