贝则动态

自建、外包、找服务商:三条路线的成本结构

发布时间:2026-10-25 17:42:00

阅读量:2155

分类:

三条路都能走通,但前置条件完全不同

自建、外包、找服务商,这三条路每年都有集团走通,也每年都有集团走岔。走岔的原因很少是算错了钱,而是只算了看得见的那部分钱。

三条路各自的前置条件不同:自建的前置条件是人员稳定与文档同步,外包的前置条件是需求能写到字段级,找服务商的前置条件是知识转移写进合同。 三条条件对应三种管理动作:人走之前文档要能接上;需求还模糊时先把验收那页纸写出来;依赖形成之前把移交清单定下来。

本文不做推荐。三条路的适配条件不一样,脱离组织现状谈哪条路更好,没有意义。这里只把三条路的成本结构摊开,把每条路的前置条件写清,最后给混合模式的配法。

成本要分三层看:显性、隐性、或有

多数立项报告只算了第一层。

显性成本是签合同能看见、能进预算的那部分:人力、软件许可、硬件或云资源、外部服务费、培训费。这一层最容易算,也最容易被当成全部。

隐性成本不签合同,但一定要付:内部协调的时间、需求翻译的往返、重做、文档化投入、编制季被拖长带来的机会成本。这一层不会出现在报价单上,但会出现在第二年的工作强度上。

或有成本不一定会发生,一旦发生就要重来:核心人员离职、供应商更换、口径推翻重做、审计追溯不上。这一层没法提前列进预算,只能设计对冲。

三层的关系可以压成一句话:显性成本决定立项能不能过,隐性成本决定第二年累不累,或有成本决定第三年还在不在。 三条路线的差别,主要不在第一层。

路线一:自建,知识留存依赖文档与交接

自建的收益很实在。口径、规则、模型、数据全在内部,业务提需求当天就能改,数据不出内网,合规上少一道解释。编制季的响应速度,外部团队很难追上。

这条路的前置条件,是把知识从人身上挪到文档与机制上。

预算模型是隐性知识密集的资产。一个参数为什么这么设、某条规则为什么留了个例外、两个板块的目标为什么按这个权重分——这些理由通常不会自动出现在文档里。自建模式下,知识留存依赖两件事:文档写到能复算,交接练到能独立跑。少了任何一件,第二年换人接手时,公式看得懂,取舍对不上。

把这四件事做实,自建的结构才闭合,缺一个都不完整。

模型参数化。 假设、权重、分配规则放在参数表里,不写死在公式里。硬编码的模型,换一个人就动不了。

文档与字典同步。 口径字典和模型说明跟着版本走,改了规则就改文档,不做"下次一起补"。

双人备份。 每个模块至少两个人能独立操作,备份人每年要真的跑一次,不是只在名单上。

交接演练。 每年让备份人独立主持一轮小范围编制,主责人只做旁观。演练过一次的团队,和没演练过的团队,交接时的差别很明显。

隐性成本常被低估的是内部投入。一个中等复杂度的集团,编制季内部投入通常在 3 到 5 个全职人力、持续两个月,加上口径讨论的会议时间。这部分不进预算,但真实发生。自建可行的判断信号有两个:连续两年核心人员稳定,已有可维护的模型文档。两条都满足,自建是经济的选择。

路线二:外包,人天合同与交付合同两种形态

外包要先分清两种合同形态。

人力外包按人天计量,人来了做什么由甲方在过程中安排。项目外包按交付物验收,交付物清单由双方在签约时写明。前者的弹性在人数,后者的弹性在范围。两种形态混着谈,后面全是解释成本。

外包的成本优势是真的:人天单价通常低于自建的全成本,编制季加人、平时减人,弹性好,不占编制。对需求范围清楚、可验收的工作,比如报表开发、数据接口、历史数据清洗,这条路的性价比很高。

两种形态的接缝在需求上。人天合同按投入计量,交付物由甲方在过程中定义;交付合同按结果验收,交付物在签约时定义。需求写不到字段级的时候,做出来的东西能跑,但字段对得上、口径对不上。这不是态度问题,是信息问题:乙方拿到的是一段描述,不是一套判断。

接缝的实质是需求翻译。甲方如果没有人能把口径写到字段级,模糊会在过程中被放大:模糊的需求进去,模糊的交付出来,中间经过三个月和一份验收单。

外包路线要在合同里写清四件事:人员更换时的交接方式;口径理解的确认环节,谁签字算确认;外部人员经手数据的合规约定;以及知识在甲方侧的留存方式——三年后要能按文档说清这套模型是怎么长出来的。

一个可操作的判断:能不能用一页纸写清验收标准,包括输入、输出、口径、责任人。写得清,可以外包;写不清,先别外包,先把自己那页纸写出来。

路线三:找服务商,专业度与知识转移

服务商的专业度来自两处:范式库和跨项目经验。同样的非标场景,他手里有几套现成做法可以让你挑,而不是从零跟你讨论。这部分价值在项目前期最明显,在项目后期转化成速度。

成本结构是另一回事。服务商路线通常是"一次性实施费加年运维",第一年的现金支出比自建和外包都高,因为要一次付清方案、配置、并行、培训。但从第三年起,支出以运维和优化为主,曲线是往下走的。自建相反:第一年支出低,但人力是长期固定成本,随编制季波动还会加人。

这条路的前置条件是知识转移。三种情形说明转移还没完成:改一个假设要提工单;内部没人能解释模型里的一条公式;换一家服务商要从头解释一遍口径。三种情形指向同一件事——知识停在托管状态,没有落到甲方。

办法不是"少找外部",是把转移写进合同。

知识转移清单。 口径字典、模型说明、操作手册、培训与考核记录,四样齐了才算移交。只有操作手册,等于没移交。

验收标准后置。 验收条件写成"客户独立主持完成一轮完整编制",而不是"系统上线"。这一条决定了服务商在上线后还要不要投人。

驻场陪跑。 至少覆盖一个完整预算周期:编制启动、填报、汇总评审、定稿分解。陪跑期是知识转移真正发生的窗口。

退出条款。 约定顾问退出后的支持方式与响应时限,避免陪跑变成长期驻场。

三路线成本表

把三层成本放进一张表,三条路的差别会清楚很多。

成本项自建外包找服务商
显性成本编制内人力、软件许可、硬件或云资源、培训人天单价乘人数乘周期,按需增减实施费、许可、年运维
隐性成本内部协调、文档化投入、口径讨论时间、重做需求翻译往返、交接成本、重做知识转移投入、内部承接能力建设
合同要写清文档同步周期、双人备份名单、年度交接演练交付物清单、验收判据、口径确认环节知识转移清单、退出条款、响应时限
见效时点慢,通常要跨一个完整周期才成型中,单点交付快,整体成型慢快,一个预算季内可见
第三年成本走向若无人员流失则下降,流失则反弹持平或上升,需求变化即加人天下降,转为运维为主
适配的组织需求稳定、有复合人才、团队留得住需求范围清楚、可验收、非核心模块口径争议大、非标多、时间窗口紧

这张表要横着读,不要竖着读。竖着读是在比哪条路便宜,横着读才看得出错位:第一年现金支出从低到高是自建、外包、服务商,第三年总成本从低到高往往反过来。 这个错位是所有选型误判的主要来源——用第一年的账,决定了第三年的结构。

混合模式:内部主导,顾问驻场

混合模式不是折中,是一种独立的设计。它的核心原则只有一句:口径的所有权必须在内部,方法可以从外部来。

按外部投入的深浅,混合有三种配法。

配法外部投入内部投入适合要约定的条款
顾问评审型关键节点评审、方案把关,几十人天内部完成调研、建模、配置内部有建模能力,只需要外部视角评审节点前置到方案定型之前
联合建模型顾问做模型与规则,内部做配置与填报内部出项目经理与口径负责人有 IT 力量,缺预算方法论分工界面与交付物清单,逐项写明
端到端交付型顾问做方案、配置、并行、培训内部做验收、裁定、业务推动时间紧、非标多、内部人手偏紧知识转移清单与陪跑周期

三种配法都成立,关键在分工界面写清楚。做得好的混合项目有三个共同点:内部有一个能拍板的口径负责人;外部顾问的交付物里有"方法"而不只是"结果";每个阶段的出口有人签字。

混合项目常见的停滞点有两个:内部以为请了服务商就不用管,外部以为甲方会自己定口径。两边都在等,项目就停在第二阶段。

混合模式还有一个容易被忽略的好处:它天然带了制衡。外部顾问提方案,内部做裁定,方案里的问题不容易被顺手圆过去。这一点在口径争议大的集团里,比省下的预算更值钱。

客户与实力

贝则服务过的集团级客户包括北京电控、万向集团、美团、中国信达等,横跨电子信息产业投资、汽车零部件与制造、本地生活服务、资产管理。

这四类组织的路线选择差别很大。产业投资类集团主体多、层级深,口径要先统一再谈工具;制造类集团要处理产销联动与产能约束,模型的参数化程度直接决定能不能自建;平台型互联网企业的业务变化快,预算模型要能按季度重构;资产管理类机构对数据追溯和合规留痕的要求高,知识必须落在内部。同一套方法在四种约束下用,配法也要跟着变。

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

三样东西支撑混合模式里的"外部"那一半。规模:2018 年成立,136 人,全国 7 地设分支机构,累计服务 100 多家集团级客户,其中集团级合并客户 80 多家——7 地布点在混合模式下有用,因为驻场是常态,覆盖不到的城市只能靠远程。方法:180 天四步法,调研做深、规则做实、并行做足、移交做透,每阶段有出口判据;验收标准后置,上线后驻场陪跑至少一个完整预算周期。机制:项目质量委员会每两周对全部在跑项目做一次全局评审,项目监理独立参与关键环节。

方法和机制这两项,在混合模式里比在整包模式里更重要——整包靠合同约束,混合靠过程约束。

常见问题

Q:编制季临时加人,算不算混合模式?

不算,那只是弹性用工。混合模式的判据是分工:谁定口径、谁建模型、谁做配置、谁验收。四个问题的答案都在内部,才是内部主导;都在外部,就是整包。加人只是资源调节,不改变责任结构。

Q:外包能不能只买"建模"不买"配置"?

可以,但要求甲方有人能接住模型。这类合作要先约定一件事:模型交付后由谁维护、第二年业务变了怎么改。建议在合同里加一条:模型交付时同步交付参数说明和修改指引,并由甲方的人独立改一次参数作为验收。

Q:自建团队要几个人才够?

按经验,一个中等复杂度的集团,稳定运行需要 3 到 5 人:一到两人做模型与口径,一到两人做系统与取数,一人做业务对接。人少于三个,编制季一定吃紧;人多了,非编制季又闲置。这个结构性问题,是很多集团最终转向混合模式的原因。

Q:怎么判断已经对服务商形成依赖?

三个信号:改一个假设要提工单;内部没人能解释模型里的关键公式;年度优化清单全部由外部提出。出现两个,说明知识没有转移。补救办法是从下一个周期开始,把"内部独立完成一轮"写进阶段目标,外部只做旁听和答疑。

Q:三条路能不能中途换?

能,但换的成本不对称。自建转服务商,成本主要在知识打包;外包转自建,成本主要在文档补齐;服务商转自建,成本主要在口径重新解释。转向之前先做一件事:把现有模型的口径、参数、例外规则整理成一册,这册东西决定了换路的成本是三个月还是半年。

Q:预算规模不大,是不是自建更划算?

要看你算不算隐性成本。主体在二十家以内、场景标准、编制季投入不超过两个人月的集团,用现有系统的预算模块加内部维护,通常是经济的。但"两个人月"这个估算要诚实——很多集团算出来是一个月,实际是一季度。

三条路的选择,最后落在四个数上:内部能稳定投入的专职人数、编制季持续的月数、模型要覆盖的法人主体数、能接受的年运维预算。先花半小时把这四个数填出来,填完通常会发现问题不在"选哪条路",而在"哪条路我们真的跑得动"。

四个数里有一个填不出来,就先补那一个。它比任何一份选型报告都更能定方向。

咨询热线

010-86463723

客服在线时间

9:00-18:00

(其他时间为机器人客服)