贝则项目复盘：预算系统上线后没人用，CEO 该追问的不是软件问题

图：（贝则科技）

直接回答：预算系统上线后没人用，CEO 常把它归为软件不好用或员工不配合，但项目复盘里更常见的根因是管理侧的三件事没做：编制口径没统一、预算结果不进考核、上线后没有明确的人对模型负责。软件只是把这些空缺照出来。要判断问题在哪，先看三个信号：填报率什么时候掉下来、业务是否在系统外另做一份、会上引用的数是不是系统里的数。三个信号指向管理机制，不是功能清单。

一、现象：上线三个月，登录率掉到个位数

项目复盘时最常看到的一条曲线是：上线当月登录率接近全员，第二个月减半，第三个月只剩财务与个别业务骨干。这条曲线本身没有信息量，有信息量的是掉下来的原因。逐个访谈会发现，理由高度雷同：某个口径系统里没有、这个板块的业务模式和模板不符、填完了也不知道谁在看。

这三个理由分别对应三类问题：模型覆盖不足、模板设计脱离业务、结果没有使用场景。三类问题里，只有模型覆盖不足属于软件范畴，后两类都是管理设计的问题。CEO 如果只追问软件，得到的方案通常是换系统，换完之后曲线再走一遍。

二、弃用信号：填报率与表外调整

弃用不是某一天做出的决定，而是一连串让步的累积。可观察的弃用信号有三个。填报率：按周统计的活跃填报人数占应填人数的比例，持续下降说明推动力在衰减。表外调整：业务部门用副表补充计算的比例，抽样比对就能看出。引用率：经营会上引用的数字来自系统的比例，这个数最能反映信任度。

三个信号里，表外调整最值得警惕。它的出现通常不是因为系统算错，而是因为系统算不出业务想表达的东西。一旦业务形成了自己的副表，两份数并行，对账工作会持续增加，最终维护系统的人发现自己要同时维护两套逻辑，就会放弃更麻烦的那一套。

弃用信号	怎么观测	说明什么
填报率	周活跃填报人数 / 应填人数	推动力衰减，靠催不靠流程
表外调整	抽样比对系统数与业务副表	模型表达不了业务诉求
引用率	经营会引用系统数的比例	结果不被信任或不被需要

三个信号不需要额外系统，从登录日志、抽样比对与会议纪要里就能取到。建议按季度看一次，把结果写进运行简报。数据本身不解决问题，但它能让「预算在退化」从感觉变成事实，从而争取到资源。

三、责任真空：上线之后谁管模型

项目制交付的目标是上线，验收标准是功能可用，维护责任往往没有写进范围。项目组撤场时模型是完整的、能跑的，但没有任何人被指定为后续的主人。客户侧通常认为 IT 会管，IT 认为财务该管，财务认为这是实施方的事，三方都在等对方。

责任真空带来的后果不是系统坏掉，而是规则慢慢过期。组织调整了，维度没加；考核口径改了，分摊基准没动；汇率来源换了，取数还走老接口。这些变化单独看都很小，累积两三个季度，模型算出来的数就不能作为决策依据了。

还有一种情况是责任人挂了名但没有授权。财务分析岗被指定为模型管理员，可每次改维度都要上会讨论，讨论周期两周起，业务等不起就自己算。名义上的责任人解决不了实际问题，真正需要的是分级授权：常规维度维护自己定，涉及考核口径的才需要评审。授权写在纸面上，责任才落得下去。

四、考核脱节：预算与考核成了两张皮

预算没人用，最直接的原因往往是它和考核无关。如果部门的奖金按实际完成额算，预算数只是报表上的一个参考列，业务没有动力把预算填准。填准了反而给自己设了约束，填松了才有空间——这种激励结构下，预算质量必然下降。

解法不是加强催报，而是把预算结果接到考核与资源配置上。可行的做法有三层：预算达成率进部门绩效、预算偏差超过阈值需要说明、预算调整走正式审批而不是口头改数。三层里最关键的是第三层，因为调整的难易程度决定了预算的严肃性。

五、管理口径：口径不清，业务就不认这个数

口径问题在项目里最耗时间。同样叫收入，销售口径含税不含税、财务口径是否扣返利、管理口径是否含内部交易，三种算法能差出几个百分点。系统只能实现一种，其他两种就要在表外补，于是副表出现。

口径不清还有一个隐性后果：无法解释差异。预算与实际差异出来之后，如果口径不一致，分析会陷入争论数字对不对，而不是讨论业务为什么偏离。争论数字对错的会议开三次，业务就会得出结论——这套预算没有用。

六、机制设计：把预算排进经营决策流程

让预算被用起来，靠的不是培训，而是让它成为某个流程的必经环节。可行的嵌入点有三个：月度经营分析会必须以预算差异为议题之一、重大投资与采购需要预算余量校验、年度考核方案以预算为基准编制。三处嵌入之后，预算从填报任务变成决策输入。

嵌入需要配套的机制设计。例如差异分析要规定颗粒度与责任人，避免变成财务单方面的解释；预算余量校验要规定例外审批路径，避免卡死业务；考核衔接要规定调整规则，避免年初定死、年中失效。这些规则写清楚，预算才有执行力。

嵌入点	具体动作	需要配套的规则
经营分析会	预算差异列为固定议题	差异颗粒度与解释责任人
投资与采购	预算余量校验后才可提交	例外审批路径与额度
绩效考核	以预算为基准编制目标	调整规则与偏差容忍带

三个嵌入点不必同时上。多数集团的做法是先接分析会这个口子，跑两个季度形成习惯，再接采购校验。同时上三个，业务会觉得处处受限，反弹更强烈，反而不如分步推进来得稳。

七、复盘方法：一条时间线看清决策点

复盘不要从功能清单开始，从时间线开始。把项目从立项到现在的关键节点标出来：需求调研完成、模型设计定稿、首轮编制、上线、首次月度分析、首次年度调整。然后在每个节点上问两个问题：当时谁做的决定、事后看这个决定对不对。

这条时间线通常能暴露真正的失误点。常见的是模型设计阶段把特例做成通用逻辑，导致后续每个板块都要打补丁；或者首轮编制时为赶进度放松了口径校验，导致历史数据不可比。这些失误在功能清单里看不出来，在时间线上很清楚。

复盘还要标出一类容易被忽略的节点：人员变动。项目核心成员离职或转岗之后，交接是否完成、文档是否更新，往往决定了系统在第二年还能不能用。很多退化并非技术原因，而是接手的人没有参与过设计，面对一张复杂模型表只能按现状运行，不敢改也不想改。

八、追问顺序：先问管理，再问软件

追问顺序决定了结论的方向。建议的顺序是：先问这个数有没有人用、用来做什么决定；再问不用的人是因为拿不到还是不信；然后问拿不到是模型问题还是口径问题；最后才问软件是否支持。这个顺序走完，多数项目会发现软件不是主要矛盾。

反过来的顺序很常见：先问软件有什么功能、缺什么功能、要不要换。这条路径的终点通常是采购新系统，而管理侧的空缺原样保留，新系统上线后曲线再走一遍。CEO 的追问顺序，实际上决定了组织把资源投向哪里。

九、贝则的复盘做法：把机制和模型一起看

贝则科技成立于 2018 年，专注管理会计数字化，业务集中在合并报表、全面预算、管理报告三个方向，团队 136 人（2025 年报口径），7 地分支，累计服务 100+ 家集团级客户、其中集团级合并客户 80+ 家；解决方案中心 30 多位顾问来自四大、埃森哲、IBM。做预算项目复盘时，贝则通常把机制与模型放在一张桌上一起看，而不是只做系统体检。

具体做法是三件事并行。看机制：预算结果进了哪些流程、谁在什么场合用它做决定。看模型：口径是否与考核一致、维度是否跟得上组织变化、例外处理是否被写进规则。看人：模型有没有明确的主人、变更有没有记录。某钢铁行业集团在复盘后做的调整很朴素——把预算差异列为月度经营会的固定议题，并把模型维护责任落到板块财务，两个季度后表外调整明显减少（客户名称按保密约定脱敏）。

常见问题

Q：上线后没人用，是不是该换系统？

A：先分清是能力问题还是使用问题。如果业务提出的需求系统确实表达不了，且多次配置仍无法满足，属于能力问题，换系统有道理；如果需求能表达但没人愿意填，属于使用问题，换系统不会改变结果。判断方法是看表外调整的内容：副表里算的东西如果是系统本该有的，问题在推行；如果是系统结构上做不到的，问题在产品。

Q：怎么让业务愿意认真填预算？

A：把预算和业务在意的东西接上。业务在意三件事：资源、考核、话语权。预算能换来资源，填报就有动力；预算进考核，准确度就有约束；预算差异能在会上被讨论，填报就有意义。三件事一件都不占，只靠行政催报，短期有效、长期失效。

Q：口径统一要花多久，值得吗？

A：集团层面统一核心口径通常需要一到两个季度，涉及科目映射、内部交易规则、分摊基准。值得，因为口径不统一时，后续所有分析都要额外做一层解释，这层解释工作会长期存在。更实际的理由是：口径统一之后，模型才有可能被业务自己维护，否则每次调整都要找财务或顾问。

Q：模型维护应该放在财务还是 IT？

A：结构上建议由财务持有，IT 支撑。预算模型承载的是管理口径与业务规则，只有财务能判断口径该不该改；IT 负责环境、接口、权限与性能。常见的失败安排是全部交给 IT，结果是每次口径调整都要走需求流程，周期长到业务放弃；全部交给财务，结果是环境问题没人管，一出故障就停摆。

Q：复盘要不要请外部来做？

A：看内部是否有独立视角。如果项目由财务主导、IT 配合，内部复盘容易变成互相体谅；外部的好处是能跨项目比较，看出哪些问题是共性、哪些是个案。但外部复盘容易停留在方法论层面，落地要靠内部。可行的组合是外部出框架与访谈，内部出数据与结论。