新加坡东南亚区域总部的 IT 支持模式

一句话结论： 一家欧洲工业集团把东南亚区域总部设在新加坡，配了两位 IT，本意是让他们制定标准、管理供应商。十八个月后，这两个人一周里的大部分时间在处理来自马来西亚、泰国和越南的工单。真正的解法不是把总部团队扩编，而是在它下面铺一层交付层。

那个变成了所有人服务台的区域总部

在幻灯片上，这个决定显然是对的。把东南亚区域总部放在新加坡，配两位能干的 IT，让他们制定集团标准、整合供应商、负责安全基线、规划全区域的硬件更新。其他的一切——工厂、销售办公室——都向这里汇报。

十八个月之后，这两个人实际在做的事是：处理工单。不是区域架构层面的工单，就是工单。罗勇府外某家工厂的一位主管打不出工单单据；吉隆坡的销售办公室有三台笔记本电脑在系统更新之后连不上 VPN；胡志明市有人被 ERP 锁在外面，而且必须马上解决，因为货已经在码头上了。

这是一个说明性的复合情境，不是某家具体客户：一家欧洲工业集团，以新加坡区域总部统筹分布在马来西亚、泰国和越南的制造工厂与小型销售办公室。之所以说是复合的，是因为这个模式并不罕见——当一个区域总部按「治理」的规模配置、却被当作「运营」来使用时，这几乎就是默认结果。

为什么这种形态的企业会产生这种特定的失效

在新加坡设区域总部很常见。这里描述的失效模式并非普遍，但它高度集中在一种特定形态的集团身上。

各个场地彼此差异极大。 曼谷城外工业园里的一家工厂，和吉隆坡一间四个人的销售办公室，是完全不同的 IT 环境；后者又和胡志明市附近一家有生产线、地磅、手持扫描枪、以及一位「最接近本地 IT」的主管的工厂完全不同。一套标准必须在接触到所有这些之后还活着，而在新加坡办公室里写出来的标准，往往默认对面是一间办公室。

时区只部分重叠，语言则完全不重叠。 新加坡、吉隆坡、曼谷和胡志明市彼此相差不到一小时，这听上去很方便，而这恰恰是问题所在：各场地的工作时段几乎完全覆盖总部的工作时段，于是每一张工单都落在总部本该做战略工作的那个窗口里。而一位工厂主管用泰语描述故障、对面是一位不懂泰语的新加坡工程师，这段对话既慢又有损耗，结局通常是一次出差，或者一次猜测。

分支场地没有人的职位名称里带 IT，于是有人自己发明了一个。 实际上每个场地都会悄悄「任命」一个人——一位生产主管、一位行政、一位电脑玩得好的财务——他逐渐积累管理员权限、本地知识，以及最终以总部看不见的方式把东西弄坏的能力。这不是违规，这是当一个场地今天就要把东西修好、而官方渠道是另一个国家的一条队列时，必然会发生的事。

欧洲母公司要的数字，区域给不出来。 整个区域一共有多少台终端？各国的补丁合规率是多少？明年的硬件更新责任有多大？因为答案分散在四个地方、四种格式里，所以它是为了那场会议、由人手拼成一张表格的——而且拼完立刻就过期了。

它的代价，不止是显而易见的那部分

看得见的代价是两个人很沮丧。真正的代价，是那些不出现在任何报表上的部分。

战略工作永远不会发生，因为它永远不紧急。 供应商整合、安全基线、更新计划、标准镜像——每一项都重要，而没有一项比「有人打不出东西」更紧急。工单上有一个名字，战略上没有，所以工单每一次都赢。这样过十八个月，集团就拥有了一个没有产出任何区域性成果的区域 IT 职能——而这并不是这些人的错。

影子管理员在累积。 那位拥有本地管理员权限的生产主管，现在是负责装东西、重置东西的人，而当他的笔记本电脑被更换时，某份配置的唯一副本会跟着他一起消失。集团真实的安全状况不是总部基线上写的那个，而是那四个人一直以来的做法。

没有人回答得了最基本的问题。 不是「我们的安全成熟度如何」这种——比这更简单。这个区域一共有多少台笔记本电脑？有多少台过保？有多少台跑着不再受支持的操作系统版本？答不出来通常被当作行政上的尴尬；它其实是治理上的失效，因为你无法治理一个你数不清的资产群。

而总部会变成一个被绕开的瓶颈。 一旦各场地学会「报到新加坡要三天」，他们就不报了。他们找本地承包商，或者忍着，或者用本地的卡自己买一台笔记本电脑。资产群碎片化的速度，超过总部把它标准化的速度——这与总部存在的理由恰好相反。

还有一层值得点名的二阶代价，因为最终逼出决定的往往是它。总部那两个人，按设计就是集团在这个区域最贵的 IT 资源——因为判断力被雇来，拿着新加坡的薪资，招聘时的职位描述写的是标准与战略。让他们一周都在重置密码、装打印机驱动，不只是浪费钱，更是一个留才问题。被雇来做设计的人，在做了两年受理之后会离职，而他们离职时会把这个区域唯一连贯的全局图景一起带走。于是集团重建同样的两人团队、给出同样的职责说明，再走一遍同一个循环——这就是为什么一个区域 IT 职能可以成立五年，却仍然没有一套区域标准。

博迅的看法：区域总部是做决定的地方，不是工单落地的地方

直觉上的修法是把总部团队变大。两个人变三个人。这行不通，而且值得把原因说清楚。

第一，工单量是随场地数和用户数增长的，不是随总部人数增长的——加第三个人，买到的只是在同样饱和之前略长一点的跑道。第二，一位在新加坡的工程师，处理一张关于他从未去过的工厂里某台扫描枪的泰语工单，并不会比第二个人更快。第三，一个在处理工单的总部团队，是在用集团最贵的区域 IT 薪资，去做最便宜的区域 IT 工作。

结构上的答案，是把被压进同一个团队的两种职能分开：

治理留在总部。 架构、供应商选择与商务条款、安全基线、更新政策、预算，以及任何跨境事项的升级决定权。这才是新加坡那两位能干的人应该整周在做的事。
交付在它下面，按区域铺开。 一线支持与监控，在当地、用当地语言，各处用同一套流程和同一套工具。总部团队不再是那条队列，而成为升级节点，以及交付层所执行的那套标准的持有者。

这就是管理型 IT 方案在一个多国集团里的作用，而它的价值主要并不是「支持更便宜」，而是总部团队把自己的一周拿回来了，同时集团终于拥有了一幅统一的运营图景。

后半句值得比通常更认真地对待。当每个国家各自安排时，区域报表就是一次表格作业——有人给四个人发邮件，回三封，然后手工对账。当整个区域跑在同一个引擎上时，同样的问题变成一次查询。博迅的管理型服务把每一台终端放进同一个平台、同一份资产记录里；而 BCS Beam 终端代理是同一个代理同时承载远程支持与一份只读的安全与健康审计——加密状态、防病毒、更新状态、软件清单——并带有按客户隔离的租户与一份可导出的连接审计流水。无论你怎么看待它作为一个支持工具，把它当作一个治理工具来看，它意味着「我们这个区域到底有多少台终端、它们处于什么状态」不再是一个需要问四个人的问题。

而路线图也需要一位不同时在接电话的负责人。一套虚拟 CIO 的例会节奏，会给欧洲母公司一份可以持续阅读的东西——同样形状的报告、同样的指标，一个季度接一个季度，覆盖区域内每一个国家——而不是四份在董事会材料截止前一周拼起来的本地叙述。

实际操作起来是什么样

有四件事会改变，而且改变是有先后次序的。

第一，一线从总部团队身上移走。 所有场地的工单进入一个具备当地语言处理能力的区域服务台，而不是新加坡两个人的收件箱。这是释放出做其余一切的产能的那一步，所以它排第一。它也是总部团队最会抗拒的一步，因为在过去十八个月里，他们的价值一直是用「关掉多少工单」来衡量的。

第二，先上监控，再谈响应时间。 对一个你看不见的资产群，你什么都承诺不了。覆盖各场地的监控会产出基线——有多少台设备、它们多久坏一次、实际坏的是什么——而正是这份基线，让后面两步从愿景变成可以争论的东西。

第三，总部把架构、供应商和预算收回来，并且写下来。 这个分工必须是明确的，否则守不住：哪些决定归总部、哪些归交付层，以及当某个场地不同意时的升级路径是什么。含糊的授权会在一个季度内退回原样。

第四，报表变成一种节奏，而不是一场活动。 资产与安全状态数据来自平台，而不是来自四个人。虚拟 CIO 的例会节奏把它变成欧洲母公司不需要翻译层就能读懂的区域视图。

关于覆盖范围要说一句，因为这正是供应商容易过度承诺、而你其实很容易核实的地方。博迅在价格页上公开的每用户管理型方案价格，覆盖的是香港、新加坡与中国内地——这些是有公开费率的市场。马来西亚、泰国与越南通过博迅的服务地点网络覆盖，按报价逐案界定，而不是以价目表形式公开。这个区别在你比较供应商时很重要：对某个市场公开一个价格，是比在地图上放一个标记更强的承诺；请向任何候选伙伴——包括我们——追问：你们列出的国家里，哪些有公开费率，哪些没有。

博迅自 2021 年起以新加坡为全球总部，集团于 2007 年在北京创立，并自 2016 年起设有香港办公室——这也是为什么「以新加坡为枢纽覆盖一个区域」在这里是熟悉的实务，而不是理论。

跨四国区域的三种 IT 运作方式对比

全部集中在新加坡总部

怎么运作： 所有支持、监控与管理都从区域总部出来。一个团队、一套标准、一条队列。
真实的长处： 一致性最高。一套决定，没有本地漂移，而且总部对一切都有完整可见度，因为一切都是它自己做的。
在哪里崩掉： 它撑不过语言和物理性的考验。一张关于工厂某台机器的泰语工单，不是一张新加坡的工单；而一旦量超过团队产能——这比所有人预期的都早——战略工作就彻底停止。
适合谁： 一个由若干个小而相似、以英语沟通、没有生产场地的办公室组成的区域。不适合有工厂的集团。

完全下放到各国

怎么运作： 每个场地自己安排 IT——一家本地承包商、一位本地雇员，或者那位电脑玩得好的主管。
真实的长处： 本地响应快，天然使用当地语言，而且有人可以直接走到那台机器面前。
在哪里崩掉： 没有集团标准、没有汇总视图、没有采购议价能力、也没有一致的安全基线。四个国家对每一个问题给出四个答案，而区域总部的角色退化成「收集答案」。
适合谁： 一家真的不需要区域一致性的控股公司——而一家共用系统的工业集团，通常并不是这样的公司。

区域治理 + 管理型交付层（博迅模式）

怎么运作： 总部团队持有架构、供应商、安全基线与预算。一家管理型服务商在当地、用当地语言交付一线支持与监控，跑在同一个平台、同一份资产与审计视图上，并由虚拟 CIO 的节奏产出区域报告。
真实的长处： 总部团队去做他们当初被雇来做的事。报表变成查询而不是表格作业。标准在每个国家以同样方式被执行，因为执行它的是同一个交付组织。升级路径是被定义出来的，而不是临场发挥的。
在哪里崩掉——诚实的那部分： 如果分工含糊，它就会失败。如果总部因为「这一次这样更快」而继续直接收工单，旧模式就会回来。它同时要求总部团队接受「自己的价值长什么样」发生改变，而这是一个管理问题，不是技术问题。
适合谁： 正是这种形态——一个对自己无法亲身抵达、且并非都能用其语言沟通的场地负有治理责任的区域总部。

如果这说的就是你的区域，从哪里开始

1. 先把资产数清楚，再买任何东西。 多少台终端、在哪个国家、处于什么状态。如果你拿不出来，那这就是第一项交付物，而不是第一个可以跳过的步骤。

2. 量一量总部团队的一周到底装了什么。 两周诚实的工时记录，通常比任何争论都更快地终结「这到底算不算一个真问题」的内部分歧。

3. 把分工写下来。 哪些决定归总部、哪些下放。请在与供应商谈之前做这件事，因为它决定了你到底在买什么。

4. 想清楚欧洲母公司需要看到什么、多久看一次。 报表要求对运作模式的塑造，比大多数集团预期的更强。

5. 追问供应商：哪些市场有公开费率。 然后追问：没有公开费率的那些，会发生什么。

如果你的新加坡区域总部正把一周花在别国的工单上，欢迎跟我们聊聊这个分工该长什么样。

常见问题

一线支持应该放在区域总部吗？

一旦不止一个其他国家，通常不应该。一线支持是高频、时效敏感且与语言绑定的；而区域总部这三样都不是。只有当整个区域是几间语言相同、形态相似的办公室时，把一线留在总部才说得通。一旦出现工厂、当地语言和场地特有的设备，一线就应该属于一个有当地存在的交付层，而总部成为升级节点，而不是那条队列。

四个国家的语言怎么处理？

把语言放到工单发生的地方，而不是指望总部去翻译。一个具备当地语言一线处理能力的区域服务台，意味着一位工厂主管可以用他真正在思考时使用的语言描述故障，描述与诊断之间不损耗任何东西。与此对应的是：文档和标准镜像保持单一工作语言——通常是英语——这样集团不必维护四个版本的「事实」。

什么留在总部，什么下放？

一个可行的分工是：总部保留架构、供应商选择与商务条款、安全基线与政策、更新与预算计划，以及任何跨境或改变标准的事项的批准权。交付层承接一线与二线支持、监控、补丁、终端管理，以及执行总部已批准的变更。失败模式是把这件事留在心照不宣的状态——把它写下来，包括某个场地不同意时的升级路径。

跨国的统一资产视图怎么做出来？

让各国跑在同一个平台上，而不是去对四份账。如果每一台终端都带着同一个代理、汇入同一份记录，区域资产与安全状态的问题就变成对一个系统的一次查询。博迅的 BCS Beam 代理同时承载远程支持和一份只读的健康与安全审计——加密、防病毒、更新状态、软件清单——并置于按客户隔离的租户之下，这才让区域视图成为真的视图，而不是四份导出拼在一起。另一条路是一年一次的人工盘点，而它在完成当天就已经过期。

这会取代本地 IT 人员吗？

不一定，而且往往不应该。工厂尤其需要有人在场。改变的是角色：那位本地人员不再是一位带着累积权限的非正式管理员，而成为一双职责明确、权限明确的手，遵循与其他人相同的流程和相同的工单系统。这对集团的安全状况更好，对本人也好得多——他不再为一件自己从未被培训、也从未被支付报酬去负责的事承担非正式责任。

各场地成熟度差别很大怎么办？

要预期到这一点，并据此排序。一种常见且合理的做法是：让最不成熟的场地先进——它收益最大，也最能压力测试这个模式——而往往已有像样本地安排的最成熟场地最后进，并在集团标准之下保留更多本地自主权。场地之间不应该有差别的是：安全基线、资产记录和工单流程。可以合理存在差别的是：多少事在本地做、多少事远程做。

向欧洲总部的报告怎么运作？

有用的目标是：同一份报告、每期以同样的方式、从平台数据而不是人手产出。虚拟 CIO 的节奏给它一个韵律和一位负责人：一份关于资产、事件、安全状态与计划工作的、母公司不需要附加说明就能读懂的一致区域视图。实际的检验标准是：上一季度的报告和这一季度的报告可不可比。如果不可比，那这些数字是被拼出来的，而不是被测量出来的。