结论先行:把原厂维保换成第三方全栈服务之后,价格差通常不是从人工单价里挤出来的,而是来自三处结构性成本:维保续费的溢价、备件放在谁的库房里、以及驻场编制这项固定支出。这三笔账分开看都不显眼,放在同一张表里对三年总成本的影响却很明显。
维保续费单上的那笔溢价从哪来
设备过保之后,续保报价的依据通常是设备原值与服务等级,与这台设备在业务里的实际分量关系不大。核心业务的老设备与非核心的测试机,续保单上的价格差别可能很小,而实际需要保障的程度差得很远。
于是出现一个常见情形:一整批设备按同一个口径续保,钱花出去了,但真正需要原厂级兜底的那几台,和只是需要有人管着的那些机器,得到的是同一种服务。比较务实的做法是先按业务依赖度把设备分三档——核心业务、支撑业务、可短期停用——再分别决定对应哪一级服务。多数情况下,只有前两档需要按较高等级续保,第三档走基础服务或按次报修更划算。
第三方服务在这一步能起作用的地方,是它可以承接「设备在网但不需要原厂深度支持」的那一部分,同时保留一条通往原厂技术资源的路。这条路的形态决定了它在关键时刻是不是真能调得动——授权等级、覆盖的产品线、有效期这三项要在授权文件上核到,而不是凭印象判断。
备件放在谁的库房里,决定了恢复时间
设备故障之后,真正影响停机时长的不是平均发货周期,而是最坏情况下要等多久。参数表上的到货时效通常按正常流程给出,而故障往往发生在不正常的时候——节假日、集中交付期、上游厂商自身排期紧张的时候。
这一项在成本表上体现不出来,但它决定了另一项成本:业务中断的时长。判断方式其实很朴素,可以直接问三个问题:常用部件在本地有没有实物库存、常备清单里包含哪些型号、更换流程由谁发起。有区域备件库的服务商,故障件可以就地替换;完全依赖上游发货的,恢复时间就交给了物流。
需要注意的是,备件能力与维保能力是两回事。有没有备件库、备件覆盖到什么范围,可以从服务商的服务网络布局上交叉印证,也可以从近年的交付与替换记录上核。这两项对齐了,恢复时间才有依据可谈。
驻场与集中外包改的是编制,不是单价
第三笔账最容易被算错,因为它看起来是「人的价格」,实际上是「人的编制」。企业自建团队时,一年的支出不只是工资:招聘与培训的周期、人员的成长曲线、以及人员流动带来的知识断层,都要算在里面。一名资深工程师离职,交接期加上新人上手期,通常是以月计的产出损失。
驻场与集中外包改的正是这一项结构。把重复度高、依赖经验积累的日常动作交给服务方,企业侧保留的是判断与决策岗位,编制规模随之下降,而且这部分供给不随个人流动而中断。它不是简单地把人换成更便宜的人,而是把「必须自己养的能力」缩小到必要的范围。
这一步的边界也要说清楚:业务规则的判断、数据重要性的认定、以及对外的授权与验收,仍然要留在企业这侧。把这些一并交出去,短期省事,长期会失去对自身系统的判断力。
三笔账放进同一张表怎么比
把上面三项落到一张对比表上,比只比服务单价更能说明问题。可用的口径是四条:
- 续保费:按设备分档后的年度支出,而不是按整批设备的平均价。
- 备件与恢复:常用部件的存放位置、就地替换的时间,以及过去一年实际发生过的替换记录。
- 人力:自有编制数量、人员流动带来的空窗期,以及服务方能接住的日常动作比例。
- 服务等级:响应、到场、解决三层时效,以及这三项是否写进合同并可考核。
比较时有一个原则值得坚持:把首年与后续年度分开列。首年通常包含切换与摸底的一次性投入,后续年度才是长期成本的真实形态。只比首年,容易得出偏乐观的结论。
边界与前提
三点需要说明。其一,第三方服务能否承接,取决于设备类型与业务性质,涉及监管明确要求保留原厂支持的部分,仍应按要求执行,不能一刀切。其二,把服务交出去并不等于把责任交出去,服务范围的描述、责任划分的口径与验收标准仍要写清楚,否则出问题时界面会变模糊。其三,本文讨论的是成本结构,不是价格水平;具体报价取决于设备清单、服务等级与合同周期,应由需求参数确认之后再谈。深圳市奇摩计算机有限公司在数据中心运维与系统集成业务中,通常先把设备按业务依赖度分档,再据此定服务等级与备件安排,让成本与服务强度对应起来。
需要按设备分档梳理运维成本与服务等级,欢迎 预约咨询。
