新加坡虚拟CIO服务：区域总部的故事

一句话结论： 当这家新加坡区域总部的 IT 经理提出辞职，公司才发现：那份多年期技术路线图从来没有以文档形式存在过——它只活在一个人的脑子里，然后随他一起离开了。虚拟 CIO（vCIO）的作用，是把路线图变成公司自己拥有的交付物，并且有一位具名的人对它负责，而无需承担全职 CIO 的成本与招聘风险。

本文中的公司是一个复合情境，取自我们在新加坡区域办公室反复看到的模式，并非某个具名客户。真实的是文中描述的服务模式：具名 vCIO 与技术路线图，包含在博迅每一个托管 IT 计划档位中，而不是作为高价附加项出售。

新加坡区域总部的困境：大到不能靠临场发挥，小到请不起 CIO

新加坡作为东盟区域总部的角色，催生出一类非常特别的公司。总部本身规模不大——十五到二十五人，覆盖财务、供应链、区域销售管理与行政——而它所治理的运营版图要大得多：马来西亚、印尼、泰国、越南乃至更北方的工厂、经销商、销售办公室与仓库。

在这个总部里做出的技术决策，与它的人数完全不成比例。整个区域统一到哪套 ERP 上。越南工厂的网络是今年重建还是明年。五个国家法人实体的 Microsoft 365 授权如何整合。当一段经销商关系结束时，数据怎么办。面对如今开始寄来安全问卷的客户，集团的安全态势是否够用。

这些都是 CIO 层面的问题。它们不应该由一位称职的系统管理员独自回答，而它们通常也不在托管服务商的默认职责之内——大多数 MSP 的合同是"保证东西能跑"，而不是"决定东西该往哪走"。

于是这些问题还是被回答了，只不过是非正式地，由 IT 里资历最深、待得最久的那个人来回答。这套办法能用，而且往往能用很多年。它一直有效，直到那个人离开。

情境：一封辞呈，和一份找不到的路线图

这家复合情境中的公司是一家新加坡总部的制造企业，总部约二十人，运营覆盖东盟四个国家。它的区域 IT 经理已经在集团待了九年。他很称职——那种知道哪份供应商合同在哪个月续约、哪个工厂的交换机已经停产、印尼实体为什么至今还在独立租户上、以及整合计划是什么的人。

他以再普通不过的方式辞职：提前两个月通知，没有任何波澜。

交接产出了一个文件夹：供应商联系人、授权续期日期、新旧不一的网络拓扑图、以及一份未结工单清单。它没有产出的——因为那东西从来就不存在——是路线图。没有任何一份文档写着：未来三年我们的技术要往哪里去、顺序是什么、什么依赖什么、以及为什么。

COO 是在交接第二周发现这件事的。她问了一个自以为很简单的问题：越南的网络改造，我们原本是怎么计划的？答案牵涉到十八个月前的一次预算讨论、一份已经过期的供应商报价、一个对 ERP 迁移的依赖（而那个迁移后来延期了），以及一个关于是否要等工厂租约决定的判断。所有这些都是对的。但没有一条写在纸上。

他的继任者——外部招聘、能力不差、到岗三周——无法继承其中任何一部分。她继承到的，是一个正在运转的 IT 环境，和一堆她毫无上下文的既有决策。她的头六个月，将花在从供应商和同事的记忆里，重新发现一份已经被做过一次的计划。

除了显而易见的部分，这真正的代价是什么

看得见的代价是那段重新发现的时间。看不见的那些更糟。

决策变成被动反应。 没有排好顺序的计划，技术支出就只会响应"什么坏了"或者"供应商在推什么"。越南的改造会在交换机故障时发生，而不是在原定排期上发生。整合会在审计发现问题之后进行，而不是之前。每一个单独的决策看起来都站得住脚；但加总起来既昂贵又缺乏连贯性。

技术上没有人对董事会负责。 在区域总部里，最后代表 IT 参与集团讨论的往往是 COO 或者董事总经理，去描述一份不是他们做的、也无法在细节上辩护的计划。当区域或全球管理层问"技术预算为什么是这个数"，得到的答案往往是一串明细项目，而不是一套策略。

机构知识在集中，而不是在积累。 继任者会用三四年时间，重建她前任那份没有文档的理解——然后在她离开时再带走一次。这家公司为同一份知识付了两次钱，而两次都没有拥有它。

供应商关系失衡。 一个服务这个账户多年的供应商，比现在管理它的人更了解这套环境。这不是什么阴谋，只是信息不对称，而它会体现在续约报价和范围上。

跨境复杂度无人管理。 区域总部最难的技术问题恰恰是那些多国问题：东盟各法域的数据存放地、跨实体的授权结构、在每个国家办公室都有自己习惯的前提下统一支持模式。而这些恰恰是最不会被写下来的问题，因为它们不是任何一个人的本职。

这一切都不是那位离职 IT 经理的失职。他把活干了。只是公司从来没有要求他以一种可以被保留下来的形式交付它。

博迅的观点：路线图应该是一份公司自己拥有的文档

博迅自 2007 年起为亚洲各地企业运营 IT，2016 年设立香港办公室，2021 年起总部设于新加坡。服务区域总部是我们新加坡业务的很大一部分，而这个模式——策略随人离开——是我们遇到的最常见的结构性弱点之一。

我们的立场很直接：对这个规模的公司来说，技术策略应该同时是一位具名人员的责任，和一份公司自己拥有的书面交付物。不能二选一。一份没有人负责的文档，一个季度之内就会过时；而一位负责却什么都没写下来的人，就是上文描述的那种情况。

这正是为什么具名虚拟 CIO与技术路线图被包含在我们每一个托管 IT 计划档位之中，而不是被定位成高价加购项。这个规模的公司对策略层的需要，至少不亚于更大的公司——只是它没办法为此单独养一个全职岗位。

关于我们怎么运作这件事，有几点值得直说，因为"vCIO"这个词在市场上被用得相当宽松。

这是一位具名的个人，而不是一个轮值的账户职能。 我们的 vCIO 名册是真实的博迅高管，各有实际的专长领域——IT 解决方案战略、信息安全、多国 HR 与合规、供应链系统、基础架构、Microsoft 365，以及 AI 与研发等。一家区域制造企业的路线图，会指派给背景与其中问题相匹配的人。

路线图是一项交付物，而不是一次谈话。 它是书面的、有版本的、排过序的，并且由客户持有。我们的标准计划把"客户拥有文档与凭据"写成一项政策，而路线图正属于这一类：即便你离开我们，它依然是你的。

它与客户经理不同，也与 vCISO 不同。 客户经理负责服务交付——工单、SLA、升级。vCIO 负责方向。如果一家公司需要的是一位专职的分数制安全高管，而不是把安全当作路线图中的一个议题，那属于另一项vCISO 服务，按环境单独报价。

它建立在已交付的服务之上，而不是并排放在旁边。 一位看不到你真实工单量、补丁合规率与事件历史的 vCIO，是在用一份幻灯片写策略。我们的 vCIO 从同一份托管 IT 支持计划的运营现实出发工作，而那份计划正维持着整个环境的运转。

对区域总部而言，vCIO 服务在实践中是什么样子

对情境中这样的公司来说，第一年有一个可辨识的形态。

尽早做一次环境与决策盘点。 不是技术审计——那是另一回事——而是盘点当前正在推进的决策、被搁置的决策、以及那些没人意识到已经到期的决策。在这家复合情境的公司里，这项工作浮出了越南改造、印尼租户、一个 ERP 依赖，以及三份将在九个月内续约、却没有任何人记在日历上的供应商合同。

一份带顺序与依赖关系的书面多年期路线图。 价值不在于单个条目，而在于排序：ERP 迁移之前必须先做什么、工厂租约敲定之后才能做什么、现在做很便宜而拖延会很贵的是什么。这正是那份原本不存在的交付物。

与业务日历挂钩的定期战略评审。 通常是每季度一次，对齐预算周期而不是 IT 自己的节奏，这样技术诉求提出的时候，财务确实有条件考虑它。

面向董事会与集团的表述方式。 区域总部经常需要向另一个国家的母公司为技术支出辩护。vCIO 工作的一部分，就是把路线图转换成能扛住那场对话的语言——业务成果与风险，而不是设备清单。

跨人事变动的连续性。 这才是整件事的意义所在。在复合情境里，当新任 IT 经理到岗时，路线图是她读的第一份文档，而 vCIO 是那个带她走一遍"每个决策为什么是这样做的"的人。她的上手期从几个月的考古，变成了几周的补上下文。

把多国协调当作一个常设议题。 数据存放地、跨实体授权、四个国家之间一致的支持模式，这些都不是项目工作；它们是路线图必须持有并不断回顾的长期立场。

由于 vCIO 包含在计划内而不是单独计费，对大多数公司来说，实际的问题不是"这要花多少钱"，而是"你有没有在用你已经拥有的那一个"。计划价格按每用户每月公布在价格页面，而策略层在每个档位里都包含在内。

路线图文档里到底写些什么

"路线图"这个词几乎可以什么都不意味，所以有必要具体说说：对这个形态的公司而言，一份有用的路线图里包含什么。

按国家写的现状说明。 不是完整的资产清册，而是足以让一位新任 IT 负责人或母公司审阅者看清：每个实体在跑什么、哪里偏离了集团标准、以及这个偏离为什么存在。在复合情境里，印尼实体的独立租户其实有一个正当的历史原因，只是从来没人写下来，结果它每次都被当成新发现的意外重新翻出来。

正在推进的决策，附带负责人与触发日期。 越南的网络改造之所以停住，并不是因为有人决定让它停住。它在等一个没有日期的租约决定，于是它就再也没有浮上来过。把依赖关系和日期写清楚，这件事本身就完成了大半。

一个顺序，并且把推理保留下来。 顺序比清单重要，而推理比顺序更重要。任何人都能重建一份"该做的事"的清单。但一旦当初想通这件事的人离开了，没有人能重构出"为什么 ERP 迁移必须排在租户整合之前"。

多国的长期立场。 东盟各法域的数据存放地、跨实体的授权结构、集团的支持模式，这些都不是会结项的项目。它们是需要被持有、被复审、偶尔被改变的立场，理应写进文档，而不是留在某个邮件会话里。

一个预算形状，而不是一份预算。 未来三年大致要花多少、在"维持"与"变更"之间怎么分，用母公司财务部门能识别的语言表述。在这里追求精确是一种虚假的安心；能把对话启动起来的是方向。

区域总部处理 IT 策略的三种方式

由一位资深员工非正式地持有策略

你得到什么： 决策快、上下文深、没有额外开销——只要那个人还在。
成本： 表面上是零，而这正是它长期存在的原因。
在哪里失效： 在辞职那天。没有任何东西可以移交，继任者从零开始，公司为一份自以为已经拥有的知识再付一次钱。
适合谁： 几乎没有人——但大多数区域总部实际上就处在这个状态。

招一位全职 CIO 或区域 IT 总监

你得到什么： 真正的所有权、全职的关注，以及一个每场决策都在场的人。
成本： 一份高管薪酬包，加上招聘周期，以及在一个人才市场不大的地方招错人的风险。
在哪里失效： 立项理由。在十五到二十五人的总部规模上，这个岗位很难向母公司交代，往往会被降级到比原本设想更初级的层次来填补，并且以更昂贵的形式复制了"知识单点"的问题。
适合谁： 规模大到技术决策是持续发生、而非阶段性发生的集团。

一位具名虚拟 CIO，加一份书面路线图

你得到什么： 一个具名、可问责的策略声音；一份书面、带版本、由客户拥有的路线图；与预算周期挂钩的定期评审；以及能扛住任何个人离职的连续性。包含在博迅每一个托管 IT 计划档位中。
成本： 属于托管 IT 计划的一部分，按每用户每月计价，而不是另一个高管编制。
在哪里失效： 它不能替代一位日常的 IT 负责人。本地仍然需要有人跑运营——vCIO 决定方向，不处理工单。而且当同一家服务商同时交付托管服务时，效果会好得多，因为脱离运营数据写出来的策略只是猜测。
适合谁： 需要 CIO 级判断力、但需求是周期性而非持续性的区域总部与中型集团。

常见问题

vCIO 具体交付什么？

一份带排序与依赖关系的书面多年期技术路线图；一份"正在推进的决策"与"已到期的决策"的常设清单；与你的预算周期对齐的定期战略评审；以及把技术支出转述成董事会或母公司能接受的表达方式。判断一项 vCIO 服务是否名副其实，标准很简单：在任意时点，你能不能打开一份当前有效的文档，上面写着你的技术要往哪去、以及为什么？

这和托管 IT 的客户经理有什么不同？

客户经理负责交付——工单流转、SLA 表现、升级、服务评审。vCIO 负责方向——三年后这套环境应该长什么样、以什么顺序走到那里。这是两类不同的问题，在我们的模式里，也是两个不同的人。一次只讲工单量的服务评审，无论多有用，都不是一次策略对话。

与聘请全职 CIO 相比，vCIO 要花多少钱？

具名 vCIO 与技术路线图包含在我们每一个托管 IT 计划档位中，所以这并不是一次同类可比的价格对照。另一个选项是一份高管全职薪酬，外加招聘成本与用人风险，而这个岗位对一个十五到二十五人的总部而言，通常很难向母公司说明其必要性。计划价格按每用户每月公布在价格页面。

典型的服务每月投入多少小时？

它是围绕评审频率与"正在推进的决策"来组织的，而不是围绕一个固定工时数。基础通常是每季度一次战略评审；在决策密集的时期——一次迁移、一个新办公室、一个预算周期、一次 IT 人事变动——接触会更多，而在环境稳定时会更少。如果你需要的是一位持续在场的高管而不是周期性参与的，那属于另一类服务，我们会直说。