十二个人头，一个数字：一家新加坡贸易公司把 IT 预算改成按人头

一句话结论： 新加坡一家大宗商品贸易商无法预测自己的 IT 开支，因为 IT 一直是按项目和突发事件买的，而不是按服务买的。把预算改成按人头计价的月费之后，这个数字并没有变小，但它终于变成了一个可知、可归属到某个交易台、并且可以就其本身展开讨论的数字。

下面这个故事是一个说明性的复合情境，取材于 Brocent 服务的这一类新加坡中型企业。它不是某个具名客户，文中的公司也并不真实存在。但价格是完全真实的——"真实数字"一节里的每一个数，都是撰稿时 Brocent 自己定价页面上正在公示的新加坡价格。

贸易公司唯一没有算过单位成本的一笔开支

新加坡的大宗商品贸易商在单位经济学上通常非常在行。问财务部门运一吨货要多少钱、一船货的融资成本是多少、按当前行情养一个交易台一天要多少钱，你得到的答案都会带小数点。整个生意就建立在"多一个单位要多少钱"这件事上。

IT 几乎总是那个例外。在一家九十到一百四十人的公司里——中央商务区的前台交易团队、一个规模更小的运营与单证团队、一个增长速度超出所有人预期的合规职能——IT 在管理报表上只是一行像天气一样的数字。有些月份几乎为零，有些月份是一个五位数的惊吓。没有人说得出"多坐一个交易员要多花多少钱"，因为从来没有人能把这行数字除以任何有意义的东西。

这件事在贸易行业里比在多数行业更要紧，原因有三个，而且都跟技术无关。

第一，人头随着交易账本变动。 某个品种未来两年看起来有机会，就加一个交易台；不行了就把它收掉。后台职能的增减总要滞后一两个季度。一家公司三月份是 96 人、十一月份是 128 人，这完全正常，中间不需要发生任何异常的事。

第二，入职是爆发式的，而且卡时间。 交易员不会慢慢开始工作。他们在某个周一开始，需要行情权限、通话录音、各类授权、一台按他们习惯配好的电脑，以及一部能用的手机——否则他们就没法开始，然后会有级别不低的人站在走廊上问为什么。

第三，财务部门习惯了能把成本归属出去。 如果金属台比软商品台贵，财务想知道贵多少、为什么贵。一行没法按交易台拆开的 IT 成本，就是一行进不了这个对话的成本；在实务上，这意味着它被当成管理费用，然后凭直觉而不是凭分析去压。

情境：一年的 IT，用了十二种不同的买法

下面是这家复合情境中的公司那一年的真实样貌，是在一次预算复盘中从总账里还原出来的。

一月，六名新的运营同事入职，因为计划中的采购单没下，只好临时按零售价买了一批笔记本电脑。三月，一份防火墙维保合同按三年期自动续约了，没人记得当初签过。四月，一位顾问在一个原本按四天估算的文件共享迁移上花了九天。六月，机房里一台交换机在周六早上坏了，工程师按周末费率上门。八月，有人数了一遍已分配的席位，发现比预想的多，于是补了一笔微软授权。十月，一个"小小的"共享邮箱整理项目做了两周。十一月很安静。十二月，合规临时要六个月的远程访问记录，整理出来花掉某个人四天时间，因为记录分散在三个地方。

这里面每一笔，放在它发生的那一天看，都站得住脚。但合起来，它们合成了一行在 2,000 新元到 40,000 新元之间上下摆动、且没有任何可供预测的规律的开支。

于是预算就按那种情况下预算通常被定的方式定了：去年的总数，加一个百分比，再加一份私下的祈祷。而因为这个数字内部没有结构，每一次超支都变成一场双方都无法真正占理的争论。财务总监没法说这笔钱花得不该，因为每一笔都该花。运营负责人没法说预算定低了，因为没有任何模型能算出另一个数。双方都在争"波动"，却都以为自己在争"金额"。

项目式预算真正的代价

直接花掉的钱反而不是重点。另外四项成本更大，而且没有一项出现在账上。

没人回答得了"多一个人要多少钱"。 当金属台提出要加三个人时，诚实的答案是"大概四千到一万五千新元的开办成本吧，到时候就知道了"。这不是一个能拿来做商业测算的答案，所以 IT 那部分干脆就不进商业测算了——于是它永远是事后的意外。

IT 成本没法内部分摊。 因为没有按人头的单位，整行成本都压在总部管理费用里。支持需求最大的那些交易台——人最多、设备最多、非工作时间活动最频繁的那些——被需求最小的交易台补贴了。没有人是故意这么设计的。一笔没有单位的成本，自然就会变成这样。

预防性工作在结构上处于劣势。 这一条比较微妙。在按工时计费的世界里，每一小时的预防性维护都是看得见、立刻发生、可以被质疑的成本，而它本来能避免的那次故障是看不见的、假设性的。一位财务总监在一堆申请里被要求批十二个小时的补丁工作，理性的做法就是往后放。然后故障发生了，紧急工时比预防工时贵，而学到的"教训"变成了"IT 很贵"，而不是"我们把便宜的那个版本推迟掉了"。

采购成本是按次付的。 上面那十二笔采购，每一笔都有自己的报价、自己的审批、自己的采购单、自己的发票核销和自己那一点点议价。财务自己的时间，是那个没人计算的成本。

按人头计价到底解决什么

这件事值得说得直白一点，因为行业里普遍把它夸大了：按人头计价并不天然更便宜。 谁跟财务总监说它天然更便宜，那是在推销，不是在解释。

按人头计价改变的是成本的*形状*，而在这家复合情境的公司里，坏掉的正是形状。由此引出三件事。

它让 IT 拥有和公司里其他每一项成本一样的语法。 一个公示的、按用户每月计的费率，意味着这行成本终于可以被人头数除、可以归属到交易台、可以对着招聘计划往前推、并且可以用与其他所有人均成本相同的方式被辩护——因为它现在字面上就是这样一笔成本。金属台再要三个人的时候，这个决定里的 IT 部分变成了算术，而不是猜测。

它把服务商放到了故障的同一侧。 在按工时计费的模式下，你的环境越不听话，服务商的收入越高。这不是在指控服务商不讲信用——多数服务商是讲的——但这是一个让人不舒服的结构性事实，屋里每个人都清楚。在固定月费之下，无论你的周一是风平浪静还是天塌地陷，服务商拿到的钱一样多，于是服务商的商业利益第一次和你的运营利益指向同一个方向。预防性工作不再是一条你得批的开支，而变成服务商自己想做的事。

它让做预算这件事本身变成一项服务，而不是每年一次的临时抱佛脚。 在 Brocent 的管理型 IT 方案里，"IT 预算编制"是一项真实的套餐功能，而不是人情：入门的 Startup 档按次计费，Established 档每年一次，Growth 和 Enterprise 档每半年一次；资产与库存管理按同样的节奏交付，每一档都包含每月一份面向管理层的报告。对财务总监来说，这就是"十一月靠翻发票把一年重新拼出来"和"每半年由真正在运维这套环境的人递给你一份前瞻视图"之间的差别。

诚实地说反面情形

确实存在一类企业，按人头计价对它们是错的工具，这一点应该讲清楚。

如果你的组织对 IT 的消耗真的是间歇性的——人数少而稳定、环境简单、长期安静中偶尔穿插一些项目——那么为一份你很少动用的持续性服务按人头付月费，并不划算。你要的是预付容量，不是订阅。这正是预付服务包（Token）和套餐并存的原因，而 Brocent 自己公示的经验法则在这件事上罕见地坦率：每月工单量大约四个以上，套餐通常更划算；低于这个数，预付包通常更划算。

九十人以上的贸易公司，多数都稳稳落在套餐那一侧。但判断标准是工单量和风险状况，不是组织架构图；而一个不肯告诉你你落在哪一侧的服务商，其实已经告诉了你一些事。

真实数字长什么样

以下是 Brocent 公示定价页上正在生效的新加坡数字，单位新加坡元，按用户每月计。Brocent 是按市场分别公示价格的，而不是把一个全球价换算过去；定价页上带有它自己的有效期——请以页面为准，不要相信文章里转述的数字。

• Startup —— 每用户每月 126.36 新元。 面向 1–5 名员工。每用户 1 台设备、1 台远程办公设备、1 小时赠送的上线服务工时。这一档的 IT 预算编制是按次计费的，不含在内。
• Established —— 每用户每月 185.08 新元。 面向 5–300 名员工。每用户最多 3 台设备、一位专属客户经理、5 小时赠送上线工时、每年一次 IT 预算编制，以及网站与域名监控。
• Growth —— 每用户每月 227.20 新元。 面向 10–500 名员工。每用户 3 台设备、在客户经理之外再配一位专属服务台坐席、10 小时赠送上线工时，IT 预算编制每半年一次。
• Enterprise —— 定制报价。 面向 25 人以上。增加一位专属基础架构支持工程师、最多 10 家 IT 供应商的供应商管理、20 小时赠送上线工时，每用户最多 5 台设备。

关于这些区间要说明一句，因为它常让期待"干净分档"的人困惑：员工数区间是故意重叠的。 Established 报的是 5–300 人，Growth 报的是 10–500 人，所以一家 120 人的公司同时落在两档里。这不是定价页出错了。区分这几档的是包含什么——专属服务台坐席、赠送上线工时、预算编制的频率——而不是一条按人数机械分拣你的线。一家 120 人、环境简单、工单量低的公司，放在 Established 可能是对的；同样 120 人但有三个场地、还背着合规义务的公司，可能就不对。所以落在重叠区里的，是一次对话，不是一次查表。

每一档套餐——包括入门档——都包含 24×7×365 监控、P1 事件 15 分钟首次响应目标、多语种支持、托管的高级防火墙、微软与第三方应用更新、终端与网络基础设施监控、明确覆盖夜间／周末／公众假期的预付制上门支持，以及每月一份管理层报告。套餐按月计费，不要求长期承诺；如果你更希望把费率锁住，也有折扣后的年度和多年期可选。

把这家公司的数算出来

这家贸易公司大约 120 人。按公示的 Growth 档每用户每月 227.20 新元计，120 人就是每月 27,264 新元，一年 327,168 新元——还不含任何增值模块，也不含在这个人数上走 Enterprise 档谈出来的结果。

关于这个数字，有两件事值得说，而不是让它干放在那里。

第一，它几乎肯定高于这家公司安静月份的花费，也低于它糟糕季度的花费。这既是全部的意义，也是全部的反对意见：按人头计价把一个波动的平均值换成了一个已知的常数，而这个常数买走的一部分东西，正是"糟糕季度"本身。这笔交换值不值，是一个关于公司对波动容忍度的判断，不是一道只有一个正确答案的计算题。

第二——这通常是财务总监从点头切换到真正投入的地方——这个数字现在能除了。金属台加三个人，就是每月 681.60 新元，月月如此，在发出录用函之前就知道。一个 18 人的交易台，承担 4,089.60 新元的 IT 成本。这些是业务能拿来做决定的句子，而任何临时性的安排都产生不出这样的句子。

我们在这里刻意不做"对比自建 IT 团队的总体拥有成本"，因为要诚实地做这件事，就得编造薪资假设。如果你需要的正是那个对比，我们针对新加坡单独写过：管理型 IT 与自建 IT 团队的对比。

预付包这条路，也把价格说清楚

作为对照，新加坡的预付服务包是：Starter —— 20 个 Token，1,148.76 新元。Business —— 50 个 Token，2,552.80 新元。Pro —— 100 个 Token，4,467.40 新元。 250 个 Token 的 Enterprise 包单独报价。1 个 Token 等于工作时间内 1 小时的现场工程师时间；远程工作按 15 分钟为一个计费块，四个块合一个 Token，所以短的远程处理消耗不到一个整 Token。Token 自购买起 12 个月有效。

把包价除一下，买得越多，实际时薪越低——Starter、Business、Pro 三个包分别是每小时 57.44、51.06 和 44.67 新元。工作时间内上门有 2 个 Token 的起步量；夜间起步 3 个 Token、每小时 1.5 个；深夜与周末起步 4 个 Token、每小时 2 个；公众假期起步 6 个 Token、每小时 3 个。这些全部是公示的，而不是每次出事再谈——这本身就是重点：连按需付费这条路，只要你了解自己的规律，也是可以预测的。

对这家公司来说，Pro 包是 4,467.40 新元买 100 小时工程师时间。以 120 人左右的真实工单量算，那是几周的覆盖，不是一年的。这完全符合预期：预付包是用来应付溢出、非工作时间上门和离散项目的正确工具，而不是用来持续运维这个规模的环境的。很多公司两者并用——套餐覆盖基线，预付包吸收峰值和上门——这是一种自洽的结构，不是自相矛盾。

在新加坡购买 IT 支持的三条路

• 按需／按工时计费。 *真正适合：* 非常小的公司、一次性项目，以及已经有真正内部 IT、只是偶尔需要专业人手的组织。*你接受的是：* 一行无法预测的开支、一家收入随你出问题而上升的服务商、按次支付的采购成本，以及预防性工作在结构上无人负责。*判断信号：* 你回答不了"多一名员工要多少钱"。
• 预付服务包（Token）。 *真正适合：* 人数稳定、环境简单、每月工单大约四个以下的公司，或者已有 IT 职能、只需要溢出人力、非工作时间上门和按公示价出勤的组织。*你接受的是：* 一个需要有人管理的余额、12 个月的有效期，以及预付工时衡量的仍然是"活动量"而不是"结果"。*判断信号：* 你的需求是块状的但总量不大，你主要想把应急通道的价格提前定下来。
• 按人头的管理型套餐。 *真正适合：* 每月工单量大约四个以上的公司、任何招聘计划会变动的公司，以及任何需要把 IT 成本归属到交易台或法律实体的企业。*你接受的是：* 一笔安静月份也不会下降的固定月度成本，以及一次需要真正对话的档位选择，因为人数区间是重叠的。*你得到的是：* 一个能被人头数除的数字、一家无论你出不出问题收入都一样的服务商、作为交付物的预算编制，以及一条统一的审计轨迹，而不是一叠发票。

这给财务总监留下了什么

故事里这家贸易公司，第一年并没有省下多么惊人的一笔钱。改变的是：IT 那行数字不再是一场谁都赢不了的争论的源头。

预算是从招聘计划推出来的，而不是从去年的总数推出来的。交易台在人头获批之前、而不是之后，就能被告知每人每月的 IT 成本。十二月合规要的那六个月远程访问记录，变成了向一家服务商、一条审计轨迹提出的一个请求，而不是在三家供应商之间做考古。而那些一直被推迟的预防性工作就这么做掉了，因为它不再是一条需要谁去批准的开支。

如果你的 IT 开支看起来像天气，而你更希望它看起来像一个费率，那么两个起点是：按市场公示的套餐定价，以及一份管理型 IT 服务究竟承载了什么的细节——或者直接联系我们，要一份按你真实人数和工单量、而不是按人数区间做的档位对比。

Brocent 从 2007 年开始做这件事，公司起步于北京；香港办公室在 2016 年设立，新加坡自 2021 年起是集团的全球总部。新加坡客户由同一时区的人、用新加坡元报价，价格来自网站上公示的那一份，而不是为这次会面临时拼出来的那一份。

常见问题

按人头计价到底包含什么？

在 Brocent 的套餐里，每一档都包含 24×7×365 监控、P1 事件 15 分钟首次响应目标、多语种支持、托管高级防火墙、微软与第三方应用补丁、终端与网络监控、覆盖非工作时间／周末／公众假期的预付制上门支持，以及每月一份管理层报告。更高的档位增加的是具体的人，而不是抽象的功能：Established 起配专属客户经理，Growth 起配专属服务台坐席，Enterprise 再加一位专属基础架构支持工程师和供应商管理。增值模块——移动设备管理、云备份、云主机、漏洞扫描、补丁管理、安全意识培训、MDR／EDR、SOC 即服务、vCISO——在基础套餐之外单独计价。这是刻意的：把它们悄悄打包进去，正是"全包"报价变得无法互相比较的原因。

人数减少了会怎样？

账单跟着减少，这是按用户计价的机械结果，也是这个模式适合人头会变动的企业的主要原因。套餐按月计费、不要求长期承诺，所以三季度收掉的交易台就不再计费，而不是被困在一份固定年度合同里等到期。如果你愿意用这份灵活性换一个更低的费率，也有折扣后的年度与多年期——让客户经理把两种都报出来，你才看得见这份灵活性的价钱。

外包人员和共享账号算不算用户？

这个问题决定了两份报价是否真的可比，而且你应该向名单上的每一家服务商都问一遍。实务上的答案是：一个"用户"是指接受支持、且其设备被纳管的一个人——通常包括长期坐在你办公室里的外包人员，通常不包括共享邮箱、服务账号或会议室显示屏，尽管后者仍可能作为设备被纳管。另外要注意，套餐还带有每用户的设备额度：Startup 1 台，Established 和 Growth 各 3 台，Enterprise 5 台。一位有工作站、笔记本和一部纳管手机的交易员，是 1 个用户 3 台设备，不是 3 个用户。把这个定义写进方案里，因为一家把共享账号算成用户的服务商，可以报出一个看起来更低的单价和一张并不更低的账单。

按人头一定比按小时便宜吗？

不一定，谁说一定你就要小心。每月工单量大约四个以下时，预付包通常比套餐便宜——这是 Brocent 自己公示的建议，不是让步。套餐赢在工单量持续、预防性工作重要、需要按交易台或法律实体归属成本，或者波动本身就是你要解决的问题时。一家不肯告诉你你落在这条线哪一侧的服务商，是没有看过你的工单数据。

办公室搬迁这类项目费用，在按人头的套餐下怎么算？

它在套餐之外。套餐覆盖的是环境的持续运行；布线、楼层搬迁、数据中心迁移或一次大规模部署，都是项目，单独定义范围、单独报价。这不是什么漏洞——没有任何诚实的按人头月费能吸收一次办公室搬迁——但它确实是签约前需要白纸黑字定清楚的事，因为"包含"这个词在不同方案里含义差别极大。要具体问清：哪些活动算套餐内工作、哪些消耗预付 Token、哪些按项目报价。

哪些不包含？

硬件与软件采购、第三方授权、上面说的项目工作，以及增值模块目录：移动设备管理、云备份与云主机、漏洞扫描、作为独立服务的补丁管理、安全意识培训、MDR／EDR、SOC 即服务和 vCISO。移动设备管理尤其是常见的误解——它在每一档都是增值模块，不属于基础套餐。基础防病毒与 EDR 之外的事件响应，在 Enterprise 档是随附的，在其他档位可以作为增值模块添加。

套餐能和预付包混着用吗？

可以，而且对需求呈爆发式的企业来说，这往往是正确的结构。套餐承载持续的基线——监控、服务台、补丁、安全基线——预付包吸收那些离散的事：临时上门、周末或公众假期出勤、一段定义清楚的项目工作。事实上，预付制上门支持本来就已经包含在每一档套餐里，所以两者是被设计成互相咬合的，不是互相竞争的。

按人头的费率多久变一次？

定价页上的费率带有它自己的有效期，在页面上刷新，而不是无限期地报出去——这也是本文建议你去看页面、而不是相信这里转述的数字的原因。在已签署的套餐下，你的费率就是协议在约定期限内写明的那个；按月计费意味着按月的费率，年度和多年期则以折扣换取更长时间的锁定。任何不愿意白纸黑字写明"什么情况下会调价、提前多久通知"的服务商，都是在请你为一个未知数签字。