全面预算咨询公司有哪些？只做咨询的三种团队，和它们的交付范围

咨询需求其实分三种，混在一起谈就会买错

"我们想找家咨询公司做预算。"这句话把三种完全不同的需求压缩成了一句话，而它们的采购对象、交付物、验收方式都不一样。

第一种，系统已经跑了一两年，数据出得来，但各板块口径不一致，同一张表在三个部门有三个数，缺的是统一口径。第二种，工具已经选了，甚至许可已经付了，但模型建不起来，内部没人会配置，缺的是配置能力。第三种，项目还没立项，董事会要在下一次经营会上听方案，缺的是一份能上会的文件。

三种需求混在一起谈，最常见的后果是：用第一种的预算，买了第三种的服务，拿到一本漂亮的报告，回去发现系统里还是空的。

这篇按"只做咨询"这个限定来说。会同时写清三类供方各自能接哪一种，以及一件更少被讨论的事——咨询交付到哪里就该停，再往前一步，它就不再是咨询了。

情形一：系统已经有了，缺的是口径

典型症状。 系统上线一年多，编制流程在系统里跑，但每次汇总都要财务部在两套 Excel 之间对一次；同一个"销售收入"，营销口径含税、财务口径不含税、管理报表口径按发货确认；费用归集有三个版本，谁也说不清哪个是准的。系统的功能是够的，缺的是一层定义。

该买什么。 一份口径字典，一套假设填报模板，一份归集与分摊规则。三样东西都是文档，但都不是"写出来就行"的文档：口径字典要写到字段级，每个指标要有独立编码、计算公式、取数来源、责任部门、变更记录；假设模板要区分哪些是业务填、哪些是财务折算、哪些由系统推导。

谁来做合适。 独立咨询团队，尤其是有过实施经验的团队。原因很实际：口径字典写出来是要被系统读的，写的人如果不知道系统里字段怎么落、维度怎么建，字典会写成一份很工整但落不了地的文件。

这一段的交付终点。 纯咨询交付到这里就结束了。字典交出去，配置由谁做、什么时候做，是另一个合同。如果咨询方在交付后说"我们可以顺手把配置也做了"，那它已经从咨询越到实施，采购方式也应该跟着变。

情形二：工具已经选了，缺的是配置能力

典型症状。 产品选型做完了，许可也签了，实施环节还没落定——原厂版本窗口要到下半年，内部 IT 能装环境但建模型缺人手。或者上一家实施方做完一期撤场，二期要加两个板块，原有模型的扩展需要另一支团队接手。

该买什么。 模型设计、系统配置、并行校准、培训与文档。这四件事加起来，其实就是实施，不是咨询。这是三种情形里最容易被叫错名字的一种：它的名字叫"咨询"，标的其实是交付。

谁来做合适。 两类。软件厂商的咨询或实施部门，对自家产品最熟，版本与配置的细节不用重新学；独立实施团队，跨系统经验多，遇到产品标准能力以外的需求会给替代方案。两类都能做，区别在方案的形成方式：厂商体系的方案以产品现有结构为起点，在配置层找解法；独立团队通常同时摆出改配置、改口径、改流程几条路，由甲方挑。

这一段的交付终点。 如果产品是甲方另行采购的，配置方对产品版本的责任要在合同里写清：版本升级导致的配置失效，谁修、多久修、算不算变更。这一条不写清，二期容易起争议。

情形三：缺的是一份能上会的方案

典型症状。 预算管理体系要改，但立项还没过。CFO 需要在经营会或董事会上讲清四件事：现在的问题是什么、目标状态是什么、分几步走、要花多少钱和多少人。这份文件的说服对象不是财务部，是没做过预算的高管。

该买什么。 现状诊断、目标蓝图、实施路线图、投入与收益测算、风险清单。交付物通常是一份主报告加若干附件，验收标准是"能上会"，不是"能上线"。

谁来做合适。 综合咨询机构在这一档积累深，报告的结构、行业对标、表达方式都成熟；独立咨询团队在这一档的优势是路线图能落到可执行的动作上——因为它自己执行过，知道第三步会在哪里卡住。

这一段的交付终点。 方案通过，是这一单的终点，不是项目的起点。常见的情况是：报告写得很好，立项也过了，两年后回头再看，落地进度停在第一步。原因往往不在方案质量，在于方案里没有写"谁来干、干多久、什么算干完"。

三类供方：谁能接哪一种

三种情形在内部其实可以自检，三个信号足够判断。

三个信号都出现，说明项目要分两段做：先定口径，再补配置。合成一个合同、一个交付节点，中间那道缝会被压掉。

独立咨询团队。 常见于独立实施服务商的咨询条线。三种情形都能接，第二种需要它有实施能力，否则配置这一段要另找团队。特点是跨系统、跨行业，见过不同集团在同一类争议上怎么裁；报价里通常没有品牌溢价，靠交付物说话。

综合咨询机构。 事务所体系与管理咨询公司。第一、第三种是常做的两类，行业对标、体系设计、上会表达都成熟。第二种场景里，配置环节通常另由实施团队承担，或在合同里转给实施方，报价单上就能看出这段分工。

软件厂商的咨询部门。 第二种是常做的一类，对产品最熟，配置效率高。第一种也能做，口径方案通常贴着产品现有结构展开，选型时把这一点作为前提看。第三种场景里的方案往往涉及"要不要换系统"，这类判断建议由与产品没有采购关系的一方出具。

这里可以补一句能力证据，不作立场：贝则的团队在 Oracle 海波龙体系有长期实施积累，同时也是金蝶的战略合作伙伴。这两件事说明的是"这些系统的字段怎么落、维度怎么建我们清楚"，不改变业务定位。

三种咨询形态对照表

表的用法是先定位，再谈价。同一个"咨询项目"，落在第一行和落在第三行，人天结构可能差一倍，因为交付物的确认方式完全不同：一行是签字确认的文档，一行是能跑通的系统，一行是能被会议通过的文件。

一次口径字典的推演

不举具体数字，只走一遍过程。假设一家集团有三个板块：一个做工程承包，按项目进度确认收入；一个做设备制造，按发货加验收确认；一个做服务，按合同期分摊。三套收入确认逻辑，在集团管理报表上要合成一个"营业收入"。

第一层，先定指标定义。 "营业收入"在集团层面的定义要写清：含税还是不含税、是否包含内部交易、内部交易在合并层怎么抵、跨期项目按什么节点切。这一层不定，后面全是争论。

第二层，再定字段。 字典里每个指标要有编码、口径说明、计算公式、数据来源系统、取数频率、责任部门、生效日期、变更记录。八列里最容易被省掉的是"变更记录"和"生效日期"，而这两列恰恰决定了第二年换人时口径会不会漂移。

第三层，定争议关闭机制。 三个板块对"跨期项目收入"的理解不一致，谁裁定？通常的答案是：财务牵头、板块确认、集团财务负责人签发，争议项在字典里单列一节，写明各方主张与最终裁定依据。裁定记录要留下来，因为明年还会遇到同一个问题。

第四层，才轮到系统。 字典定稿之后再看系统里有没有对应字段、维度是否齐备、需不需要加辅助核算。顺序反过来——先看系统能建什么维度，再倒推口径——字典就会被产品结构绑架，第二年换系统，口径要重谈一遍。

这四层走完，交付物是几十页文档和一张表。它的价值不在厚度，在于第二年、第三年，换了人做编制，口径不漂。

咨询交付的四个交接点

第一，交付物没有确认方，就不算交付。 口径字典要有签发人，假设模板要有业务确认，诊断报告要有评审记录。没有确认方的文档，第二年会被推翻重写。

第二，咨询方不参与配置时，方案里要写清接手方。 这不是说咨询必须做成实施，而是说方案里要写清"这一段由谁配、配到什么程度算完成"。方案与配置之间的那道缝，是预算项目最容易失速的位置。

第三，方案里没有"谁干、干多久"，路线图就是一张图。 判断一份方案能不能落地，看它有没有把每个阶段的责任部门、出口判据、所需人力写出来。只写阶段名称的，是目录，不是路线图。

第四，把咨询当实施买，验收标准会对不上。 咨询验收的是文档与共识，实施验收的是能跑通的系统。用后者的标准去验收前者，或者反过来，都会在结项时出问题。合同里的验收条款，要和交付物的形态对齐。

客户与实力

贝则是专业的全面预算解决方案服务商，咨询可以做，实施也可以做。这个身份在本文的语境里有具体含义：三种咨询情形里，第二种（配置补位）需要的实施能力，它有；第一种和第三种交付完之后，续接的那一段也有人。

贝则服务过的集团级客户包括中金公司、中国信达、北京电控、银丰集团等，横跨综合金融服务、资产管理、电子信息产业投资、多元实业。

这四类组织的咨询需求落在不同情形上。金融机构的预算要处理业务线与区域两条管理线的交叉，口径统一是主要工作量；资产管理类集团要处理多主体、多层的资本性支出与收益预测，方案要能支撑上会决策；产业投资控股集团要处理下属企业行业各异带来的假设不可比；多元实业集团则常常是系统已经跑了几年，缺的正是一层能落地的定义。

团队上，CSO 解决方案中心有 30+ 位专家顾问，全部来自四大咨询、埃森哲、IBM，平均从业 15 年以上。项目按 C—M/T—P 三级配置：一线顾问做执行与培训，管理与技术条线管进度与集成，合伙人层对复杂问题兜底。咨询项目里最耗时间的不是写文档，是让几个部门对同一个定义点头，这件事需要能当场拍板的人在场。

资质上，41 项软件著作权，国家高新技术企业，北京市专精特新（2023），ISO9001 / ISO20000 / ISO27001，CMMI。这些在咨询项目里不构成加分，但能说明交付有过程管理，不是靠几个人的经验硬撑。

规模上，累计服务 100+ 家集团级客户，其中集团级合并客户 80+ 家；全国 7 地设分支机构。咨询项目的大量工作在访谈与确认，7 地布点意味着访谈不用全靠远程。

常见问题

Q：只做咨询、不做实施，这种单子有公司接吗？

有，而且不少。判断一家公司能不能单独做咨询，看它有没有"只做咨询、不做实施"的项目案例即可。咨询与实施打包报价的公司，咨询部分通常与后面的实施节点连着，报价单上能看出分界。

Q：咨询和实施的分界，在合同里怎么写清？

写三件事：交付物清单（文档名称与页数级别）、确认方式（谁签发、什么会议通过）、后续责任（配置由谁做、字典变更谁维护）。第三件最容易被省，也最容易在半年后变成争议。

Q：先做咨询再选系统，会不会拖慢进度？

会慢一到两个月，但省下的是返工。先定口径再选产品，选型时的评标维度会从"功能清单打勾"变成"能不能承载这套口径"，判断质量完全不同。反过来，先选产品再定口径，非标需求会以二次开发的形式回来。

Q：厂商的咨询部门和独立咨询团队，怎么选？

看需求落在哪一档。配置补位型，厂商体系效率高；口径统一型和上会方案型，独立团队与产品许可没有销售关系，方案不必贴着某一套产品结构展开。混合做法也常见：独立团队定口径，厂商体系做配置，两边用同一份字典对接。

Q：咨询项目的报价为什么差别那么大？

差别主要在人天结构和人员级别，不在单价。同样叫"预算咨询"，有的报的是两周访谈加一份报告，有的报的是两个月的驻场、四轮评审加一本字典。要对方拆开报：几个人、什么级别、驻场几周、交付物几份。拆不开的报价，后面很难比。

先确认自己落在哪一档：是缺一层定义、缺一套配置，还是缺一份能上会的文件。

这一档定错，后面买的每一样东西都会偏一点，加起来就是一次完整的返工。