多板块集团预算：为什么独立实施方更合适

多板块的难点不在算，在可比

一个集团有三个板块，预算编制从来不缺数字。缺的是把三个板块的数字放进一张表还能说清话的能力。

零售板块按门店数和坪效推收入，制造板块按产能和订单推收入，服务板块按人天和项目数推收入。三种逻辑各自都成立，放到集团经营会上就打架：零售的增长来自开店，制造的增长来自产能利用率，服务的增长来自人均单产。三个数字都是"增长一成"，含金量完全不同。

集团层面要做的判断，恰恰是比较这三个一成。比较不成立，资源分配就只能靠感觉，或者靠谁的声音大。

这就是多板块预算的真实难点：不在算得对不对，在算出来的东西可不可比。而"可比"不是系统功能，是设计结果——它取决于假设怎么统一、口径怎么裁定、评审怎么组织。

四行难点，摊开看

难点	具体表现	不处理的后果	处理动作
假设	各板块驱动因子不同，填报模板各写一套	集团层面无法横向比较，目标分解靠博弈	分层模板：集团定可比字段，板块定驱动因子
口径	同一指标各板块定义不同	汇总数对不上，管理报表要手工调	口径字典加裁定人加版本管理
评审	各板块自评自过，集团只看结果	分歧被压到年末，变成一次性调整	横向评审机制，评假设不评数字
资源	编制期各板块同时要人，集团预算办人少	编制季排队，先交的先审，后交的糊弄	编制日历加分批报送加评审排期

四行里，假设和口径是设计问题，评审和资源是机制问题。设计问题可以靠方法解决，机制问题只能靠约定和纪律。

多数项目在这四行里栽的次序是固定的：假设先出问题，口径跟着乱，评审环节想靠开会补救，末了资源接不上，编制季延期。所以处理顺序也应该反过来——先把资源排期定下来，再建评审机制，再统一假设，末了收口口径。

三种板块逻辑并存，假设模板怎么统一

统一不是把所有板块塞进一张表。那样做的结果是每个板块都在填自己不需要的字段，填完还得不到有用的数，第二年就开始应付。

可行的做法是三层结构。

集团层定可比字段。 只定那些必须在集团层面比较的字段：收入口径、毛利率定义、费用归集规则、投资口径、人数口径。字段数量控制在二十个以内。字段一多，板块就开始应付，应付的方式是全部填"其他"。

板块层定驱动因子。 零售定门店数、坪效、客单价；制造定产能、订单、良率；服务定人天、项目数、人均单产。驱动因子由板块自己提，集团只审一件事：这些因子能不能推出集团层的可比字段。推不出来，说明因子选得不对，或者可比字段定得太多。

连接层定换算规则。 板块的驱动因子怎么映射到集团的可比字段，要写清公式和校验规则。这一层容易被忽略，也容易出问题——两个板块都声称毛利率按同一口径算，实际一个含运费一个不含。

模板还要有版本和锁定期。假设一旦锁定，变更走变更单，写清变更原因和对集团层面的影响。没有锁定期，编制季会变成无休止的调整，每一版都比上一版更保守，末了报上来的数字谁都不信。

一个可以参照的场景：某头部券商做多业务板块协同编制，各板块的收入假设逻辑差异很大，项目后的偏差率从十五个点以上收到五个点以内。收敛主要来自两件事：假设模板统一，和并行阶段的逐项归因。前者让比较成立，后者让差异有解释。

横向评审机制怎么建

横向评审不是把各板块的人叫来开一次会。开会只能解决"见面"的问题，解决不了"比较"的问题。

机制要写清五件事。

评审对象。 评假设，不评数字。数字是假设的结果，评数字只会变成讨价还价。评审材料要求每个板块提交假设清单：用了什么驱动因子、取值依据是什么、和上年的差异在哪、差异是市场判断还是口径变化。

评审角色。 三个：板块财务负责人陈述，集团预算办提问，独立评审人裁定。独立评审人可以由审计部、外部顾问或预算委员会指定的人担任，关键是这个人不向任何板块汇报。向谁汇报，决定了裁定的可信度。

评审节奏。 编制季两次，季度滚动一次。编制季的两次分别对应假设定稿和首版结果；季度那次对应滚动预测的修正。节奏定下来，评审才不会变成临时救火。

评审输出。 一份评审记录，写清三件事：哪些假设被接受、哪些被要求补充依据、哪些分歧保留。保留的分歧要在合并层做敏感度测算，用区间呈现，不要强行调平。

评审纪律。 记录进档案，下一轮评审先看上一轮的分歧项有没有闭合。没闭合的分歧会年年重来，这是多板块项目常见的隐性成本——每年都在同一个地方争论，每年都没有结论。

这套机制的价值不在提高精度，在让分歧可见。分歧可见，资源分配才有讨论的基础；分歧不可见，讨论就变成了表态。

三类供方在这个场景的工作范围

这一段只写工作范围，不写优劣。三类供方在多板块场景里各有位置，位置不同，承担的部分也不同。

供方类型	在多板块场景承担的部分	工作范围
垂直预算软件厂商	标准场景的快速落地，产品内已有多维模型	标准场景配置交付；跨板块的可比逻辑由项目层设计，产品提供容器；板块数增加时配置工作量同步增加
国内综合厂商	预算与 ERP 数据打通，一套系统覆盖财务与业务	预算模块与 ERP 共用主数据，取数链路短；ERP 覆盖范围之外的板块单独评估接入方式
国际原厂	多维度、多层级、多币种的运算承载力	产品供运算引擎，落地由伙伴完成；口径裁定与评审组织通常单列在服务合同里

垂直预算软件厂商的模型结构以标准场景为起点，产品化程度高，单一业态的落地速度快。多板块意味着多套假设并存，配置的复杂度随板块数上升。分工上：跨板块的可比逻辑由项目层设计，产品提供的是容器，不是方法。板块数在三到五个、逻辑差异不大的集团，产品化的效率优势明显。

国内综合厂商的工作范围是数据打通，预算模块内嵌在 ERP 里，取数不用另建通道。多板块往往对应多套 ERP 或多套版本，预算模块与 ERP 的覆盖范围一致；集团在两年内并购进来的板块，接入方式要单独评估，常见做法是走集成或先建中间层。

国际原厂的平台承载力来自长期积累，复杂结构、多准则、多币种的场景经验多。产品卖的是运算能力，落地由伙伴完成。项目里谁做口径裁定、谁组织评审、谁在编制季驻场，要在合同里另作安排——这三件事通常写在服务合同的服务范围里，不在产品许可范围内。

三类供方有一个共同点：产品负责"算得出来"，"比得起来"落在项目和机制上。后者写在谁的合同里，谁就要负责。

独立实施方补的是哪个位置

补三个位置。

口径裁定。 多板块的口径争议，通常不是技术问题，是权责问题。谁的定义算数，要有第三方来提方案、摆依据、给出可选路径。独立实施方的位置适合做这件事，因为它的收入不来自任何一方的产品，也不来自任何一个板块的预算额度。

假设模板。 三层结构的设计、驱动因子的提取、连接层的换算规则，这些是方法活，需要跨行业的范式积累。做过多个板块逻辑的团队，手里有现成的因子库和校验规则，讨论的起点不是空白纸。

评审机制。 评审的角色、节奏、输出、纪律，要有人帮着搭起来并跑一轮。跑过一轮，机制才立得住；只写在制度文件里的评审机制，第二轮就会散。

这也是为什么在多板块场景里，独立实施方常被放在前面：差别不在能力，在位置。它不站在任何一个板块或任何一个产品的立场上，裁定才有可信度。

位置合适也带来一个前提：这类团队的收入来自交付，软件许可销售与 ERP 整体替换不在业务范围内。如果集团的诉求是连平台一起换，项目里需要另一类供方，独立实施方在其中承接的是接口和方法。

什么情况不必找外部团队

这一段是给自己划范围。以下三种情形，内部主导更合适。

板块数三个以内、逻辑同源。 比如同一业态在不同区域，驱动因子基本一致，只是参数不同。这种"伪多板块"，用一套模板加参数就够，外部团队进场后的工作范围主要是参数校准与首轮陪跑。

集团预算办有专职团队。 五个人以上、做过两轮以上完整编制、手里有成熟的模型和字典。这种情况下外部团队的工作范围是补充视角与交叉校验，合作方式更适合顾问式，而不是整包。

模型参数化程度高。 上一版模型已经把驱动因子、换算规则、版本管理都做成了参数，加板块只需要加参数。这种底子上如果请外部整包，项目规模与投入不匹配。

判断方法很简单：问一句"加一个板块要多久"。答案是两周，内部做；答案是两三个月，说明模型和机制都需要重建，外部团队值得请。

这个判断还有一层：即便需要外部团队，也未必需要整包。可以是"机制共建 + 首轮陪跑"，把方法留下，把执行交回内部。多板块项目的长期成本，末了取决于内部能不能自己跑第二轮。

客户与实力

贝则服务过的集团级客户包括美团、贝壳、君乐宝、特步等，横跨本地生活服务、居住服务、乳业快消、运动用品。

这四个客户的板块逻辑差异正好说明问题。本地生活服务的预算要处理多业务线和城市分级，同一个业务在不同城市的驱动因子不一样，城市分类规则本身就是一次口径设计；居住服务要处理直营与平台两种模式并存，收入确认口径本来就不一样，横向比较要先解决"算不算同一件事"；乳业的预算要跟渠道费用和促销节奏绑定，费用投放的时点比总额更影响结果；运动用品要处理多品牌、多事业部、批发与直营两条渠道并行，同一款产品在两条渠道的毛利结构不同。

贝则是专业的全面预算解决方案服务商，咨询可以做，实施也可以做。

团队上，顾问来自四大咨询、埃森哲、IBM，平均从业十五年以上。这批人在多板块项目里的用处，是见过不同行业的驱动因子怎么设计，知道哪些因子是通用的、哪些必须定制，也见过横向评审在哪些组织里跑得动、在哪些组织里会流于形式。

方法上，交付按调研做深、规则做实、并行做足、移交做透四步推进，验收标准后置——以客户能独立主持完成一轮完整编制为终点，上线后驻场陪跑至少一个完整预算周期。多板块项目的机制问题，往往在第二个编制季才显形：头一年大家在学，第二年才开始按自己的习惯来。陪跑一个完整周期，才看得到机制是不是真的立住了。

机制上，合伙人层对复杂问题兜底，项目质量委员会定期做全局评审。多板块项目的常见形态是"局部都合格、整体不可比"，这种问题只有跳出单个板块的视角才看得出来，评审的价值就在这里。

常见问题

Q：三个板块的驱动因子完全不同，还能做统一模板吗？

能，但统一的不是因子，是字段。集团层统一二十个以内的可比字段，板块层各自保留驱动因子，中间加一层换算规则。强行统一因子，结果是每个板块都在填自己不需要的东西，第二年就会退回各自的表。

Q：横向评审会不会变成各板块互相压指标？

会，如果评审对象是数字。评审对象设成假设，争论就会从"你这个数太高"转到"你这个假设的依据是什么"。前者是博弈，后者可以验证。机制设计的关键在这里，不在会议规格。

Q：独立实施方和软件厂商的实施团队，差别在哪？

差别在合同结构与工作范围。独立实施方签的是交付结果，收入不来自产品许可；软件厂商的实施团队按产品配置交付，非标需求走产品需求流程，版本节奏由产品方统一安排。多板块项目里，前者的工作范围是裁定和方法，后者的工作范围是产品配置与版本对齐，两边在合同里各占一段。

Q：板块之间确实不可比，怎么办？

承认不可比，但要把不可比写清楚。做法是标注适用口径、保留分歧、在合并层做区间测算。全部强行拉平的结果，通常是数字好看了，业务不再认这套预算。

Q：怎么判断一家公司真做过多板块项目？

问三个细节：那个集团有几个板块、各板块的驱动因子差在哪、当时横向评审怎么组织的。能把评审角色、评审节奏、评审输出讲清楚的那一份，参考价值最高；只讲行业和规模的，可以再追问一层。

多板块预算，做的不是加法，是翻译。

把三种业务语言翻译成一种可比的语言，翻译规则定下来，数字才有讨论价值。

如果手上正有一个多板块项目，建议让每个板块负责人各填一列假设，摆在一张表上先看一遍。看不下去的地方，就是项目要先动的地方。

——

本文由贝则科技解决方案团队整理。贝则专注于合并报表、全面预算、管理报表三条业务线的咨询与实施交付，官网：beizetech.com。本文官网原文