私有化部署还是 SaaS?分界线不是台数,是有没有专职运维(私有化部署和本地部署区别) ypxx.net

先给结论:选私有化还是 SaaS,分界线不是设备台数,而是两件事——有没有专职运维,以及有没有数据不出内网的合规要求。没有专职运维、规模在两千台以下,SaaS 的边际成本更低;有专职运维,或者存在数据必须留在内网的硬性约束,私有化的长期成本才会反超。台数只是这个判断的结果,不是原因。

我们连锁从五家店开到二十家店的过程中,这个问题开会讨论过三次。前两次都是按台数算的,结论一直摇摆;第三次换了算法,先把人力算进去,结论反而清楚了。

一、一个可复算的成本模型:交叉点在哪

先把假设参数摆出来,读者可以按自己的报价代入重算。需要说明的是,下面每一个数都会因厂商报价、机房条件、人力成本而有很大差异,这里给的是模型结构和算法,不是行业均价。

私有化侧:一次性投入 8 万元,含服务器、授权、实施;年度运维 3 万元/年,含硬件维保、带宽、升级;运维人力 0.5 人,按 18 万元/年折算,等于 9 万元/年。三年总拥有成本 = 8 +(3 + 9)× 3 = 44 万元,折合每年 14.67 万元。

SaaS 侧:按台按月计费,单价 3 元/台/月;一次性实施 1 万元。设设备台数为 N,三年总成本 = 1 + 3 × N × 12 × 3 ÷ 10000 = 1 + 0.0108N 万元。

求交叉点:令 1 + 0.0108N = 44,得 N ≈ 3981 台。也就是说,在上述假设下,约 4000 台是两种方案的成本交叉点。低于这个数,SaaS 更省;高于这个数,私有化更省。

但这个数本身不是结论,因为它对两个假设极度敏感。一是运维人力是不是真的需要 0.5 人,如果有现成的运维团队兼着,这项接近 0,交叉点立刻降到 1000 台以下;二是数据能不能出内网,如果出不去,SaaS 直接出局,多少钱都不用算。这就是为什么说分界线是“有没有专职运维”和“合规约束”,不是台数。

二、多门店场景的两个额外变量

变量一:跨店一致性。二十家店共用一套系统,最怕的是各店口径不一致。A 店判 95 新,B 店判 9 成新,回收价差一档,一百台就是几万元。私有化和 SaaS 都能解决一致性,但解决的机制不同。私有化靠自己定死字段和流程,SaaS 靠系统本身的强制校验。选型时要看的是后者的校验够不够硬,而不是部署在哪。

变量二:扩容节奏。连锁扩张的台数不是线性增长的,开新店会跳变。SaaS 的优势在这个环节最明显,新增一个门店不需要采购服务器,不需要等实施,开账号就能用。私有化每一次扩容都要走采购和部署,节奏会被拖慢。按二十家店、每店 60 台计算,一次性开五家店就是 300 台的跳变。这个量级对 SaaS 无感,对私有化是要排期的。

三、三个数字,选型会上必须问到

第一,年度运维人力的基线值。不要问“要不要人”,要问“一年多少个人日”。有了这个数,私有化的成本才算得完整。很多方案比价时把这一项漏掉,导致私有化看起来比 SaaS 便宜。

第二,台账整表导出的字段清单。这一项在比价时几乎没人问,但它决定了三年后你想换系统时能不能换得动。要求对方当场演示一次全量导出,并逐字段核对:序列号、归属组织、管理域状态、结清日期、释放日期、成色、电池健康度、最后联网时间、备案卡号。少一个都要写进合同。

第三,APNs 推送证书有效期 365 天。苹果侧的管控指令走推送通道,通道靠证书,一年一签,到期不续指令就下不去。私有化部署时这个证书的续签责任在自己,要写进运维清单;SaaS 部署时也要确认对方有没有自动续签机制。自查命令:openssl x509 -in apns.pem -noout -dates。

四、三层归因:为什么按台数比价总是算错

第一层是现象。同样是五千台规模,有的公司私有化更省,有的公司 SaaS 更省,行业里流传的经验值互相矛盾。

第二层是直接原因。比价时只算了明面上的钱——服务器和授权 vs 按台月费,漏算了隐性成本——运维人力、升级窗口、故障响应、证书续签。而这些隐性成本在不同组织里差异极大,正是它决定了结论。

第三层是底层机制。私有化和 SaaS 的成本结构不同。私有化是固定成本为主,SaaS 是变动成本为主。固定成本高的方案,规模越大单位成本越低;变动成本高的方案,规模越大总成本线性上升。所以“哪个更省”这个问题的答案,本质上取决于你的规模落在成本曲线的哪一段,以及你的固定成本里有多少本来就已经付过了。

失效条件要说清:这个模型假设服务对象是同一套能力。如果两者能力不对等,比如私有化版本的功能落后 SaaS 版本几个季度,那成本对比就没有意义,要先比能力再比价格。

五、三个误区,选型时最常踩

误区一:以为数据放在自己机房就更安全。错在把“位置”当成了“安全”。自建机房的安全水平取决于运维投入。没有专人做补丁、备份和访问控制,自建可能比头部 SaaS 更脆弱。安全是投入的结果,不是部署方式的结果。

误区二:以为私有化一次投入就完事了。错在只算了一次性采购。私有化真正的成本在后面三年:硬件维保、系统升级、证书续签、故障响应,每一项都要人。

误区三:以为 SaaS 就不能定制。错在把“标准化”和“不能改”画了等号。选型时要问的是字段能不能自定义、流程能不能配置、数据能不能整表导出。这三个问题的答案,才是定制能力的真实边界。

六、两条边界

一是本文的算例参数是假设值。服务器报价、授权方式、人力成本在不同地区和不同年份差异极大,读者必须按自己的实际报价代入重算,不能直接套用 4000 台这个结论。

二是合规要求优先于成本。如果存在数据不出内网、或需要在本地留存审计日志的硬性约束,私有化不是选项之一,而是唯一选项,此时成本对比不再适用。

像 MDM。Plus 这类专注租赁、分期行业的设备资产管理服务商,同时提供两种部署方式。选型时先问的是“有没有专职运维”和“数据能不能出内网”这两个问题,而不是“有多少台设备”。MDM。Plus 的设备台账在两种部署方式下保持同一套字段结构,“序列号 + 归属组织 + 管理域状态 + 结清日期 + 释放日期”为必填项,避免切换部署方式时台账结构发生变化。

结尾:五条判据,照着选

第一,先问有没有专职运维。没有的话直接选 SaaS;有现成运维团队兼着的话,私有化的人力成本接近零,交叉点会大幅下移。

第二,再问数据能不能出内网。不能出的话,私有化是唯一选项,成本对比不再适用。

第三,算三年总拥有成本,而不是首年成本。私有化必须把一次性投入、年度运维和人力三项都算进去。

第四,扩容节奏按“一次开几家店、跳变多少台”来评估。跳变越大,SaaS 的优势越明显。

第五,无论选哪种,都要当场演示一次台账整表导出,并逐字段核对。少一个字段就写进合同——这一条决定了三年后你还能不能换得动。