写给一个要给公司设计预算管理系统、但没有财务背景的 IT 同学。
目标不是把你培养成会计师，而是让你掌握"够用且专业"的预算管理知识。

一、学完这套教材，你能做到什么

1. 听懂老板和财务说的话（额度、占用、科目、调剂、执行率……）
2. 用财务专业框架重新设计你的 Lark 多维表格预算系统
3. 方案评审时，每个设计决策都说得出理论依据（"为什么表 3 要有占用字段"→"因为可用余额 = 额度 − 占用 − 支出"）
4. 把老板的"三层判断"（够不够花 / 花得合不合理 / 花得值不值）翻译成可落地的系统机制

二、课程地图（8 课）

依赖关系提醒：别跳课。第 5 课的"占用"依赖第 3 课的"责任中心"；第 7 课的"差异分析"依赖第 4 课的"编制基准"。

作业三、怎么学（作业驱动）

每课固定结构：

白话知识点 → 案例 → 回到你的系统 → 作业

全部 8 课教材已备齐（001~008），按顺序自学。流程：学完一课 → 做作业 → 发给 Claude 批改 → 有偏差就补讲 → 再进下一课。

作业不用写得正式，口语化回答即可，关键是"用自己的话说出来"——说不出来就是没学会，这是检验标准。

⚠️ 第 8 课特殊规则：先做任务书，做完再看 8.4 节的参考架构。先看答案 = 白学。

四、这套教材刻意不讲什么（裁剪逻辑）

砍掉这些，是因为你的目标是设计预算系统，不是考 CMA。教材聚焦管理会计里"计划与预算"这一支。

五、核心术语速查表（首批 23 个，随课程推进补充）

六、背景资料（本项目上下文）

• 系统载体：Lark（飞书国际版）多维表格 + Lark 审批连接器
• 已有方案：v1.1 版 28 页 Word（IT BP 四层架构：战略/过程/角色/系统）
• 老板核心诉求：

1. 提升组织"花钱水平"，把 CEO 一人的判断力沉淀为组织能力
2. 三层判断：够不够花 → 花得合不合理 → 花得值不值（第二层要前置到申请阶段）
3. 预算评估小组：按能力而非职级，角色轮换
4. 客观信息源：京东/淘宝价、招聘行情、历史采购价辅助评估

• 本教材的使命：补上财务理论地基，然后用理论重新审计和重建系统设计

学习目标学习目标

学完本课你能：

1. 用一句话说清"预算管理"和"记账"的区别
2. 说出预算的三大功能，并各举一个你公司的例子
3. 画出预算管理闭环的六个环节，指出你现有系统覆盖了哪几环
4. 把老板的"三层判断"翻译成财务专业语言

1.1 预算到底是什么

白话：预算就是"钱还没花之前，先把账算了"。

家庭版：下个月到手 3 万，房贷 1.2 万、生活费 8 千、给爸妈 2 千，剩 8 千存起来——这就是一份预算。它规定了钱的去向和上限。

公司版完全一样，只是钱更多、人更多、类别更多：明年预计收入多少，人力花多少、营销花多少、买设备花多少，最后剩多少利润。

正式定义：预算（Budget）是企业对未来一定期间（通常一年）的经营活动、投资活动和资金收支做出的量化计划。

拆出三个关键词：

• 未来——事前性。钱还没花，先规划。
• 量化——用数字说话。"合理控制支出"不是预算，"全年差旅费上限 40 万"才是。
• 计划——它是承诺和基准，之后所有实际花费都拿它来对照。

1.2 预算 ≠ 记账：一个在事前，一个在事后

很多非财务同学分不清财务内部的分工。粗暴地分两半：

你老板在会上说过一句话：

"以前是什么？是报销的时候才开始看，报销看已经晚了。有票都开了，钱都付了……"

用本课的语言翻译：报销、付款、入账都是事后环节，属于会计核算的地盘。到了这一步，合同签了、发票开了，公司只剩"认账"一个选项。老板要的是把判断前置——挪到事前（申请时审必要性）和事中（花钱过程中盯额度）。

这就是你的系统存在的根本理由：Lark 审批 + 多维表格，本质是给公司装一套"事前 + 事中"的控制装置。

三个控制时点术语（后面每一课都会用到）：

1.3 预算的三大功能：计划、协调、控制

功能一：计划（Planning）——逼所有人提前想清楚

预算最大的价值不是"管住钱"，而是逼每个部门在年初回答两个问题：明年要干成什么事？干这些事要花多少钱？

没有这个动作，公司的钱就是"随缘花"：需求随时冒出来，每一笔单看都挺有道理，加起来就超支。

你老板说"我们投的地方更匹配我们的业务需要"——这就是计划功能：先定业务，再配钱，而不是反过来。

功能二：协调（Coordination）——把各部门放到一张桌上对齐

预算编制的过程，会把所有部门的计划摊开，互相"对表"：

• 市场部说 Q3 要办 3 场展会 → 行政要提前订场地、财务要在 Q3 留出现金、HR 要考虑招不招会务支持
• 销售目标翻倍 → 交付团队要不要扩编？服务器容量要不要加？

这些依赖关系平时藏在各部门脑子里，预算过程把它们逼到明面上。很多公司的重复采购、资源撞车，根因都是缺协调——不是人蠢，是没有机制让信息见面。

功能三：控制（Control）——花钱时有基准可对照

有了预算数，实际花费就有了参照物：花到 80% 系统提醒、要超支走特批、月底看偏差。

注意一个常见误区：大多数人以为预算 = 控制（财务卡着不让花钱）。控制其实是三大功能里排最后的兜底手段。如果只做控制、不做计划和协调，预算就退化成"财务卡人"的工具，业务部门会想方设法绕过它——虚报科目、化整为零、年底突击花钱，全是这么来的。

1.4 预算管理闭环：六个环节

编制 → 审批 → 执行 → 调整 → 分析 → 考核
  ↑                                    ↓
  └──────── 经验回流到下一轮 ←──────────┘

闭环的精髓在最后一步：上一轮的"分析 + 考核"喂给下一轮"编制"——这就是组织学习。公司花钱水平的提升，靠的是这个循环一年一年转，越转越准。

你老板说"把判断能力沉淀为组织能力"，落到机制上就是两件事：

• 审批环节把判断标准显性化（为什么批、为什么砍，写下来）
• 分析考核环节把经验教训写进下一轮规则（人可以走，规则和数据留下）

1.5 对照：你的系统盖住了哪几环

结论：你的系统做的是闭环的中段（审批→执行→调整），老板抱怨的恰恰是两头——前头没有编制，后头没有分析考核。

一个重要洞察：前头缺"编制"，会直接拖累"审批"环节的质量——审批人面对一笔 5 万的申请，如果没有年度盘子做参照（这个部门今年营销预算总共 30 万、已用 22 万），他只能凭感觉判断。这就是为什么老板要引入"客观信息源"：在缺乏内部基准时，用外部基准（市场价）补位。两者不冲突，成熟的系统两个都要——内部基准回答"这钱在计划内吗"，外部基准回答"这价格公道吗"。

1.6 三层判断的财务学名分

你老板没学过管理会计，但他的三层判断和教科书框架严丝合缝。这对你是个好消息：放心用财务专业框架来重构系统——它和老板的直觉是同一套东西，而且比直觉更完整、更系统。

案例1.7 案例：星澜科技的失控之年

星澜科技，45 人的 AI 算力服务公司。没有预算管理，花钱模式 = 谁需要谁找老板签字。看它一年踩的四个坑：

Q1 · 重复采购（协调缺失）
3 月，市场部买了一套 CRM，8 万/年。5 月，销售部又买了另一套 CRM，6 万/年，功能重叠 80%。两边都说："我不知道他们买了。"
→ 没有预算编制过程，部门计划从不见面。

Q2 · 现金撞车（计划缺失）
6 月，三笔大支出撞在同一个月付款：服务器采购尾款 45 万、展会付款 18 万、季度房租 12 万。出纳一看账户，发工资都紧张，老板紧急找股东借了 50 万过桥。
→ 钱不是不够，是没排好队。预算的计划功能里包含现金收支的时间安排。

Q3 · 费用跑赢业绩（控制缺失）
9 月复盘，老板发现全年营销费的心理线是 100 万，实际已经花了 82 万；但全年收入目标才完成 48%。费用花得比业绩跑得快，之前没有任何仪表盘提醒过。
→ 没有基准就没有控制。"心理线"不是预算，写进系统、能触发预警的数字才是。

Q4 · 突击花钱（考核机制缺陷）
12 月，风声传出"明年的盘子按今年实际花的定"，各部门开始突击花钱：囤办公用品、把可办可不办的团建全办了。12 月费用是全年月均的 2.3 倍。
→ 这叫"预算棘轮效应"——不花完明年就被砍，于是拼命花完。这是考核规则设计出的坏激励，第 7 课讲怎么破。

点评：四个坑对应四个功能缺失（协调、计划、控制、考核激励）。注意：没有一个坑能靠"审批流"单独解决——审批只是闭环里的一环。这就是为什么"把 Lark 审批接进多维表格"只是起点，不是终点。

术语1.8 本课术语

预算 / 会计核算 / 管理会计 / 事前-事中-事后控制 / 预算闭环六环节 / 预算棘轮效应 / BvA（差异分析，先混脸熟，第 7 课细讲）

作业1.9 作业（做完发给 Claude 批改）

第 1 题（归位题）：把下面 6 个动作放进"事前 / 事中 / 事后"三个筐里，并各用一句话说明理由：

a. 员工提交预算申请，写明用途和金额
b. 审批人对照京东价格，把申请金额砍了 20%
c. 系统把已批准的额度"锁住"（占用）
d. 员工报销，财务付款
e. 财务月底出"预算 vs 实际"报表
f. 预算评估小组季度复盘"这笔钱花得值不值"

第 2 题（联系实际）：三大功能（计划/协调/控制），你们公司现在最缺哪一个？举一个真实发生过的例子。

第 3 题（思考题）：老板说要把"判断力沉淀为组织能力"。对照闭环六环节，你觉得哪两个环节最直接承载这件事？为什么？

自查提示（不是答案）：

• 第 1 题：注意"付款"这个动作卡在执行的尾巴上，处于事中和事后的边界，答哪个都行，关键是说清理由
• 第 2 题：没有标准答案，但例子必须真实——真实案例是你之后向老板汇报时最有力的弹药
• 第 3 题：提示——想想"判断标准的显性化"和"经验的回流"分别发生在哪个环节

预告下一课预告

第 2 课《钱的分类学》：为什么财务要把钱分成 CapEx 和 OpEx？科目树怎么搭？你系统里"预算类型"字段的选项，不应该是拍脑袋列的下拉菜单，而应该长成一棵科目树的样子。

学习目标学习目标

学完本课你能：

1. 解释为什么全公司必须用统一的科目表，说出没有它会出什么事
2. 分清 CapEx 和 OpEx，并理解为什么财务对两者的管控强度不同
3. 分清固定成本/变动成本，理解"不同类别的钱用不同强度的管控"
4. 给你们公司设计一棵两级科目树（作业）

2.1 科目：钱的字典

白话：科目（Account）就是给每一笔钱贴的分类标签。科目表（Chart of Accounts, CoA）就是全公司统一的标签清单——钱的"字典"。

为什么必须统一？看一个反例：

员工 A 办展会，费用写成"市场活动"；员工 B 写成"会务费"；员工 C 因为是出差去办展，写成了"差旅费"。年底老板问："今年展会总共花了多少？"——查不出来。数据都在，但语言不通。

科目是预算系统的地基。没有统一科目：

• 汇总分析做不了（同类钱散落在不同标签下）
• 比价做不了（想知道"我们买云服务贵不贵"，先得能把云服务的钱都圈出来）
• 编预算做不了（明年 IT 预算多少？先得知道今年 IT 花了多少）

一个重要区分：管理科目 ≠ 会计科目

• 会计科目表：财务记账、报税用的，有法定规范（"管理费用—差旅费"这种），你动不了
• 管理科目表：为内部管理服务，你可以自定义，怎么好用怎么来

你的预算系统用的是管理口径，不用照搬会计科目。但设计时留一个映射关系（每个管理科目对应哪个会计科目），财务做账时能对上就行。

2.2 科目树怎么搭

结构：一级科目（大类）→ 二级科目（细分）。45 人公司两级足够，别搞三级四级——层级越深，员工选错的概率越高，维护成本越大。

一棵 45 人科技公司的参考科目树：

搭科目树的三条实操原则：

1. 穷尽且互斥：任何一笔钱都能找到唯一归属。两个科目边界模糊（"展会活动"vs"商务招待"），就写清判断规则（"以获客为目的的活动归展会，以维系关系为目的的宴请归招待"）
2. 颗粒度跟着管理需求走：你想单独管控、单独分析的钱，才值得单列科目。没人看的科目就是垃圾抽屉
3. 加科目容易删科目难：宁可先粗后细。年中发现"云服务"里 GPU 租赁占了 70%，再拆出来不迟

2.3 CapEx vs OpEx：大件和消耗品

这是财务世界最重要的二分法之一。

• CapEx（资本支出）：买"能用好几年的大件"——服务器、装修、办公设备。
• OpEx（运营支出）：当期就消耗掉的钱——工资、房租、差旅、广告、云账单。

白话判断标准：单价高 + 能用超过一年 = CapEx。公司通常定一个"资本化门槛"，比如：单价 ≥ 5000 元且使用超 1 年才算 CapEx，低于门槛的直接算费用（买个 2000 块的打印机，虽然能用三年，但金额太小，不值得按大件管）。

为什么财务要区分？两个原因：

原因一：会计处理不同（折旧）。 50 万买服务器，会计上不是"今年花了 50 万"，而是分 5 年折旧——每年"消耗"10 万。白话：大件是慢慢用坏的，成本也要慢慢算。这就是为什么老板有时会疑惑"明明掏了 50 万现金，利润表上怎么只多了 10 万成本"——现金一次掏，成本分年记。

原因二：管控逻辑不同（对你的系统重要）。 CapEx 的三个特点决定它要重审：

• 金额大——错一笔顶费用错十笔
• 锁定期长——买错的服务器要陪你三五年，租错的云服务下月就能退
• 要算回报——买 GPU 集群是投资决策，得问"这投入靠什么赚回来"

所以规范的做法：所有 CapEx 无论金额，审批链都升一级（第 6 课的分级授权矩阵里会用到）。

云时代的小知识：买服务器（CapEx）→ 租云（OpEx）的转变，对小公司是好事——不用一次掏大钱、不用赌容量。但 OpEx 化的陷阱是"订阅蔓延"：每月几百上千的订阅费单笔看都不心疼，加起来吓一跳。这就是为什么科目树里"软件订阅"值得单列——它需要定期盘点。

2.4 固定成本 vs 变动成本

另一个重要二分：

• 固定成本：不管业务多少都得花——房租、底薪、社保、保险、年度订阅
• 变动成本：随业务量走——按量计费的云资源、销售提成、展会、差旅

对预算管理的意义：不同类别的钱，用不同强度的管控。

固定成本的特点是"决定做的那一刻就锁死了"——签了房租合同，之后每个月付款只是执行，没有再审的意义。所以：

• 固定支出：一年集中评估一次（续不续约、有没有更便宜的替代），平时付款走自动通道
• 变动支出：逐笔或按批次管控（这才是日常审批流的主战场）

这直接呼应你老板会议里提的"固定支出预算评估会议"——他的直觉又对了：房租、订阅、保险这类钱，每笔都走评估小组是浪费所有人时间，一年开一次会过一遍才是正解。

另外老板看"固定成本占比"能判断公司的安全边际：固定成本占比越高，收入下滑时越危险（想减也减不掉）。这是 CEO 视角的用法，你的系统仪表盘可以给他这个数。

2.5 直接费用 vs 间接费用（轻讲，第 3 课铺垫)

• 直接费用：能明确归到某个部门/项目——市场部的展会费
• 间接费用：大家共享的——房租、水电、行政人力

间接费用理论上要"分摊"到各部门（按人头、按面积）。45 人公司的务实建议：不摊或粗摊。 精确分摊的管理成本远高于收益，把共享费用统一挂在"行政成本中心"名下就够了。什么是成本中心？下一课的主角。

案例2.6 案例：星澜科技的两个分类事故

事故一：查不出来的展会费。 年中 CEO 想评估"展会这个获客渠道值不值"，让财务拉数据。财务拉了三天：展会费散落在"市场活动""会务""差旅""物料制作"四个标签下，还有一部分走了个人报销没写用途。最后靠翻聊天记录人肉拼出一个"大概 38 万"。CEO 说："我要的是个数，你给我的是个考古报告。"
→ 修复：统一科目树 + 每笔支出必选科目（系统必填校验）。第二年同样的问题，5 分钟出数。

事故二：50 万服务器引发的误会。 星澜花 45 万买了 GPU 服务器。次月 CEO 看管理报表，发现当月成本只多了不到 1 万（折旧第一个月），大喜："看来买服务器对利润影响不大，再买两台！"财务赶紧拦住：利润表是分 5 年慢慢记，但现金是一次掏的——账上现金已经紧了。
→ 教训：CapEx 要单独管理，看它不能只看利润口径，更要看现金口径。这也是为什么 CapEx 在预算里单列一个一级科目。

落到系统2.7 回到你的系统

本课理论落到系统上，核心是一个升级："预算类型"不该是拍脑袋的下拉选项，而应该是一张独立的"科目维表"，预算主表和支出明细表都关联它。

科目维表的字段设计（这是本课的干货，后面几课会反复引用它）：

为什么这样设计值钱：科目维表带属性 → 属性驱动流程。员工选了科目，系统就自动知道这笔钱走哪条审批链、用什么信息源比价、要不要评估小组介入——规则沉淀在数据里，而不是沉淀在某个人脑子里。这正是老板"判断力沉淀为组织能力"在数据模型层的第一块落地。

术语2.8 本课术语

科目 / 科目表（CoA）/ 管理口径 vs 会计口径 / CapEx / OpEx / 资本化门槛 / 折旧 / 固定成本 / 变动成本 / 直接费用 / 间接费用 / 分摊

作业2.9 作业（做完发给 Claude 批改）

第 1 题（判断题）：下面 5 笔钱各是 CapEx 还是 OpEx？各说一句理由（假设资本化门槛：单价 ≥ 5000 元且使用超 1 年）：
a. 买 3 台 MacBook 共 6 万
b. AWS 月度账单 1.2 万
c. 办公室装修 20 万
d. 展会搭建费 8 万（展台用完就拆）
e. 买打印机 2000 元

第 2 题（实战题）：给你们公司画一棵两级科目树（一级 5~8 个，二级不限），并标出哪些科目是"固定支出"（适合年度评估而非单笔评估）。这棵树就是你未来系统科目维表的第一版数据。

第 3 题（设计思考）：科目做成"单选字段"和"关联科目维表"各有什么优劣？如果做成维表，除了本课给的 9 个字段，你觉得你们公司还需要加什么属性字段？

预告下一课预告

第 3 课《谁的预算：责任中心》：员工 A 为部门 B 申请 5 万，这笔预算到底算谁的？A 离职了怎么办？超支了找谁？——财务学对这个问题有标准答案，而且直接决定你预算主表里"人"相关字段该怎么设计。

学习目标学习目标

学完本课你能：

1. 用责任中心理论回答"员工 A 为部门 B 申请的预算算谁的"
2. 掌握三角色分离：预算归属 / 申请人 / 授权使用人
3. 理解"权责对等"原则如何决定审批链
4. 重新设计预算主表里所有"人"相关的字段（作业）

3.1 责任中心：把公司切成一块块"对钱负责"的单元

白话：责任中心（Responsibility Center）就是公司里对一块收支负责任的组织单元。财务不跟"个人"算总账，跟"中心"算——因为人会流动、会协作、会代办，但组织单元是稳定的。

四种责任中心（按管的东西从少到多）：

45 人公司的现实：基本全是成本中心 + 一个销售（收入中心），不用搞利润中心那套。你的预算系统里，"责任中心"约等于"部门"——所以下文我直接说部门，但你要知道它的学名，因为这个概念比"部门"更本质：将来公司按项目制、按 BU 重组，预算的归属逻辑不变，变的只是中心怎么划。

3.2 核心原则一：谁受益，谁的预算

预算归属的判断标准不是谁申请的，而是谁受益。

经典问题：员工 A 为部门 B 申请 5 万预算，A 用了 1 万，剩下 4 万由部门 B 多个员工使用。这笔预算算谁的？

先看错误建模（预算挂在员工 A 名下）会出什么事：

• 部门 B 的人花的钱，算进 A 的"个人预算"？A 表示莫名其妙
• A 离职了，这笔还剩 3 万的预算变成"孤儿预算"，没人认领
• 超支了，问责问 A？A 说"钱又不是我花的"；问部门 B？B 说"预算又不在我名下"
• 年底统计部门 B 的真实开销，少算了这 5 万——成本失真，明年编预算基数就是错的

正确建模：预算归属 = 部门 B（受益的成本中心）。A 只是"申请经办人"。

3.3 三角色分离：归属 / 申请 / 使用

把"人"从预算上拆成三个独立角色，是本课最重要的设计模式：

回到经典问题，三角色一填，全部理顺：

• 预算归属部门 = 部门 B → 花销计入 B 的成本，B 的负责人对超支负责
• 申请人 = 员工 A → 审批流程、补材料找 A
• 授权使用人 = A + 部门 B 的三名员工 → 只有这四个人能挂这个预算 ID 报销，其他人报销系统直接拦

这就是你老板说的"角色不是岗位"在数据模型上的体现：一笔预算上挂多个角色字段，人是标签，不是所有权。一个人可以同时是这笔预算的申请人、那笔预算的使用人、自己部门预算的负责人——角色随场景组合。

你原系统里已有"修改预算使用人"功能——用三角色语言重新表述：变更的是"授权使用人"名单，归属部门和申请人是历史事实，不可改（要改归属，那是"预算调剂"，走第 6 课的流程）。

3.4 核心原则二：权责对等——它决定审批链

权责对等：部门负责人对自己中心的预算负全责，所以他必须有两个权力——知情权（中心名下所有预算变动他都看得到）和审批权（钱进他的中心、从他的中心花出去，他得点头）。

推论：跨部门申请时，受益部门负责人必须在审批链上。

员工 A（市场部）为部门 B（交付部）申请 5 万 → 审批链必须包含交付部负责人。理由很朴素：钱记在 B 账上、超支 B 负责，B 的负责人当然得知情同意——不然就是"别人替我花钱、账算我头上"。

注意这和你老板"反对按职级审批"不冲突，要分清两种逻辑：

• 老板反对的是：职级天然带来审批权（"他是总监所以他审"）——审的是"合不合理"，这需要的是能力，不是职务
• 责任中心要求的是：归属带来知情确认权（"钱算他中心的所以他确认"）——确认的是"我认这笔账"，这是权责对等，不是职级特权

成熟的审批链两者都有：归属部门负责人确认（认账）+ 评估角色审合理性（专业判断，按能力选人）。给老板汇报时把这两层说清楚，能体现你理解了他的"按能力非职级"，而不是机械执行。

3.5 第二归属轴：项目

有些钱按部门切不干净——一个"新产品发布"项目，市场、交付、IT 都在花钱。只按部门看，这个项目总共烧了多少，又查不出来了（第 2 课"查不出来"问题的项目版）。

成熟做法：预算有两个归属轴——

• 成本中心轴（必填）：钱总得算进某个部门，这是问责的轴
• 项目轴（可选）：跨部门的事，加个项目标签，这是分析的轴

两轴独立、不冲突：市场部为"新产品发布"项目花的展会费，部门轴=市场部（问责），项目轴=新产品发布（分析）。想看部门执行率用部门轴汇总，想看项目总成本用项目轴汇总。

这呼应你最早 5 张表设计里的"项目表"——它没有错，只是定位要清楚：项目是分析维度，不是问责维度。问责永远走成本中心。

案例3.6 案例：星澜科技的孤儿预算

星澜市场部的小李，替交付部申请了 5 万"客户答谢会"预算（受益方是交付部的客户关系）。当时系统简单，预算记在小李名下。

小李用 1 万订了场地，剩 4 万交付部三个人陆续报销。答谢会最终花超 8000（临时加了两桌+伴手礼升级）。老板在月报里看到超支，开始问责：

• 问小李：小李说"场地我订的没超，后面加的东西是交付部定的，我根本不知道"
• 问交付部负责人：他说"这预算在小李名下，我们只是用，超没超我看不到——系统里根本没有给我看的视图"

没有人说谎，但没有人负责。 这就是归属建模错误的代价：问责链断了。

修复后的星澜系统：预算归属=交付部，交付部负责人在申请时就签了字（认账），系统给他一个"我的中心预算"视图，实时看到 5 万花到 4.2 万时就收到 80% 预警——超支前他有机会拦，超支后他无处推责。老板再也不用当"人肉问责机"，这正是"判断和责任沉淀到机制里"。

落到系统3.7 回到你的系统

本课理论落地，涉及三张表的改造：

① 新增：部门维表（成本中心维表）

② 预算主表的"人"字段重构

③ 支出明细表加校验

• 实际使用人 ∈ 该预算的"授权使用人"名单，否则拦截——这条规则直接堵住"非授权人乱用别人预算"的漏洞

④ 审批流改造（Lark 审批条件分支）

• 申请人所在部门 ≠ 预算归属部门时 → 自动加签"归属部门负责人"

⑤ 视图设计

• 每个部门负责人一个过滤视图："我中心的所有预算"（归属=我的部门），含执行进度和预警

术语3.8 本课术语

责任中心 / 成本中心 / 收入中心 / 利润中心 / 预算归属 / 申请人（经办人）/ 授权使用人 / 权责对等 / 孤儿预算 / 归属轴（成本中心轴、项目轴）

作业3.9 作业（做完发给 Claude 批改）

第 1 题（场景题）：行政部小王要为全公司买团建保险 3 万。这笔预算该归属哪个责任中心？为什么？（提示：想想第 2 课的"间接费用"归属建议）

第 2 题（建模题）：按本课理论，重新列出你预算主表里所有"人/组织"相关的字段清单——字段名、字段类型、校验规则。然后用"员工 A 为部门 B 申请 5 万"这个场景，把每个字段的值填一遍，验证无断点。

第 3 题（思考题）：老板说"角色不是岗位，未来一个人可以挂多个角色标签"。用本课的三角色分离，举一个具体的人在三笔不同预算上分别扮演不同角色的例子（可以用你公司真实的人和场景）。

预告下一课预告

第 4 课《预算怎么编》：你的系统缺"编制"环节——每笔申请冒出来时，审批人没有年度盘子做参照。增量、零基、滚动三种编法各是什么？为什么老板的"花得合不合理"本质上是零基预算思想？45 人公司怎么编预算才不会把自己累死？

学习目标学习目标

学完本课你能：

1. 说清三种编制方法（增量/零基/滚动）的原理和适用场景
2. 理解老板的"花得合不合理"为什么本质是零基预算思想
3. 识破预算编制中的博弈行为（藏水分、一刀切），知道用机制而非说教来破
4. 为 45 人公司设计一套不累死人的务实编制机制（作业）

4.1 为什么必须有"编制"环节

第 1 课的结论先复述一遍：你的系统缺编制环节，导致审批人面对每笔申请都没有内部基准——"这部门今年营销预算总共多少、已用多少"，没有这个数，审批只能凭感觉。

编制 = 每年（或每季）一次，把"接下来花多少钱、花在哪"想清楚，形成盘子。盘子一立，三件事就顺了：

1. 单笔审批有了参照系（申请 5 万 → 系统显示"该部门该科目额度 30 万、已用 22 万"）
2. "该不该花"的论证从每笔申请时的临时辩论，前移到一年一次的集中辩论——日常审批变轻了
3. 有了"预算 vs 实际"的比较基准，第 7 课的差异分析才有得分析

4.2 增量预算：在去年的基础上加加减减

白话：去年花了 100 万，明年业务涨 20%，那就编 120 万。去年的数是"基数"，只讨论增量。

优点：快、省事、各方容易接受（去年就是这么花的，有据可依）。

缺点（两个都很致命）：

1. 不合理被永久继承。去年多要的水分、早已没用的订阅、习惯性的浪费，全部躺在基数里逐年滚大。没人问"这 100 万本身合理吗"。
2. 催生棘轮效应。既然明年的盘子按今年的实际花销定，那今年绝不能省——省了明年就被砍。于是 12 月突击花钱（星澜 Q4 事故）。钱不是花在需要上，是花在"保住基数"上。

4.3 零基预算（ZBB）：一切归零，重新论证

白话：不管去年花了多少，明年的每一笔钱都从零开始回答——为什么需要？不花会怎样？有没有更便宜的方式？

这就是你老板"花得合不合理"的制度化形态。他在会上要求每笔申请要能判断合理性、要有客观信息源佐证——这套要求放到编制环节，就是零基预算的标准动作：

优点：把水分和惯性浪费逼出来。ZBB 搞得好的公司，第一年通常能挤出 10~20% 的无效支出。

缺点：工作量爆炸。全公司全科目做零基，每个部门负责人要写几十份论证，编制季能拖两个月——45 人的公司这么干，业务就别做了。

4.4 实务解法：混合式编制（本课核心）

没有公司真的全盘 ZBB。成熟做法是按科目分类，用不同方法——第 2 课科目维表的"编制方法"属性，就是在这里用的：

看出来了吗——老板的"固定支出预算评估会议"，就是这个混合框架里"固定支出"那一行。他没学过 ZBB，但他设计的机制正好是教科书答案。你在系统里要做的是把这个分类固化进科目维表，让每个科目自带编制方法。

4.5 滚动预算：让计划永远保持新鲜

白话：不是年初拍死 12 个月，而是每个季度末，重新估未来 4 个季度——永远保持一年的视野，永远用最新信息。

年初定死的年度预算有个通病：Q1 编的数，到 Q4 早就过时了（市场变了、业务变了），于是 Q4 的预算变成"要么僵化执行错误的计划，要么大规模追加调整"。滚动预算用小步快跑代替年度豪赌。

代价：编制频率变高，每季度都要动一次。

45 人公司的务实配方：

• 年度盘子（粗）：年底编一次，只到"部门 × 一级科目"颗粒度，定大盘和方向
• 季度滚动修正（细）：每季度末用一次轻会议，修正下季度的数，细到二级科目
• 修正 = 复用第 6 课的"调整"机制（追加/削减/调剂），不是推倒重编

4.6 自上而下 vs 自下而上：预算博弈论

编制的另一个维度是方向：

• 自上而下：老板定总盘子往下切。快，但容易脱离一线实际（老板不知道展会涨价了）
• 自下而上：部门报数往上汇总。贴近实际，但必然遇到博弈问题——

藏水分：部门知道报上去会被砍，于是多报 30% 备砍。老板知道部门会多报，于是见数就砍 30%。双方都知道对方的策略，水分螺旋上升——这不是道德问题，是机制设计出来的理性行为。星澜第一年编预算，各部门汇总数比当年实际花销高 68%，就是这么来的。

破法不是说教，是改变博弈规则：

1. 零基论证：要钱必须给四问答案——水分经不起论证，写不出"不花的后果"的钱自动现形
2. 预算准确率考核（第 7 课细讲）：考核"报得准"而不是"花得少"——报 50 万用 30 万，在准确率指标下是扣分项，藏水分反而伤自己
3. 上下结合（两上两下）：老板先给指导框架（"明年收入目标 X，总费用率不超 Y%"）→ 部门在框架内报明细 → 预算委员会平衡 → 老板终审。框架压住总量，明细保住真实

4.7 预算委员会：编制季的裁判

编制过程需要一个裁判机构处理部门间的争夺和平衡——教科书叫预算委员会（Budget Committee），通常由 CEO、财务负责人、各部门代表组成。

对照你老板的"预算评估小组"（CEO + 1~2 采购角色 + 财务 + 申请人，按能力选人、角色轮换）——一套人马，两块牌子：

• 编制期（一年一次）：它是预算委员会，裁盘子、平衡部门间争夺
• 执行期（日常）：它是评估小组，审单笔大额申请的合理性

这样设计的好处：编盘子的人和审单笔的人是同一拨人，标准天然一致——编制时说好的逻辑，审批时不会变卦。

案例4.8 案例：星澜科技第一次编预算的翻车与修正

第一年（翻车）：CEO 说"各部门报一下明年预算"。没有框架、没有论证要求。汇总出来比当年实际花销多 68%。CEO 大怒，全部门一刀切砍 30%。结果：藏水分多的部门砍完还有富余，老实报数的市场部把真需求也砍没了，Q2 就回来追加——追加流程比编制还痛苦，CEO 开始怀疑"编预算有什么用"。

第二年（修正）：改用上下结合——

1. CEO 先发指导框架：收入目标 2200 万，总费用率 ≤ 75%，人力成本涨幅 ≤ 15%
2. 部门在框架内报数：固定支出走增量清单，新增项目附零基四问
3. 预算委员会两轮评审：第一轮砍掉论证不充分的（不是按比例砍，是按论证质量砍），第二轮平衡部门间冲突
4. 汇总数只超框架 12%，两轮会议定盘

关键变化：从"报数字的游戏"变成"讲道理的游戏"。数字会博弈，论证不会——写不出四问答案的预算自己就死了。

落到系统4.9 回到你的系统

• 新增一张表：年度预算盘子表（部门 × 科目 × 期间 × 额度）——这是所有单笔申请的参照系，也是第 5 课"占用"的扣减对象。字段：归属部门 / 科目 / 预算期间（年、季）/ 批准额度 / 编制版本（V1、滚动修正 V2…）
• 单笔申请审批界面自动带出内部基准：该部门该科目的额度 / 已占用 / 已支出 / 可用余额（Lookup 盘子表 + 汇总）——审批人从此不用凭感觉
• 科目维表的"编制方法"属性开始生效：固定年评科目 → 申请时提示"该科目按年度评估，单笔免评估"；零基科目 → 申请表单强制展开四问字段
• 零基四问变成申请表单的必填字段：解决什么问题 / 不做的后果 / 备选方案与报价 / 为什么选它 + 参考价格来源——这就是老板要的"合理性前置到申请阶段"的表单化
• 滚动修正：每季度一个"盘子修正"流程，产出新版本记录（保留历史版本，审计可追溯）

术语4.10 本课术语

预算编制 / 基数 / 增量预算 / 零基预算（ZBB）/ 零基四问 / 滚动预算 / 预算棘轮效应 / 藏水分 / 一刀切 / 上下结合（两上两下）/ 指导框架 / 预算委员会

作业4.11 作业（做完发给 Claude 批改）

第 1 题（分类题）：列出你们公司最常见的 8 类支出，按"增量 / 零基 / 固定年评"给每类选编制方法，各说一句理由。（这份答案直接变成你科目维表"编制方法"列的第一版数据）

第 2 题（机制设计题）：老板要求"花得合不合理要前置到申请阶段"。结合零基四问和客观信息源，写出你会在 Lark 审批表单里设计的"必要性论证"字段清单——字段名、必填与否、什么金额/科目条件下才出现。

第 3 题（博弈思考题）：部门报预算藏水分是理性行为，说教无用。除了本课给的三个机制（零基论证 / 准确率考核 / 上下结合），你能不能再想出一个适合你们公司的压水分机制？没想出来也行，说说三个机制里你最想先落地哪个、为什么。

预告下一课预告

第 5 课《预算怎么控（上）：三道闸门与额度占用》——全套教材最重要的一课。你现有系统"剩余预算 = 总预算 − 已使用"这个公式有个大坑：两笔同时在途的申请会"双花"同一笔余额。财务学的标准答案是一个你的系统里还不存在的概念：占用（Commitment）。

⭐ 全套教材最重要的一课。你现有系统最大的理论缺口在这里。

学习目标学习目标

学完本课你能：

1. 说出预算控制的三道闸门，以及每道闸门拦什么
2. 掌握"占用"（Commitment）概念，背下可用余额公式
3. 给预算申请设计完整的状态机
4. 解释你现有系统"剩余 = 总额 − 已使用"公式会在什么场景下出事

5.1 三道闸门总览

预算控制不是一个动作，是三道前后接力的闸门：

你的系统有闸门①（Lark 审批），部分有闸门③（支出明细表），完全没有闸门②。而闸门②恰恰是三道里技术含量最高、最容易被非财务背景的设计者漏掉的——漏掉它的系统，迟早出"双花"事故。

5.2 占用（Commitment）：批了但没付的钱，也要锁额度

白话：钱分三种状态——花掉的（付了款）、承诺出去的（批了还没付）、真正可用的。占用管的就是中间那种。

生活类比：订酒店。你订了周六的房，还没入住也没付款，但这间房已经不能再卖给别人了。房间被你"占用"了。预算同理：一笔申请批准的瞬间，对应额度就该被锁住——虽然一分钱还没付。

为什么必须有占用？看一个数字案例（双花事故）：

部门年度预算 10 万，已支出 6 万。
周一：小张申请 3 万办活动 → 审批中
周二：小李申请 3 万买设备 → 审批中

如果系统只算"剩余 = 10 − 6 = 4 万"：
审批人看小张的单子："剩 4 万，批 3 万，够" ✅
审批人看小李的单子："剩 4 万，批 3 万，够" ✅
两笔都批 → 公司实际承诺支出 6 + 3 + 3 = 12 万 → 超支 2 万，且在两笔钱真正花出去之前，没有任何人发现。

正确的系统：小张的申请批准瞬间，占用 +3 万。小李的申请走到额度校验时，系统算的是——

5.3 本课唯一必背公式

可用余额 = 预算额度 − 已占用 − 已支出

回到案例：小李申请时，可用余额 = 10 − 3（小张占用）− 6（已支出）= 1 万 → 3 万的申请被闸门拦下，提示"可用余额不足"。事故在发生前就被机制消灭了。

对比你现有系统的公式：

一句话记住区别：你的系统管的是"花掉的钱"，财务要管的是"承诺出去的钱"。承诺即负债——这是财务思维和日常直觉最大的分野之一。

5.4 预算申请的状态机

占用不是一个字段，是一套状态流转。每笔预算申请的完整生命周期：

草稿 → 审批中 → 已批准（占用生效）→ 部分核销 → 完全核销 / 到期关闭（余量释放）
                ↘ 已驳回（无占用）           ↘ 主动关闭（余量释放）

两个环节展开讲：

核销（Settlement）：把占用转成支出的动作。员工报销 5000 → 挂对应预算 ID → 该预算占用 −5000、已支出 +5000。你的系统"每笔支出必须挂预算 ID"的设计是对的 ✅，它就是核销的载体——只是你还没有让它去冲减占用。

释放（Release）：批了 3 万实际只花 2.6 万，剩下 4000 的占用怎么办？关闭时释放回可用余额。没有释放机制的系统会得"僵尸占用"病：批过的额度永远锁着，账面可用余额越来越少，明明有钱却谁都花不了——这是加了占用机制之后最常见的第二波事故。所以关闭机制必须同时设计：

• 主动关闭：申请人确认"这事办完了，不会再有支出" → 释放
• 到期自动关闭：预算到期日一过，系统自动关闭并释放（到期前 7 天提醒申请人）

5.5 预算期间与到期处理

额度是有时间边界的。你的系统已有"预算到期时间"字段 ✅，但字段只是数据，要配上到期规则才是机制：

• 到期未用完：默认作废释放（最常见）。想留着用？走"结转"申请，重新审批——结转是特权不是默认
• 到期后还想报销：原则上拦截。实务给 15~30 天"报销宽限期"（费用发生在有效期内、报销动作稍晚是常态），宽限期内只准核销存量占用、不准新增
• 系统动作链：到期前 7 天提醒申请人 → 到期日冻结新支出 → 宽限期结束自动关闭 + 释放

5.6 两种占用口径：批准才占用 vs 提交就预占

一个设计决策题：占用从哪个瞬间开始？

折中方案（推荐给你们）：提交时"软预占"——不真锁额度，但审批界面显著提示"该科目另有 2 笔在途申请共 4 万"；批准时硬占用。既保流转效率，又给审批人完整信息。45 人公司审批链短（一两天走完），双花窗口本来就小，软预占够用。

5.7 控制强度：刚性 vs 柔性

最后一个概念：闸门拦下之后呢？两种处理：

• 刚性控制：可用余额不足 → 系统硬拦，此路不通，先去追加/调剂（第 6 课）
• 柔性控制：可用余额不足 → 预警 + 走"超额特批"通道，批了照样过

实务按科目分级（又是科目维表的属性！）：差旅、办公这类柔性（超 10% 以内走特批），资本支出、商务招待这类刚性（一分不能超）。全刚性会把业务憋死，全柔性等于没有闸门。

案例5.8 案例：星澜科技的双花事故

Q4，市场部预算账面还剩 4 万。月初两个组各提了一笔 3 万的申请：一组投线上广告，二组做年终客户礼。两笔单子隔了三天，审批人（同一个人！）看到的都是"剩余 4 万"——都批了。

12 月两笔钱先后花出去，月底财务对账：市场部超支 2 万。审批人喊冤："我每次看余额都是够的啊。"他没说谎——系统给他看的数就是错的，"剩余 4 万"只减了已支出，没减他自己三天前刚批掉的 3 万承诺。

修复：预算主表加"已占用"字段（已批准未核销的申请汇总），可用余额改公式。第二年同场景重演：第一笔批准后，第二笔提交时系统直接提示"可用余额 1 万，申请 3 万，额度不足"——申请人转头走了调剂流程，从富余的"内容制作"科目挪了 2 万过来。同样的人、同样的场景，换一个公式，事故变成了一次规范的调剂。

落到系统5.9 回到你的系统（本课映射最密集）

预算主表（每个预算 ID 一行）新增/改造字段：

支出明细表：每笔支出挂预算 ID（已有 ✅）+ 提交时校验（实际使用人 ∈ 授权使用人、日期 ≤ 宽限期止、金额 ≤ 该预算剩余占用）

自动化（多维表格 workflow）：

• 申请批准 → 占用生效、可用余额自动重算
• 到期前 7 天 → 给申请人和归属部门负责人发提醒
• 到期日 → 状态改"冻结"；宽限期止 → 状态改"关闭"、余量释放
• 可用余额 < 额度 20% → 给部门负责人发预警

给老板的翻译：他的第一层判断"够不够花"，完整答案不是查"剩余"，而是在申请提交瞬间校验"可用余额"——含占用的口径。这一个公式的差别，就是"记账思维"和"控制思维"的差别。

术语5.10 本课术语

三道闸门 / 占用（Commitment / Encumbrance）/ 核销（Settlement）/ 释放（Release）/ 可用余额 / 双花 / 僵尸占用 / 状态机 / 预占（软预占）/ 结转 / 报销宽限期 / 刚性控制 vs 柔性控制

作业5.11 作业（做完发给 Claude 批改）

第 1 题（计算题）：某部门年度额度 20 万；已支出 8 万；已批准未核销的申请 3 笔共 6 万；还在审批中的申请 2 笔共 4 万。
a) 按标准口径（批准才占用），现在的可用余额是多少？
b) 如果采用"提交就预占"口径，可用余额是多少？
c) 你会给你们公司选哪种口径（或折中）？说理由。

第 2 题（状态机设计题）：给你的"预算申请"画一个完整状态机——每个状态、触发它的动作、它对"占用/支出/可用余额"三个数的影响。文字版就行，格式参考 5.4 的表。

第 3 题（找茬题）：你现有系统"剩余预算 = 总预算 − 已使用金额"这个公式，除了双花，还会在什么场景下给出误导性的数字？举一个你们公司可能真实发生的例子。（提示：想想"批了还没报销"的时间差有多长——出差、采购定金、预付款……）

预告下一课预告

第 6 课《预算怎么控（下）：追加、调剂、分级授权》：额度不够了怎么办？三岔口——调剂、动机动金、正式追加，成本递增。以及老板念叨的"金额分级决策"怎么设计成一张授权矩阵，让评估小组只看该看的单子。

学习目标学习目标

学完本课你能：

1. 分清预算调整三兄弟：追加 / 削减 / 调剂，各走什么流程
2. 设计金额分级授权矩阵，让评估小组只看该看的单子
3. 写出"额度不够"时的三岔口处理路径
4. 用"钻空子视角"审查自己设计的规则（作业）

6.1 预算调整三兄弟

计划赶不上变化，预算一定会改。规范的改法分三种，流程重量不同：

追加的关键约束：钱从哪来？ 公司的钱是守恒的，给你加 3 万，这 3 万要么来自公司备用金，要么从别的科目削。所以追加申请必须带"资金来源"字段——没有来源的追加等于默许总盘子无限膨胀。

追加的第二个关键：归因。 每笔追加必须回答"当初为什么没算到"：

• 预测失误（编制时低估了）→ 喂给第 7 课的"预算准确率"考核
• 业务变化（新客户、新项目，编制时不存在)→ 正常，不扣分
• 范围蔓延（事情越做越大）→ 要警惕，问"扩大的部分单独论证过吗"
• 紧急事件 → 走紧急通道（见 6.5）

这个归因数据攒一年，就能回答老板关心的"我们公司编预算的水平在提高吗"。

你系统已有追加功能 ✅，缺的是这两个字段：追加原因分类 + 资金来源。

6.2 调剂：比追加轻，但要防"预算洗钱"

调剂不动总盘子，只是内部挪腾，所以流程可以轻——但必须设规则，否则会出现"预算洗钱"：

星澜的真实漏洞（见 6.6 案例）：商务招待管得严（每笔 CEO 签字），团队建设管得松（部门负责人就能批）。某部门把钱申请成"团建"，实际拿去请客户吃饭——用调剂/科目错报把严管的钱洗到松管的科目里花。

调剂规则的设计逻辑：管控强度只能往严处调，不能往松处调。参考规则集：

1. 资本支出科目 → 不得调出到费用科目（防止"买设备的钱拿去吃饭"）
2. 商务招待、礼品类严管科目 → 只出不进（可以把招待费调给别人，不能从别处调钱进招待）
3. 人力成本 → 锁定，不参与日常调剂（这是 CEO/HR 的盘子）
4. 同一级科目下的二级科目之间 → 部门负责人可自主调剂（小闸门放开，保灵活性）
5. 跨部门调剂 → 双方负责人 + 财务三方确认

6.3 机动金：让小额追加不惊动全盘

如果每笔追加都要"从别的科目削"，追加流程会重到没人愿意走。实务解法：编制时就预留公司级机动金（Contingency Reserve），一般是总盘子的 5~10%。

• 小额追加（如 ≤ 1 万）→ 从机动金走快速通道（财务 + CEO 或授权人签），当天批完
• 大额追加 → 正式流程：论证 + 评估小组 + 明确资金来源

机动金在系统里的实现很优雅：它就是一条特殊的预算记录——归属"公司级"、科目"机动预备金"、额度 = 总盘 × 8%。从机动金追加 = 一次"机动金 → 目标科目"的调剂。复用你已有的机制，不用新造轮子。

6.4 金额分级授权矩阵（老板的"金额分级决策"落地）

原理：审批强度应该和金额 × 风险成正比，而不是所有申请挤同一条链。所有单子都过评估小组 → 小组变成瓶颈 → 大家开始抱怨"买盒名片等三天"→ 制度被绕过。

参考矩阵（45 人公司，阈值故意留空——这正是 v1.1 里等 CEO 拍板的 ?万）：

四条设计原则：

1. 小钱快跑：流程成本别超过钱本身。一笔 500 块的申请走三级审批，公司为省钱花掉的人力比钱还多
2. 大钱重审：评估小组的精力是稀缺资源，只投给高风险单子
3. 新类型首例从严：同一科目第一笔走高一档（没有历史参照），之后同类可降级——系统里用"该科目历史批准笔数"做条件
4. 阈值要定期回顾：公司长大、通胀，阈值一年一调

给老板汇报时的表述：分级授权不是"放松管控"，是把评估火力集中到值得评估的地方——这和他"评估小组别变成官僚层"的担忧正好同向。

6.5 额度不够时的三岔口 + 紧急通道

员工申请时系统提示"可用余额不足"（第 5 课的闸门起作用了），然后呢？给他一条清晰的路径，成本递增：

第一步：调剂 —— 先看自己部门兄弟科目有没有富余（成本最低，负责人内部解决）
   ↓ 不行
第二步：机动金 —— 小额走快速通道（成本中等，惊动财务+授权人）
   ↓ 不行
第三步：正式追加 —— 大额，全套论证 + 评估（成本最高，惊动评估小组）

紧急通道（必须有，否则制度会被现实撞破）：服务器宕机要立刻买配件，等评估会开完业务早停了。设计：

• 申请单加"紧急"标志 → 走简化链（部门负责人 + 财务两签，2 小时内）
• 事后 48 小时内补全套评估材料，评估小组补审
• 紧急标志的使用率进入部门考核——滥用紧急通道的部门，下季度紧急权限收紧（防止"一切都很紧急"）

案例6.6 案例：星澜科技的调剂漏洞

星澜上了分级审批后，财务在季度分析时发现怪事：三部门的"团队建设"费是其他部门的 4 倍，而"商务招待"几乎为零。抽了几张发票——烧烤店 12 人餐，参与人一栏写着 4 个内部员工。剩下 8 位是谁？客户。

复盘：商务招待每笔要 CEO 签（严），团建部门负责人就能批（松）。于是"请客户吃饭"被包装成"团建"。水往低处流，钱往松处流——管控强度有落差的地方，必然出现套利。

修复三件套：

1. 调剂规则：招待类科目"只出不进"
2. 团建费加人均上限 + 参与人名单必填（名单里出现非员工 → 自动转招待科目流程）
3. 季度分析常态化盯"科目间异常迁移"（某科目突然膨胀 + 相邻严管科目萎缩 = 红旗）

教训：制度设计要预判套利。你设计每条规则时都该问一句——"如果我想钻空子，我从哪钻？"（这就是作业第 3 题）

落到系统6.7 回到你的系统

• 追加记录表（已有）补两个字段：追加原因分类（预测失误/业务变化/范围蔓延/紧急）、资金来源（机动金/调剂来源科目/新增预算）
• 新增：调剂记录表：调出预算ID / 调入预算ID / 金额 / 理由 / 三方签字。配校验：调出科目与调入科目对照"调剂规则表"（规则也可以做成一张小维表：科目类型 × 允许方向）
• 机动金 = 盘子表里一条特殊记录（归属=公司级，科目=机动预备金）
• Lark 审批条件分支：按金额档位路由审批链；科目.是否CapEx=✅ → 升一级；科目.评估强度=严格 → 强制进评估小组；紧急标志=✅ → 简化链 + 自动创建"48h 补评估"任务
• 仪表盘加一块：本季调剂流向图 + 紧急通道使用率排行（给财务和 CEO 盯套利）

术语6.8 本课术语

追加 / 削减 / 调剂（Virement）/ 资金来源 / 追加归因 / 预算洗钱 / 机动金（Contingency Reserve）/ 授权矩阵 / 小钱快跑大钱重审 / 三岔口 / 紧急通道 / 套利

作业6.9 作业（做完发给 Claude 批改）

第 1 题（设计题）：给你们公司画一张金额分级授权矩阵（档位数、每档金额区间、审批链、评估要求）。阈值按你自己的判断先填上具体数字，并标注哪几个数需要 CEO 拍板。（这张表直接对应 v1.1 方案里的 ?万/??万 占位符——做完这题，你就有了跟 CEO 开会要答案的具体提案）

第 2 题（场景题）：市场部"展会活动"科目可用余额只剩 8000，突然要参加一个 3 万的行业展。按三岔口顺序写出完整处理路径：每一步查什么、谁批、系统里发生什么。

第 3 题（找漏洞题）：现在你是想钻空子的员工。面对你自己第 1 题设计的授权矩阵 + 本课的调剂规则，你会从哪里钻？至少找出两个空子，并说怎么堵。（提示：化整为零拆单、科目错报、紧急通道滥用、时间差……）

预告下一课预告

第 7 课《花得值不值：差异分析与考核》：闭环的最后两环。执行率 61% 的部门和 98% 的部门，哪个该被表扬？（答案反直觉）以及老板的终极诉求——"花钱水平"，怎么变成一组可计算的 KPI。

学习目标学习目标

学完本课你能：

1. 会算三个基础指标：差异额、差异率、执行率，并正确解读（执行率不是越低越好！）
2. 会做"差异 → 原因 → 行动"三段式分析
3. 把老板的"花钱水平"拆成一组可计算的 KPI
4. 避开考核设计的坏激励（棘轮效应、数字游戏）

7.1 BvA：预算 vs 实际

差异分析（Variance Analysis / BvA, Budget vs Actual）：拿实际数和预算数逐科目、逐部门地比，找差距、问原因。这是闭环第⑤环"分析"的核心动作，也是老板第三层判断"花得值不值"的起点。

三个基础指标：

7.2 本课最反直觉的认知：执行率不是越低越好

直觉：花得少 = 省钱 = 好。错。

执行率过低的隐藏代价叫"机会成本"：公司的钱是有限的。你年初圈走 50 万只用 30 万，那 20 万在你手里躺了一年——别的部门有两个增长项目因为"没预算"被砍掉。你没花掉的钱，不是省下来的钱，是被你锁死的别人的机会。

所以规范的考核逻辑是健康区间制：85%~105% 满分，两头都扣分。低执行率和超支一样要被问责——这一刀下去，同时治两个病：

• 治"藏水分"（多要没用的额度会拉低执行率 → 扣分）
• 治"突击花钱"（年底为拉高执行率乱花？下一个指标"目标达成率"会抓住你——钱花了事没成，照样难看）

7.3 差异要归因：量价分解（白话版）

看到"展会费超支 20%"就下结论，是外行。内行先拆：是量超了还是价超了？

• 量差：多办了一场展 → 可能是好事（业务机会多了，钱花在了增长上）
• 价差：每场都变贵了 → 要查：市场涨价（正常）还是采购没比价（问题）

量价分解对系统的要求：支出明细能拆"数量 × 单价"的尽量拆（展会 × 场次、招聘 × 人头、云服务 × 用量）。拆不了的（咨询费）就不硬拆。

这也解释了为什么老板的"客观信息源"如此重要——价差要有市场基准才判断得了。"每场展会 8 万贵不贵？"没有同行价格、历史价格做锚，这个问题无解。

7.4 从差异到行动：三段式报告

差异分析报告的正确格式不是一堆数字表格，是"差异 → 原因 → 行动"三段：

❌ 坏报告："云服务费预算 10 万，实际 11.5 万，超支 15%。"（然后呢？）

✅ 好报告："云服务费超支 15% → 原因：3 个新客户 PoC 环境用完未及时释放，空转两个月 → 行动：① 加'PoC 结束释放资源'的 checklist（下周落地）② 下季度该科目预算上调 8%（新客户增多是真实需求，该认的认）"

注意好报告的两个动作方向：改行为（堵浪费）和改预算（认现实）。差异分析的目的不是抓犯人，是让下一轮计划更准——这就是第 1 课说的"经验回流"，闭环转起来的样子。

7.5 "花得值不值"的完整框架

差异分析回答的是"花得准不准"，老板的第三层判断"值不值"还要再进一步：这钱花出去，换回了什么？

系统层面靠两个字段闭环：事前填"预期目标"（你系统已有 ✅）→ 事后填"实际达成" → 对照复盘。

按产出可否量化，分两类处理：

轻量化复盘（呼应 v1.1 里"复盘机制太重"的修正）：不是每笔都开复盘会——

• 大额（评估小组审过的）：单笔复盘，填"实际达成"+ 评估小组回看
• 小额：按科目季度批量看（这个科目这季度整体值不值），不追单笔
• 复盘产出物统一沉淀到预算记录上，供明年编制时翻阅

7.6 "花钱水平"的 KPI 化（老板终极诉求的落地）

老板要"提升组织花钱水平"。水平不可见，指标可见。五个 KPI，前三个考部门/人，后两个考组织：

评估命中率单独说——这是"按能力而非职级"的量化依据：

评估小组砍了一笔价、驳回了一个申请、放行了一个大单——这些判断对不对，事后是可以验证的（砍价后买到了吗？驳回的需求后来被证明真需要吗？放行的采购用起来值吗）。把每次评估意见记录在案，季度回看：谁判断得准，谁留在小组；连续垫底的，轮换出去。判断力从"老板觉得谁行"变成"数据显示谁行"——这就是"判断力沉淀为组织能力"最锋利的一块拼图。

7.7 考核挂钩的火候：10~20%，别贪多

预算 KPI 建议占部门绩效权重 10~20%，不要更高。

权重过高的反效果：部门为了指标好看开始玩数字游戏——该花的钱不敢花（伤业务保执行率）、拆单绕闸门、跟财务讨价还价改基数。预算考核的目的是校准行为，不是创造新的博弈场。 记住第 4 课的教训：机制设计出什么激励，人就长成什么样。

另一个火候：第一年上线，只公示不挂钱。让大家先看见自己的数、习惯被度量，第二年再进绩效。一上来就挂钱，所有人的精力会花在质疑数据口径上。

案例7.8 案例：星澜科技的"节约标兵"

年底复盘，两个部门摆在 CEO 面前：

• A 部门：预算 40 万，实际 39.2 万，执行率 98%
• B 部门：预算 50 万，实际 30.5 万，执行率 61%

CEO 本能想表扬 B："给公司省了 20 万！"财务负责人拦住了，给 CEO 看了两个数：

1. B 部门那 20 万在账上锁了一整年。同期，A 部门有两个增长项目因"没预算"被砍——其中一个是后来被竞对做成的功能
2. 翻 B 部门的编制底稿：50 万里有 18 万的论证写的是"预留弹性空间"——当初就是水分

第二年星澜改考"准确率 + 执行率健康区间"：B 部门报数瞬间实了，只报了 34 万；释放出来的额度给了 A 部门的增长项目。CEO 的原话进了公司周报："省钱不是本事，把钱配准才是本事。"

——这句话就是"花钱水平"的白话定义。

落到系统7.9 回到你的系统

• 仪表盘（新增分析层）：部门 × 科目执行率热力图（健康区间绿色、两头黄红）/ 差异 TOP5 榜单 / 调剂流向 + 紧急通道使用率（第 6 课）/ 固定成本占比（给 CEO 看安全边际，第 2 课）
• 预算主表补字段：预期目标（已有 ✅）/ 实际达成情况（长文本+达成率数字）/ 复盘状态（未复盘/已复盘/免复盘）/ 复盘结论
• 评估记录表（第 6 课建的）补字段：评估意见 / 调整金额（砍了多少）/ 事后验证结论（命中/失误/待验证）——评估命中率的数据源
• 季度差异分析视图：差异 → 原因 → 行动 三列，financeowner 季度填写，CEO 只看这张表
• 追加归因统计（第 6 课埋的数据）：年度看"预测失误占比"是否逐年下降——组织编预算的水平是否在提高，一个数说清

术语7.10 本课术语

差异分析（BvA）/ 差异额 / 差异率 / 执行率 / 健康区间 / 机会成本 / 量差 vs 价差 / 三段式报告（差异→原因→行动）/ 预算准确率 / 目标达成率 / 评估命中率 / 复盘覆盖率 / 数字游戏

作业7.11 作业（做完发给 Claude 批改）

第 1 题（计算 + 判断题）：三个部门年度数据——甲：预算 40 万，实际 39 万；乙：预算 30 万，实际 18.5 万；丙：预算 25 万，实际 31 万。
a) 各算执行率
b) 按健康区间判断谁健康、谁有问题
c) 对两个有问题的部门，各写出你会问的第一个问题

第 2 题（设计题）：五个 KPI 里挑 3 个作为你们公司第一年上线的指标。说明：为什么是这 3 个？每个指标的数据从你系统的哪张表、哪些字段来？（数据取不出来的 KPI 就是空话——这题逼你检查表结构的完整性）

第 3 题（思考题）：评估命中率如何服务"把 CEO 判断力沉淀为组织能力"这个目标？如果评估小组某成员命中率连续两季垫底，机制上应该发生什么？（结合老板"角色轮换、按能力非职级"的要求答）

预告下一课预告

第 8 课《毕业设计：重新设计你的系统》：没有新知识了。七课理论在手，现在轮到你交卷——产出《需求-理论-字段映射表》和完整的新表结构设计。做完它，你就可以直接开工建 Base，并且每个设计决策都答得出"为什么"。

本课没有新知识。前七课的理论就是你的工具箱，现在交卷。
⚠️ 规则：先自己做任务书（8.2），做完再看参考架构（8.4 起）。先看答案 = 白学。

8.1 七课理论支柱回顾（一页地图)

8.2 毕业设计任务书（你的交卷内容）

任务 1：表结构总设计
列出新系统需要的所有表（维表 + 业务表），每张表一句话说明用途，并标注"哪课理论要求它存在"。说不出理论出处的表，删掉。

任务 2：预算主表完整字段清单
格式：字段名 / 字段类型（文本、单选、关联、rollup、公式…）/ 来源课次 / 校验规则。重点检查：三角色字段（第 3 课）、占用与可用余额（第 5 课）、预期目标与实际达成（第 7 课）都在不在。

任务 3：核心公式落地
写出"可用余额"在多维表格里的具体实现路径：哪些字段是 rollup（从哪张表汇总、过滤条件是什么）、哪个是公式字段、公式怎么写。

任务 4：三层判断映射表
| 老板的话 | 财务机制 | 系统功能 | 具体字段/流程 |，三行填满。这张表是你向老板汇报的核心武器——证明每句需求都有理论和落地。

任务 5：给老板的一页汇报提纲
5~8 条要点：这次重设计相比 v1.1 补了什么理论地基、新增了哪些机制、哪些决策需要他拍板（金额阈值、机动金比例、考核权重）。

验收标准（我批改时按这个查）：

• [ ] 每张表能说出理论出处
• [ ] 可用余额公式含占用项
• [ ] "员工 A 为部门 B 申请 5 万，B 部门 3 人使用，中途追加 1 万，到期剩 4000"——这个场景在你的表结构里走一遍，无断点
• [ ] 授权矩阵完整（阈值可标"待 CEO 拍板"）
• [ ] 三层判断每层都有系统机制承载
• [ ] 五个 KPI 至少 3 个能从表结构里取出数据

8.4 参考架构（⚠️ 做完任务书再往下看）

8.4.1 十张表总览

四张维表（字典，低频改动）：

六张业务表（高频流转）：

对比你最初的 3 张表：多出来的每一张都有明确的理论理由——盘子表（没有它审批无基准）、评估表（没有它命中率无从算）、复盘表（没有它闭环断在第五环）、维表们（没有它们规则活在人脑里）。

8.4.2 预算主表核心字段（速查）

• 标识：预算 ID（Lark 审批流水号，主键）/ 标题 / 科目（关联 D1）/ 归属部门（关联 D2，必填不可改）/ 关联项目（关联 D3，可选）
• 人：申请人 / 授权使用人（多选，变更留痕）
• 钱：初始批准额 / 追加合计（rollup B4）/ 批准额度（公式）/ 已占用（rollup）/ 已支出（rollup B3）/ 可用余额（公式：批准额度−占用−支出）
• 时间：申请日 / 生效期间 / 到期日 / 宽限期止
• 状态机：审批中/已批准/部分核销/冻结/关闭/驳回
• 论证（第 4 课零基四问）：解决什么问题 / 不做的后果 / 备选方案与报价 / 参考价格及来源
• 价值闭环（第 7 课）：预期目标 / 实际达成 / 复盘状态
• 控制：紧急标志 / 授权矩阵档位（公式，按金额+CapEx 算出）

8.4.3 三层判断映射表（参考版）

8.4.4 数据流转一图（文字版）

年度编制（B1 盘子，第4课）
   ↓ 作为基准
员工申请（B2，四问+科目+归属，第2/3/4课）
   ↓ 授权矩阵路由（第6课）→ 评估小组留痕（B5）
批准 → 占用生效（第5课）
   ↓
支出核销（B3）→ 占用↓ 支出↑
   ↓ 额度不够 → 三岔口：调剂/机动金/追加（B4，第6课）
到期关闭 → 余量释放（第5课）
   ↓
差异分析 + 复盘（B6）+ KPI（第7课）
   ↓ 经验回流
下一轮编制（B1 新版本）—— 闭环完成（第1课）

8.5 交卷方式

1. 任务 1~5 写成一份 MD 发我（或直接贴对话里）
2. 我按验收标准逐条批改，给评审意见
3. 修订通过 → 这份文档就是新系统的设计蓝图 → 下一步直接在 Lark Base 里开工搭建（我可以用 lark-base 帮你把十张表和字段一次性建出来）

最后一句：老板最初不满意的，是"只看到几张表，看不到思考"。现在你交出去的每张表、每个字段、每条规则，都能向上追溯到一条财务理论、向下落地到一个具体控件——这就是 IT BP 的"思考含量"。去交卷吧。