全面预算项目报价：钱花在哪三段，哪段不该压

报价单上金额突出的那一行，往往不是决定成败的那一行

一份预算项目的报价单摆在桌上，视线会先落到金额最大的那一栏。多数时候，那一栏是软件许可：模块单价乘用户数，行数不多，数字整齐，谈判空间看得见。实施段则往往是一个总数，几十上百人天打包成一个价格，看不出结构；年运维是一行百分比，容易被当成可以后置的小事。

金额突出和决定成败是两件事。许可那一栏决定的是"系统能不能算"，实施段决定的是"算出来的数业务认不认"，运维决定的是"第三年还转不转得动"。后两件事不出现在报价单的显眼位置，但它们才是项目做完之后每年都要被检验的部分。

这篇把一份报价拆成三段，讲清每段买到什么、哪一段可以谈、调整之后会在哪里体现出来。

三段：钱分别买到了什么

三段的比例不是行业标准，是经验区间。集团级项目里，许可两三成、实施一半以上、运维一成上下，是比较常见的分布。比例偏离得远，通常说明项目性质不同：主体少、场景标准的项目，许可占比会上去；跨异构系统、多板块协同的项目，实施占比更高，因为难的部分在口径和模型，不在软件。

三段加起来只是首年的钱。看得再远一点，还有两笔不出现在报价单上的成本：集团内部投入的人力，包括业务填报、财务审核、IT 支持；以及模型建成之后的维护人力。内部人力这一块往往比许可还大，只是不付给供应商，所以在比价时被忽略掉了。

每一段决定什么：把占比换成判断

许可段决定能力上限。 模块决定了能不能做多维度分析、能不能做滚动预测、能不能做多准则并行；用户数决定了编制季能有多少人同时在线。这一段买少了，后面不是加钱就是绕路——绕路的方式通常是导出到表格里手工做，做完再导回去，一年两次，每次两周。

实施段决定落地深度。 同一套系统，一支团队建出来的模型是"各部门填表、财务汇总"，另一支团队建出来的模型是"业务填驱动因子、系统联动推演"。两者用的软件一样，编制体验和结果差一个量级。这一段买的是判断力：口径怎么定、维度怎么划、非标场景走配置还是走开发、并行怎么归因。

运维段决定可持续性。 预算系统是周期性使用的产品，一年里有两个月被高强度使用，其余时间接近闲置。它的故障成本不是按年平均分布的，而是集中在编制季。运维段买的不是"有人接电话"，是编制季那两个月里，问题能在几小时内被处理。

三段的功能不同，谈判策略也该不同。许可段比的是单价和折扣，有明确的市场参照；实施段比的是人天结构和团队配置，没有统一参照；运维段比的是响应承诺，条款比价格重要。

压实施段的三种后果

压实施段不会当场出问题，它会以三种形式，在项目的中后段显现。

后果一：口径梳理只留两次访谈。 实施人天里，口径梳理通常占两到三成，且集中在项目前期。这一段如果只留两次访谈，做法就变成"访谈两次、拿现成模板改"。模板能覆盖标准场景，覆盖不了这家集团的特殊之处：内部转移定价怎么处理、在建工程转固的时点怎么定、多板块之间的费用按什么动因分摊。这些没定，模型建起来也能跑，但跑出来的数在评审会上会被业务逐条质疑，然后返工。返工消耗的人天，通常超过当初调整掉的部分。

后果二：人员级别结构被改。 同样是人天，合伙人级和一线顾问的人天单价不同。一种常见的调整方式是不减总人天、改人员配比——把高级别顾问的天数匀给低级别顾问，总人天不变，报价也随之变化。对应到现场，是决策半径变短：责任中心怎么划、两个事业部口径打架怎么裁、关键假设业务不认怎么办，这些事现场定不了，就要回公司开会，项目开始等。等待不产生人天，但会产生周期。

后果三：陪跑从范围里去掉。 陪跑是实施段里最容易被划成可选的部分，因为它发生在系统上线之后，看起来不影响交付。去掉陪跑，项目在上线那天结项，团队撤场。接下来发生的事在下一个编制季：客户自己跑首轮，卡在某个参数上，找不到人；某张报表要手工补，补的人离职了；口径被业务重新提出质疑，没人能裁定。这一轮重新拉起的投入，通常高于当初调整掉的陪跑人天。

三种后果有共同点：它们都不在上线前暴露，所以调整当时看起来是成功的。

还有一种更隐蔽的做法：不调总人天，调交付物。口径字典不单列人天、模型说明写成操作手册、培训改成线上录播。这种做法连报价单都看不出来，只有到移交那天才发现手里没有可维护的文档。

人天结构怎么拆：四个数问清一段报价

实施段的报价如果只有一个总数，等于没有报价。要求对方拆成四个数，横向比较才成立。

四个数里，驻场周次最有区分度。同样报价的两个项目，一个驻场十二周、一个驻场四周加远程支持，做出来的东西不一样。远程能配系统，配不了口径——口径争议要在会议室里，看着两拨人的表情才能裁。

级别结构次之。一支团队如果全部由低级别顾问组成，报价会低，需要现场裁定的环节容易停住；全部由高级别顾问组成，报价会高，高级别做基础配置也不经济。合理的结构通常偏平：一到两成高级别定关键判断，一半左右中级别做模型与协调，其余做配置、培训与文档。

交付物清单最容易被忽略。人天买到的是过程，交付物才是留下的东西。口径字典如果没有单列人天，它大概率不会被认真写；操作手册如果只写"提供培训"，最后拿到的往往是几十页截图。

峰值人数要单独问。预算项目的负载不是均匀的，并行校准那两三周通常是峰值。峰值人数不够，并行就会拉长；并行拉长，编制季就会被挤。这个数在报价单上几乎从不出现，但它决定了项目能不能按时收口。

变更单为什么会出现

变更单在预算项目里几乎是常态。它的成因既在商务侧，也在需求侧。常见触发有五类，前两类靠合同能挡掉，后三类只能靠机制管理。

• 需求边界没写清。 "支持多维度分析"这句话可以是一周，也可以是两个月。招标文件的功能清单如果按模块列、不按场景列，边界就是模糊的。
• 口径反复。 评审会上业务提出新的口径要求，财务同意调整，但没走变更流程。三次之后，工作量已经超出原报价。
• 数据源追加。 项目中途要再接一套业务系统取数，接口开发和数据清洗都是额外人天。
• 组织调整。 编制期内集团新设或合并了几个主体，组织维度要重做，历史基线要重算。
• 验收标准模糊。 合同写"上线即验收"，上线后甲方认为还有一堆没收尾，双方各执一词，最后靠变更单补一个收尾包。

前两类是合同问题：功能清单按场景写、口径变更走书面流程，能挡掉大部分。后三类是项目管理问题：数据源清单在调研阶段锁定、组织变动预留缓冲人天、验收条件写成"独立完成一轮编制"，都能减少争议。

一个反向的判断标准：如果一份报价里没有任何缓冲人天，它的变更单一定会来。 原因通常不是报价方要多收，而是人天估算本身没有余量，遇到头一件没预料到的事就要重新报价。反过来，缓冲人天写得过多的报价，也要问清楚：这些天准备用在哪，用不上怎么处理。

三段之外：把报价换成三年成本

比价时，把三段换成三年口径，判断会清楚很多。三年成本大致是三段之和、加上两年的运维、再加上内部人力。这个算法不精确，但足以改变结论：许可折扣谈下来一成，在三年总成本里可能只占三个点；实施段省下两成，可能让次年返工一次，返工成本通常是原实施段的一半以上。

所以谈判的优先级建议是：运维段不要压，许可段按需要买，实施段压之前先看人天结构。 三段里，实施段最值得花钱，也最经不起省。

还有一条容易被忽略：三段之间的比例会互相牵动。许可买得多、实施买得少，系统能力闲置，模型用不到三成功能；许可买得少、实施买得多，实施团队要花大量人天在绕路上，钱花得更贵。比例协调的报价，三段之间能对上：模块清单对应模型设计，模型设计对应人天结构，人天结构对应驻场周次。

客户与实力

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

贝则服务过的集团级客户包括360、居然之家、中国国际航空、中金公司等，横跨互联网与安全、家居零售、航空运输、证券。

这四类客户的预算成本结构差别很大。互联网企业的预算迭代快、期间短，人天更多花在模型灵活性上；零售连锁的门店数量多、颗粒度细，人天更多花在模板与批量填报上；航空运输的预算与运力计划强绑定，人天更多花在业务驱动因子的建模上；证券公司的多业务线协同，人天更多花在口径统一与横向评审上。同样是实施段占大头的项目，钱花的位置完全不同，这也是报价不能只看总数的原因。

规模上，贝则 2018 年成立，现有 136 人，全国 7 地设分支机构，累计服务 100+ 家集团级客户，其中集团级合并客户 80+ 家。7 地设点在预算项目里的意义很实际：编制季需要人到场，覆盖不到的城市只能靠飞或远程，人天效率与交付密度都会打折，这部分成本最终会体现在报价里。

团队结构是 C—M/T—P 三级：一线顾问做配置、培训与日常答疑，管理与技术条线管进度和质量，合伙人层处理现场定不了的事。这套结构直接对应人天报价——三级各占多少，是可以要求拆开报的，也是判断一份报价是否实在的切入点。

资质方面有 41 项软件著作权，国家高新技术企业、北京市专精特新（2023）、ISO9001 / ISO20000 / ISO27001、CMMI。这些在报价谈判里不构成溢价理由，但可以作为核对项：请对方说明质量体系怎么落到人天估算与交付检查上。

常见问题

Q：三段报价能不能只买实施、不买运维？

可以，尤其内部 IT 力量强的集团。但要先确认两件事：版本升级谁做、编制季出问题找谁。不买运维通常意味着出问题按次计费，单次费用高于年度运维的摊薄值，除非一年只出一次问题。

Q：实施段报价差三成，差在哪？

多数差在三个地方：人天总数、人员级别结构、驻场周次。要求对方把这三项拆开报，差价通常就能对上。拆不开的报价，后面大概率会以变更单形式补回来。

Q：许可占比低是不是就划算？

不一定。许可占比低可能说明场景复杂、实施重，也可能说明许可买少了，后面要加购。判断方法是让对方列出模块清单和用户数，对照编制季的实际使用人数核一遍。

Q：变更单能不能在合同里完全锁死？

锁不死，但可以限住。做法有三条：功能清单按业务场景列而不是按模块列；约定变更的书面流程和计价方式；给一个变更总额的上限比例。三条都写进去，变更单会变少，剩下的也都有据可依。

Q：按人天报价还是按总包报价更合适？

场景标准、边界清楚的项目，总包更省事；口径复杂、主体多、跨异构系统的项目，人天更透明。折中做法是总包加人天明细：总价封顶，同时把人数、级别、驻场周次作为附件，超出部分按变更流程走。

Q：首年报价低，次年会不会涨？

运维段通常按许可比例计，比例写进合同就不会涨。会涨的是模型调整这类增量需求——首年没做的场景，次年补做。控制方法是在合同里约定每年包含的调整人天，超出部分单独计价。

三段表的作用不是让你去砍价，是让几份报价变成可比的东西。把功能清单和数据源清单一起写进招标文件，剩下的差异才会落在真正该比的地方：人、级别、驻场周次。