MG-03 · 预算编制数据收集

① 场景引入

一、这件事现在是什么样

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

每年 10 月启动次年预算。财务要向各部门收预算申报表，但各部门交来的格式五花八门、口径不一致，汇总到一起数据打架。收集周期拖一个月，最后只能靠历史数据拍脑袋。

二、痛点 · 每条都有来源

1. 年度预算编制时，数据分散在不同系统，收集周期长、质量低，预算编制进度被严重拖延，最后靠历史数据拍脑袋
   依据：预算编制痛点：数据分散在ERP/CRM/OA，收集周期长、质量低，最后靠历史数据拍脑袋
2. 某制造集团各板块数据分散，预算编制财务团队花近一个月导出整理，预算分析报告滞后近两个月
   依据：预算编制痛点：数据分散在ERP/CRM/OA，收集周期长、质量低，最后靠历史数据拍脑袋
3. 「收表」是核心痛点：各部门交来的数据格式五花八门、口径不一致，汇总到一起经常数据打架
   依据：预算编制痛点：数据分散在ERP/CRM/OA，收集周期长、质量低，最后靠历史数据拍脑袋

三、换个做法之后

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

✕ 现在的做法

• 年度预算编制时，数据分散在不同系统，收集周期长、质量低，预算编制进度被严重拖延，最后靠历史数据拍脑袋
• 某制造集团各板块数据分散，预算编制财务团队花近一个月导出整理，预算分析报告滞后近两个月
• 「收表」是核心痛点：各部门交来的数据格式五花八门、口径不一致，汇总到一起经常数据打架

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 各部门收表 · 格式归一五花八门的申报表读进来，列名归一
2. 口径对齐同一科目的口径差异标注
3. 汇总与差异检测汇总后数据打架的地方标出来
4. 动因比对申报数 vs 业务动因（人数/面积/业务量）的合理性
5. 生成预算底稿可上会讨论的预算汇总底稿

要准备什么：各部门预算申报表（格式五花八门）销售/生产/采购/行政各自的口径历史预算与实际数据用于判断申报是否合理业务动因数据（人数/面积/业务量）预算动因测算依据

为什么这个场景值得做

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

最大差异点：不要求各部门先按统一模板填。各部门的申报表直接收进来，口径对齐和汇总由 Agent 做，差异逐项标注。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

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

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

五、会产出什么

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

• 正式件本体：预算汇总底稿.xlsx 各部门汇总 · 口径差异标注
• 可派发清单：口径差异清单.xlsx 可派发 · 各科目口径打架项
• 可派发清单：申报异常清单.xlsx 可派发 · 与业务动因不符的申报项

这套东西不承诺什么：不做预算的最终拍板（拍板在人）。不做预算模型（专业性强）。只做「收表、对齐口径、汇总、标差异」这件跨部门的脏活。

② Live Demo（演示逐步）

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

案例设定：华峰精密机械制造有限公司（虚构 · 87 人 · 苏州）2025 年 10 月启动 2026 年预算，销售/生产/采购/行政四部门收表。

部门申报表4 份制造费用口径差180,000差旅费申报偏低128,000办公费涨幅40%（动因可支撑）

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

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

销售部预算申报表_2026.xlsx销售部交来的申报表 · 差旅费按人均 2 万拍脑袋销售部 · 2025-10 提交生产部与采购部制造费用申报_2026.xlsx生产和采购两部门制造费用 · 口径不一致生产部 + 采购部 · 2025-10 提交行政部预算申报表

_2026.xlsx行政部交来的申报表 · 办公费涨 40%行政部 · 2025-10 提交历史数据与业务动因_2025.xlsx历史实际数与业务动因 · 差旅费人均、人数、折旧都在这里财务部 · 2025 年度累计注意标橙色那一份 —— 历史数据与业务动因

_2025.xlsx。它财务部 · 2025 年度累计，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

帮我把各部门交上来的预算表收一下，格式五花八门的，帮我归到一起，同一科目对齐。 口径对不上的标出来，谁家的数明显和业务对不上的（比如人数没变费用却大涨）标出来。 我要的是一份能上会讨论的预算底稿。

短是因为「列名归一、口径对齐、动因比对」都写在能力包里了。你只需要说清是哪个预算年度。

触发事情是这么来的

10月启动次年预算 · 跨部门收表

10 月，财务主管张伟要启动 2026 年预算。销售、生产、采购、行政四个部门各交一份申报表，格式五花八门、口径各说各话。张伟让李静先把表收齐、对齐口径，出个能上会的汇总底稿。去年就是收表拖了一个月，最后靠历史数据拍脑袋，年中三次调预算。

第 1 步 · 各部门收表 · 格式归一

五花八门的申报表读进来，列名归一

这一步的看点 · 从历史里想起了公司踩过的坑收销售部的表时，Agent 没直接放进汇总，而是把「差旅费 16 万」和历史数据交叉比对了一下。它想起去年预算就是这里出的事：销售部差旅费按「人均 2 万」拍脑袋报，实际全年人均花了 3.6 万，预算严重失真，害得年中三次调预算。这次它把销售部的申报数和历史人均并排列出，标了一句：「销售部差旅费按人均 2 万报，历史人均是 3.6 万，8 个人差 12.8 万——这个数不补，明年的差旅费预算一上来就是窟窿。」

2口径对齐

同一科目的口径差异标注

这一步的看点 · 把技术动作翻译成钱口径差异标出来后，Agent 补了一句：「生产部报的制造费用含了 18 万设备折旧，采购部报的不含。两边的数直接相加是 117 万，统一口径（都含折旧）后是 135 万——这 18 万不是多报也不是漏报，是折旧在两个部门之间『站错了队』。」不先对齐就上会，讨论的制造费用基数就是错的，后面一整年的制造费用预算都建立在这个错基数上。

3汇总与差异检测

汇总后数据打架的地方标出来

这一步的看点 · 排除性结论办公费涨 40% 看着吓人，Agent 先算了动因再下结论：「行政部办公费从 30 万涨到 42 万，涨 40%。拆开看：明年扩编 20 人，按人均 2,500 元的边际办公费算是 5 万；再新租一片办公区 7 万。5 万 + 7 万 = 12 万，正好是那 40%。这是有人数和面积动因支撑的，不是乱报，可以排除异常。」一条会被财务误杀的正常申报，被动因比对救回来了。4动因比对

申报数 vs 业务动因（人数/面积/业务量）的合理性

这一步的看点 · 该拦的地方拦住了动因比对完，Agent 的结论是 「这份底稿还不能上会」——因为销售部差旅费按人均 2 万报，比历史人均 3.6 万低了 12.8 万，制造费用两个部门口径还差 18 万，这两个数不先解决，上会讨论的就是一个错的预算基数。它给的不是干等：方案 A：销售部差旅费先按历史人均 3.6 万改成 28.8 万，制造费用统一含折旧口径 135 万，重出底稿再上会；方案 B：先出「待确认项」底稿，把差旅费 12.8 万和口径 18 万单独挂起，其余科目先过会，销售部补完动因再回来确认。

5生成预算底稿

可上会讨论的预算汇总底稿

这一步的看点 · 把技术动作翻译成钱底稿出来后，Agent 把三个数翻译成老板能听懂的话：「这张底稿比各部门原始申报多了 30.8 万——18 万是制造费用口径补进来的折旧，12.8万是销售差旅费按历史人均补上去的。这 30.8 万不是虚增，是把两个『少报』的地方补实了，让明年的预算不再是拍脑袋的数。」预算的价值就在这：把「各部门想报的数」和「按动因该有的数」摆在一起，管理层拍板时看得到差距。

这份预算底稿还不能上会各部门的表收齐了、格式也归了一，但销售部差旅费按人均 2 万拍脑袋报，比历史人均 3.6 万低了 12.8 万；生产和采购的制造费用一个含折旧一个不含，汇总差 18 万。这两个数不解决就上会，讨论的预算基数就是错的，明年的差旅费和制造费用一整年都建立在这个错基数上——去年就是这里年中调了三次预算。不用干等的两个方案：· 方案 A：销售部差旅费按历史人均 3.6 万改成 28.8 万，制造费用统一含折旧口径 135 万，重出底稿再上会——这是正路；· 方案 B：先出「待确认项」底稿，把差旅费 12.8 万和口径 18 万单独挂起，其余科目先过会，销售部和采购部补齐动因再回来确认——不耽误预算启动。

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

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

• ✓ 口径固定了一条：「制造费用要统一含不含折旧」
• ✓ 预算第一次有了动因比对：从拍脑袋变成有业务动因支撑
• ✓ 财务的角色变了：从「收表收到手软」变成「把各部门的表对齐后出底稿」

追问现场可能被问到的

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

• 能自动定预算吗？ 不能。预算拍板在人，它做的是收表、对齐、标差异，最终预算数由管理层定。
• 能对接各部门系统吗？ 不能，跨系统接入是大工程。它做的是把各部门交来的表读进来对齐。
• 部门不交表怎么办？ 它能把已有的先汇总、把缺的标出来，但催不催、怎么催，还是人的事。

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

1. Skill 能力包

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

预算编制数据收集 · Skill

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

版本 v1.0

budget-collection.zip

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

包内结构

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

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

2. 原始素材

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

📁MG-03 · 演示素材

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

共 4 份

• 销售部预算申报表_2026.xlsx 销售部交来的申报表 · 差旅费按人均 2 万拍脑袋
• 生产部与采购部制造费用申报_2026.xlsx 生产和采购两部门制造费用 · 口径不一致
• 行政部预算申报表_2026.xlsx 行政部交来的申报表· 办公费涨 40%
• 历史数据与业务动因_2025.xlsx 历史实际数与业务动因 · 差旅费人均、人数、折旧都在这里

怎么用

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

3. 提示词卡片

帮我把各部门交上来的预算表收一下，格式五花八门的，帮我归到一起，同一科目对齐。 口径对不上的标出来，谁家的数明显和业务对不上的（比如人数没变费用却大涨）标出来。 我要的是一份能上会讨论的预算底稿。

为什么这么短就够了：短是因为「列名归一、口径对齐、动因比对」都写在能力包里了。你只需要说清是哪个预算年度。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• MG-03_预算汇总底稿.xlsx 正式件本体 · 各部门汇总 · 口径差异标注
• MG-03_口径差异清单.xlsx 可派发· 各科目口径打架项
• MG-03_申报异常清单.xlsx 可派发 · 与业务动因不符的申报项

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

输入清单：各部门预算申报表（格式五花八门）销售/生产/采购/行政各自的口径历史预算与实际数据用于判断申报是否合理业务动因数据（人数/面积/业务量）预算动因测算依据

人工边界：不做预算的最终拍板（拍板在人）。不做预算模型（专业性强）。只做「收表、对齐口径、汇总、标差异」这件跨部门的脏活。

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

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

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

MG-01 · 经营周报自动拼表 — 老板要的那张周报，散在三个模块里 · 财务每周手工导出粘 Excel，花两小时 查看→MG-02 · 费用异常波动分析 — 费用涨了老板问「钱去哪了」 · 财务只能答「涨了」，答不出是量涨还是价涨 查看→

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

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