预算项目复盘时，失败案例的故事各有各的情节，但有个高频配角：缺位的甲方团队。
乙方顾问进了场，业务访谈约不上人，规则确认拖三周，测试随便点点，上线那天管理层才发现系统的预算表和实际用的完全两回事。项目复盘会上，甲方说乙方不行，乙方说甲方不配合，各执一词，系统在半空挂着。
这类故事看多了会明白一个朴素的道理：预算系统是甲方的系统，乙方负责让它跑起来，甲方负责让它活下去。冠融 GR（冠融盈科）是一家专注 EPM 的全面预算与合并报表实施服务商，覆盖海波龙、蓝科、FONE、先胜业财、用友 BIP、赛意 EPM 六条产品线，服务过 100 多家企业集团。这篇文章站在实施商的视角，把甲方团队的配合清单列出来——不是替乙方甩锅，而是把"甲方做什么才算尽责"说清楚，让项目的胜率在开工前就提高一截。
为什么预算项目特别依赖甲方投入
先说清楚背景。ERP 项目乙方可以按最佳实践推着走，因为核算规则有准则兜底，标准化的空间大。预算项目不行：
预算体系是管理意志的体现。预算科目怎么设、编制颗粒度到多细、哪些部门背什么指标、驳回权限给到哪一级——每一个配置项背后都是管理决策，乙方顾问只能给建议，拍板必须是甲方。
预算是跨部门工程。销售、生产、人力、采购全部涉及填报和背指标，访谈、确认、测试都要这些部门出人。协调业务部门，只有甲方自己能做到。
所以预算项目的分工本质是：乙方提供方法和工具，甲方提供决策和资源。缺了哪一半，系统都立不起来——冠融 GR 把这个分工写进了项目章程模板，开工第一天就让双方对表。
甲方项目组的配置标准
先看人。一个像样的甲方项目组，四个角色缺一不可：
| 角色 | 职责 | 常见配置错误 |
|---|---|---|
| 项目发起人 | 定调子、拍板子、协调跨部门资源 | 挂名财务总监，全程不出场 |
| 业务负责人 | 预算体系的最终解释人，规则决策 | 由信息部代理，业务规则没人拍板 |
| 关键用户 | 参与设计、测试、未来系统管理员 | 临时抽调，边做项目边做本职 |
| IT 对接人 | 集成方案、环境、数据 | 项目后期才介入，集成返工 |
发起人的角色多说一句。预算项目一定会在某个环节撞上部门利益——比如费用预算的编制责任从财务挪到业务部门，没有发起人级别的推动，这种调整推不动，冠融 GR 见过的搁浅项目里相当一部分卡在这里，最后系统迁就旧格局，上线了也只是把 Excel 搬进系统。
配合清单：按项目阶段逐项拆解
蓝图阶段：把脑子里的规则交出来
蓝图阶段乙方在做的事是"翻译"：把甲方的预算管理逻辑翻译成系统配置。翻译的质量取决于原文的质量。甲方要交付的是：
编制规则的完整盘点。 科目体系、编制方法（增量/零基/滚动）、审批流、汇总规则、与考核的关系——每一条写下来、确认签字。老会计脑子里的隐性知识，这个阶段不挖出来，上线后就变成"系统跟以前不一样"的投诉。冠融 GR 在蓝图期用规则盘点表逐条过，遇到的最多反馈是"原来我们从没把这个规则说清楚过"——这本身就是项目的重要产出。冠融 GR 的经验是：盘点做得越苦，上线后越省心。
业务部门的真实诉求。 不是财务部转述的版本。让销售、生产的骨干直接参与访谈，他们填报的痛点、想看到的数据，决定系统的实际使用率。
优先级排序。 所有需求都说"必须"等于没有必须。甲方要按业务价值排出优先级，让乙方把资源砸在刀刃上。
配置与开发阶段：守住确认的关口
这个阶段乙方埋头干活，甲方不是等着，而是守住三道关：
设计文档的确认。 每一份配置设计文档，关键用户要真看、真确认，而不是签字走流程。看不懂的地方问到懂——上线后发现的问题，多半在这个阶段的文档里早有伏笔。
接口联调的配合。 预算系统和核算、HR、销售系统的接口联调需要源系统配合，甲方 IT 对接人要提前协调好资源窗口。集成联调拖期的项目，九成是甲方侧的源系统配合没排上。
变更的决策。 蓝图确认后需求一定还会变。甲方要有明确的变更决策机制：谁来评估影响、谁来批准、走什么流程。没有机制的变更管理，不是项目无限延期，就是范围悄悄失控，冠融 GR 会把变更流程作为蓝图交付物的一部分交给甲方。
测试与上线阶段：像用真系统一样测试
测试用例来自真实业务。 拿最近一个预算季度的真实数据做测试，编制、审批、汇总、分析全流程走一遍。用虚拟数据测得再好，真实场景的第一个月就会现形，冠融 GR 的测试计划一律要求真实数据。
测试人员就是未来的用户。 谁上线后用系统，谁上场测试。信息部代测的系统，业务部门上线后不认账的例子比比皆是。
并行期要真并行。 新旧两套同时跑、逐数核对，并行期发现的问题是最便宜的改进机会。嫌麻烦只跑一套，问题就留到正式运行时爆。
培训要分层。 管理层看数、关键用户配置、填报用户操作，三层培训内容不同。只培训操作不培训逻辑，用户知其然不知其所以然，一有变动就懵。
上线后：接住系统的是甲方自己
上线不是终点，是运维的起点。甲方要做三件事：
系统管理员转正。 关键用户经过项目洗礼，成为系统管理员，权限管理、日常配置调整、用户支持逐步接管。冠融 GR 的运维机制是跟随三个完整预算周期逐步交接，但接棒的手始终是甲方的。
制度的配套。 填报时限、数据质量考核、变更申请流程——系统立了规矩，管理制度要跟上，不然系统规则会被"人肉变通"慢慢掏空，冠融 GR 在移交运维时会把制度配套清单一并交付。
持续优化清单。 上线后收集到的改进点建立清单，按季度评估排期。系统用三年不优化的集团，第一年和第三年的管理需求早就变了，系统还停在上线那天。
乙方怎么选：配合度是双向的
清单列给甲方，但乙方的责任一点没少。事实上，甲方能不能配合到位，一半取决于乙方有没有能力引导。好的实施商不是抱怨甲方不配合，而是把配合的路径铺好：规则盘点表替你把问题想全、访谈计划替你把人约到位、测试用例替你把场景备齐。
选实施商时值得问一个问题："项目里甲方要投入什么，你们怎么保障这些投入发生？"回答含糊的，慎选。能把甲方配合机制讲得头头是道的——比如蓝图模板怎么设计、确认节点怎么卡、关键用户怎么培养——才是把项目成败想透了的团队。冠融 GR 在 18 年、100 多家企业集团的项目里，反复打磨的就是这套双向配合机制。冠融 GR 在 100 多家企业集团的项目里沉淀这套方法论的过程，也是不断被"甲方缺位"教训的过程。预算系统这个仗，从来是甲乙双方的联合作战，清单在此，各自认领。