零基预算与增量预算的对比:真正的权衡

每个财务团队迟早都会遇到同一个争论:明年的预算应该从去年的数字出发，还是从零开始。增量预算的做法是:取去年的数字，加上一个百分比，继续往下走。零基预算(ZBB)的做法是:每一美元都要从零开始重新论证合理性，仿佛这个部门从未花过一分钱。前者速度快，却常被指责助长了预算虚高。后者严谨，却常被指责是一场没人愿意年年重复的多月苦役。

这两种批评都有道理，而两种方法还共享一个很少被充分讨论的依赖关系:无论你选哪一种，只有建立在真实的实际发生数之上，它才能产出真实可信的数字。一份建立在未经核对的支出数据之上的 ZBB 论证，并不比增量预算的直接结转更严谨，它只是一种更精致的猜测方式。

增量预算到底是什么

增量预算以上一期已批准的预算为起点，按百分比或固定金额进行调整，比如通胀调整加 3%,增长型部门加 10%,处于维持状态的部门则持平。它的吸引力显而易见:速度快、冲突少，也不要求每位经理每年都从第一性原理重新论证自己的编制人数。

它的失败模式同样显而易见。增量预算会继承去年数字中已有的一切，包括从未被剔除的水分、本该重新谈判的供应商合同，以及两次组织架构调整之前还说得通、此后再也没人质疑过的科目。把这种情况在五六个预算周期中不断累积，就会出现从业者所说的“基线蔓延”(baseline creep):一份年年都获批、名义上合规的预算，却在不知不觉中偏离了业务的真实需要。

增量预算本身并非出于懒惰而设计，对于结构上没有变化、成本波动小的稳定成本中心来说，它是合理的选择。问题出在它被默认套用到每一个科目上，不管该科目是否发生了变化，一旦如此，它就不再是一种预算方法，而是变成了一种惯性方法。

零基预算到底是什么

ZBB 颠覆了这一假设。每一项都从零开始。每一美元都必须对照当前的业务需求来论证合理性，而不是对照去年花了多少。理论上，这能捕捉到增量预算忽略的水分，迫使各负责人凭其自身依据来为编制人数和供应商支出辩护，并揭示那些靠惯性而非价值维系的支出。

但在实践中，要把 ZBB 真正做扎实，成本很高。对每一个成本中心都完整走一遍零基流程，意味着每位经理都要准备一份论证材料包，财务部门要逐一审核和质疑，整个过程要在最终锁定前反复协商，这是一项实实在在的时间成本，而不是假设成本。这也是为什么大多数采用 ZBB 的公司不会年年对所有科目都全面推行。它们会有选择地推行:对可自由支配支出和管理费用做一次完整的零基核查，而核心运营成本(工资、租金、已签约的基础设施)仍按增量方式处理，因为从零开始重新论证一份租约不会有什么新发现。

另一个诚实的提醒是:ZBB 的严谨性容易在形式上做到，却很难在结果上真正兑现。被要求从零开始论证某一科目的经理，几乎可以为任何数字写出一份看似合理的论证，除非这份论证要对照经理自身叙述之外的某种依据加以核验，否则流程上的严谨并不能保证结果上的严谨。

权衡对比表

	增量预算	零基预算
速度	快，以天计而非以月计	慢，每个部门一整轮可能要花数周
工作量	低，主要是百分比调整	高，每一项都需要重新论证
是否能捕捉基线蔓延	否，会继承此前的水分	理论上可以，前提是论证被核实过
最适用场景	稳定、低波动的成本中心	可自由支配支出、管理费用、组织重组后的重置
失败模式	因陈旧假设而缓慢偏离实际	精致的论证却无人能核实
政治成本	低，无人需要为去年的数字辩护	高，每位经理都要为自己的预算辩护

这两栏都不是“标准答案”。多数成熟的财务职能会采用混合方式:在偏离风险最高、重置回报最实在的类别(软件许可、外包支出、可自由支配的市场营销费用)上采用 ZBB,在重新论证只会产出同样数字、外加一堆文书工作的类别上采用增量预算。

两种方法都回避的问题:论证依据到底是什么

这正是两种方法尽管存在种种差异，却共享的同一个盲点。增量预算假设去年获批的数字是正确的。ZBB 假设今年的论证是诚实的。两种方法都没有内置对照实际发生情况的核查机制，也就是该成本中心与总账挂钩、经过核对的实际发生数，而不是经理对自己花了多少钱的印象。

如果在一份“今年花了多少”靠人工估算维护的电子表格上运行 ZBB,产出的将是一份组织精美的文档，但它仍然建立在与增量预算相同的松软地基之上。一位为明年软件支出“从零开始”论证的经理，仍然需要一个按供应商拆分、真实反映今年实际支出的准确数字，而不是一个大致的记忆。缺了这个,ZBB 并没有消除猜测，它只是让猜测看起来更严谨，而这可以说更糟糕，因为一份精心打磨过的论证，比一份明显敷衍的直接结转更难被质疑。

这与 预算对实际发生数审查 中出现的失败模式如出一辙:无论预算数字来自何种方法，它的可信度都取决于事后用来核对它的实际发生数。ZBB 只是把这一要求提前到了流程更早的环节，你需要干净的实际发生数来构建论证，而不仅仅是事后用来打分。

经过核对的基础数据能带来什么改变

以上内容并非在为某一种预算理念背书而否定另一种，这本就是一个真实的运营选择，取决于公司规模、业务在过去一年中变化的程度，以及组织对更繁重流程的接受意愿。真正被一个经过核对的模型所改变的，是每种方法所依赖的原始数据的质量。

当实际发生数与总账挂钩，并按供应商、部门和类别拆分清楚时，一份 ZBB 论证就不再是“我认为这项需要 18 万美元”,而变成“这是我们去年按供应商拆分、与总账核对一致的实际支出，以下是将要发生的变化”。论证会变得更简短，也更难被反驳，因为它锚定在能够核对一致的数据上，而不是一种断言。增量预算同样能反向受益:如果上一年的数字经过核对、并在科目层面可见，那么 3% 的上调就是对一个真实数字的合理调整，而不是叠加在未经审计的猜测之上的百分比。

这也是混合方式变得更容易运行好的地方。如果每个成本中心的实际发生数都存在于同一个经过核对的模型中，而不是散落在各处的导出文件里，财务部门就可以按类别逐一决定，这里做一次完整的零基重置，那里做增量结转，而不必受限于哪些类别恰好拥有足够干净的数据来支撑审查。

结论

零基预算和增量预算解决的是不同的问题:一个以时间为代价捕捉偏离，另一个以偏离为代价节省时间。选择应基于每个成本中心的实际处境，而不是哪种方法在董事会汇报中听起来更有纪律性。但无论你选哪一种，真正让数字可信的都不是方法本身，而是其背后的实际发生数。一个建立在陈旧或人工维护支出数据之上的 ZBB 流程，产出的只是更精致的猜测，而不是更少的猜测。

如果你的预算周期，无论是零基、增量还是混合模式，其可信度取决于有人最后一次从 ERP 导出的数据，那么这一层正是最值得先修复的地方。预约演示,看看一个经过核对的实际发生数基础在你自己的预算流程中会是什么样子。

本文属于 rexfin 的 AI 驱动的 FP&A 与预测 专题内容。关于如何端到端运行一个预算周期的具体机制，参见 预算季;关于 rexfin 如何管理审批与锁定工作流本身，参见 预算生命周期管理。