持续规划需要先有持续对账
持续规划承诺永远最新的预测。如果没有持续对账的实际数作为支撑,更快的节奏只意味着更频繁地出错。
作者 The Rexfin team
Planful 为 FP&A 构建了一个四阶段成熟度模型:静态、现代化、扩展、持续。这是一个不错的模型,它所描述的发展方向也是对的,没有哪个团队还应该把规划当成一年一次的电子表格仪式,到二月份就已经过时了。但这个模型有一个隐藏的前提条件,而围绕它的营销宣传往往会跳过这一点:持续规划假设每个周期所依据的实际数已经是正确的。如果不是,这套框架不会大声报错,而是会悄悄失效,并且失效的速度比它所取代的年度流程还要快。
在未经对账的数字上运行年度预算,你一年发现一次自己错了,通常是在董事会看到之前,已经有人在某个会议室里发现了问题。而在同样未经对账的数字上运行持续规划,你每周都会发现自己错了,而且这个错误会自动传播进一个滚动预测里,没人会手动去复查它,因为“持续”这件事的整个意义就是不再需要手动检查。节奏提高了,但对输入数据的信任并没有随之提高。这是一次披着升级外衣的降级。
“持续”究竟承诺了什么
持续规划背后的主张很简单,而且就其本身而言是对的:一年编制一次、坚守十二个月的预算,墨迹未干就已经过时了。市场在变化,人员编制计划在变化,三月份客户流失了,而年度模型却假设他们会续约。相比冻结在十一月的一个静态数字,一份每月或每周针对最新实际数刷新的滚动预测是更好的工具。
但“针对最新实际数刷新”这句话里,“最新实际数”这几个字承载了大量默默无闻的假设。它假定这些最新实际数一到手就是可信的,假定本周入账的营收已经与银行对上了,假定新来的应付账款文员错误编码的费用类别已经被发现,假定报告现金余额的三个系统彼此一致。持续规划作为一个框架,只是一次节奏上的升级,它并没有说明流入这个节奏的数字是否已经与总账核实过,它只是假设它们已经核实过了。
缺口所在:持续规划与持续对账
这是两个不同的学科,通常只有一个被真正构建出来:
| 它做什么 | 它假设什么 | |
|---|---|---|
| 持续规划 | 以滚动节奏而非年度节奏刷新预测和预算 | 支撑每次刷新的实际数已经是正确的 |
| 持续对账 | 在任何下游环节使用之前,持续将每一笔实际数与总账(银行、总账科目、子账簿)核对一致 | 不假设任何东西,它本身就是核实步骤,而不是已核实数据的使用者 |
大多数 FP&A 工具优化的是上面那一行。它们给你更快的刷新周期、更漂亮的滚动模型、按计划更新的基于驱动因子的情景推演。但它们通常不能给你的是这样的证明:进入第 14 个周期的实际数,与一个对账流程会签字认可的实际数是同一批数字。预测引擎信任任何出现的数字,它没有机制去问“这个数字是否与银行对账单一致”,那不是它的职责,而且大多数规划工具从一开始就不是为了做这件事而设计的。
因此,顺序被颠倒了。持续对账必须是基础,而不是事后叠加上去的锦上添花。每一次刷新都需要先与来源对账,才能被允许喂给预测。省略这一步,你就没有构建出持续规划,而只是构建了一种能在更多周期里更快地叠加同一个未经核实的数字的方式。
为什么它会悄悄失效
危险之处在于,一个坏掉的持续规划循环看起来仍然很健康。仪表盘按计划更新,差异报告如期生成。没人会收到错误提示,因为这套流程本来就没有内建检查来抛出错误,这条流水线的设计目标是快,而不是核实。
实际发生的情况是这样的:一个银行流水信息流出了故障,重复计算了一笔存款。滚动预测把它当作营收摄入进去。到下一个周期,模型自身的“实际数”基线已经是错的,建立在它之上的每一个预测都继承了这个错误。因为这个流程是按周运行而不是按年运行,这个错误数字会在有人对底层总账做对账、发现不一致之前,被烘焙进四五轮预测迭代里,如果真的有人会去做这一步的话,毕竟持续规划的卖点之一就是需要更少的人工复核,而不是更多。
这与为什么每日核验必须支撑持续结账一文中提到的失效模式如出一辙:没有核实的速度并不能消除错误,只会让错误在被人发现之前有更多次机会造成损害。规划领域也存在同样的问题,只是在堆栈的更高一层。一份预测的“最新”程度,取决于它最后一次诚实地与总账对上的那一刻,不管仪表盘上写着“2 分钟前更新”与否。
首先必须成立的前提
做对了的持续规划本身作为一个目标并没有错,它只是存在一个先后顺序的问题。在一份滚动预测能被信任之前,有三件事必须已经到位,而且要自身持续运行:
- 每一笔实际数都能追溯到来源。 预测基线中的营收、现金和费用数字,需要有一条清晰可见的路径,追溯回它们所来自的总账、银行流水或子账簿中的交易,而不是一份仅仅因为“看起来对”就被人信任的 CSV 导出文件。
- 对账要与规划保持同样的节奏,而不能更慢。 如果预测每周刷新,而对账要到月末结账时才进行,那你就有三周的预测周期是建立在没人核实过的数字之上的。对账循环必须跟上甚至快于规划循环,而不是落在它后面。
- 计算必须是确定性的,而不是每个周期重新拼凑出来的。 如果每次刷新都用略有不同的逻辑、编码或人工调整重新计算合计数,那么“持续”只意味着这个数字的定义在一张看起来稳定的图表下悄悄不断变化。
把这三件事做对,持续规划才能成为它本该成为的样子:一个始终最新的视图,建立在真正意义上始终最新(而不仅仅是最近被动过)的数字之上。这正是 Rexfin 所遵循的顺序:先建立一个与总账对得上的已对账模型,底层是确定性的计算,这样无论上层是你自己的 FP&A 工具,还是像不失去把控力的持续预测一文中描述的那种持续预测工作流,读取的都是已经经过核实的实际数,而不仅仅是最近的实际数。
Rexfin 并不打算在规划平台自己的地盘上与它们竞争,不去做一个更好的滚动预测界面,也不去堆更多的情景建模功能。它是底层的那一层:一个连接会计、银行和数据仓库数据(或摄入上传报表)的已对账模型,把每一个数字都追溯回总账,并用确定性引擎完成计算,而不是让每一个下游工具各自用自己的方式重新构建数字。规划工具,包括 Planful 自己在内,一旦支撑它们的实际数被证明是干净的,就会变得更好。想直接比较这两层架构,可参见Rexfin 与 Planful 对比。
结论
这个四阶段成熟度模型(静态、现代化、扩展、持续)是一种真实且有用的方式,用来思考规划的节奏,Planful 也确实值得肯定,它为大多数财务团队应该前进的方向起了一个名字。但节奏和信任并不是同一个维度,而这个框架默默假设信任问题已经解决了。对大多数团队来说,事实并非如此。如果你的实际数没有持续与总账对账,转向持续规划并不能解决年度预算真正的问题,它只是把同一个未经核实的流程放在更紧的循环里运行,这意味着你会更频繁地发现自己错了,而不是不再犯错。
正确的做法是调整顺序:先持续对账,让每一个落地的数字都已经与来源核实过,再在此基础上叠加持续规划,这样“最新”和“正确”才终于是同一件事。想看看已对账的基础在你自己的数据上是什么样子,预约演示。想了解结账和规划背后更完整的图景,可以从结账自动化、对账与数据层这篇支柱文章开始。