审查亚洲本地 IT 交付伙伴（MSP）：十一个问题

一句话回答： 分包本地人手是一个交付风险决策，不是一个采购决策。活你已经接下来了，现在买的是「你承诺的 SLA 能否在一个你没有人的城市里活下来」这个概率。十一个问题，足以把「能扛住这个 SLA 的伙伴」和「只会把这个 SLA 原样报回给你的伙伴」分开。

这篇文章写给一类非常具体的读者，值得在第一个问题之前先说清楚是谁。你在一家 MSP、系统集成商、数字代理商或咨询公司负责服务交付。你已经拿下——或者即将拿下——一个包含香港、新加坡、深圳、大阪、吉隆坡，或者某个远没有这么方便的地点的项目，而你在那里一个工程师都没有。合同已经签了，或者方案已经递出去了。时间在走。

你不是在决定「外包是不是一件好事」。那个问题在你签字的那一刻就已经结束了。市面上绝大多数关于 IT 外包的内容，是写给还在犹豫要不要外包的最终客户看的，对你来说纯属浪费时间。你需要的是一套方法，能在两三次对话之内判断出：眼前这家本地伙伴，究竟能不能真正交付你已经向客户承诺过的东西——以及当答案是「大部分能」的时候，这件事会让你付出什么代价。

Brocent 经常坐在这场对话的另一侧。真正有效的询盘里，大约四分之一根本不是最终客户，而是接了活却没法亲自到场交付的 IT 服务公司。下面这份清单，是我们希望更多人在第一通电话里就问我们的问题——从「被审查的一方」而不是「推销的一方」的位置写出来。

这篇写给谁，不写给谁

如果你是一家区域总部、或者美国、欧洲的总公司，正在评估怎么覆盖自己在亚洲的办公室，那你找错文章了——美国公司在亚洲的 IT 支持讲的是那个决策，那里的经济账、签约主体和内部政治都完全不同。在那篇里，你是最终客户。在这篇里，你是总包方，你身后站着一个永远不会看到你伙伴名字的客户。

这个差别几乎改变了评估的每一环：

你的风险先是声誉，然后才是钱。 一次没到场的上门，损失是一笔服务扣款。但代价是那个客户。
你没法把借口转述出去。「我们的伙伴派不出人」这句话，你没法对客户说。
你需要一条不属于你自己的审计轨迹。 你的客户会向你要一份你自己没做过的工作的证据。
毛利很薄，而且已经锁死了。 你是在还不知道本地交付成本的情况下报的价。那里出现的任何意外，直接从你的毛利里扣。

请带着这四条往下读。下面十一个问题，每一个的存在，都是因为其中某一条在现实里崩了。

问题一：你真正驻点的是哪些城市，能到达的又是哪些？

「覆盖」是这个市场里被滥用得最厉害的一个词，几乎每一家服务商都在用——包括 Brocent。值得逼着伙伴把它拆成三件很不一样的事。

驻点的意思是：有拿工资或签约的工程师住在那个城市，大部分工作日都在那里上班。他们熟悉那些楼、那些业主、那些卸货区的规矩，还有本地的硬件供应商。可达的意思是：有工程师能过去——当天、隔夜，或者坐飞机——代价由某一方承担。可招的意思是：服务商有一个网络，接到活之后可以从里面招人，这是一种真实的能力，但更慢，波动也更大。

三种都是正当的，卖哪一种都不算错。错的是把第三种说成第一种。把问题问成下面这个形式，答案就变得可核对了：就这个具体地址而言，你们最近的工程师是住在这个城市、住在这个国家，还是接到单才去招的——这三种情况的到岗周期差多少？

Brocent 自己的答案，公开写在现场派工服务页上：100 多个国家的派工网络，一支已登记的现场工程师队伍，派工 SLA 为紧急 P1/P2 四小时到场，或标准请求次个工作日到场。这是一条真实的、写进合同的到场时间承诺——但你仍然应该针对你那个具体站点问上面那个问题，因为「100 多个国家」描述的是一张网，不是一条街。

没人会为二线城市重新报价

一线城市很容易。亚洲任何一家服务商都能往中环、莱佛士坊、丸之内或者浦东派个人。差别出现在第二梯队：东莞而不是深圳，柔佛而不是新加坡，高雄而不是台北，宿务而不是马尼拉。

在第二梯队，你应该预期到——并且按此定价——一种确实不一样的服务：更长的到岗周期，要么计费要么被吸收掉的路程时间，更小的人才池意味着技能等级可选范围更窄，有时候甚至是一套完全不同的商务模式。如果一家伙伴给二线城市报的费率和 SLA 跟首府一模一样，那不是慷慨，通常说明他们根本没想过这件事，而你会在第三个月发现那个缺口。

问题二：你们能跑哪几种交付形态，中途能不能切换？

有三种形态是要紧的，而且它们互不等价：

驻场——一名指定工程师全职在你客户的站点上，实际上算他们团队的一员。
定期——一种周期性的、排好的到场：每周两天、每两周一天、每月一个维护窗口。
派工——被动的、按次上门，由工单触发。

大多数分包工作是从派工开始的，因为那是承诺最小的一种。其中相当大一部分本来就该从定期开始，还有不少会在一年之内演变成驻场。要问的问题不是「你们提供哪几种」——有本事的伙伴基本三种都提供——而是：当我们需要在它们之间切换的时候，商务上会发生什么？

具体一点：累积的派工花费能不能转换成定期或驻场的承诺？驻场费率有没有反映出「你现在给了他们可预测的收入」这件事？驻场模式有没有最短期限，那个期限跟你自己客户的合同期是否匹配？真正做过这件事的伙伴，会有现成的答案。没做过的那家，会说「到时候再看」，意思是你将在客户正在扩大范围的那一刻，从一个很弱的位置上重新谈判。

对比：从分包方的位置看三类本地伙伴

人力中介

能给你：一个人，很快，日费率透明。
不能给你：升级深度、工具、文档，或者当那个人生病时可以打电话的任何人。你就是二线，你客户也是。
适合：你需要的是一个有明确结束日期的项目上的人手，而工程能力你自己已经有了。

本地系统集成商

能给你：真实的本地深度、厂商关系，有时候还有比你自己拿得更好的硬件价格。
不能给你：多国一致性，也未必愿意当隐形人——很多集成商想要最终客户关系，有些会直接拿走。
适合：工作集中在一个国家，而且形态偏项目制而不是持续支持。

作为交付伙伴的区域型 MSP

能给你：跨多国的一份合同、一致的流程和工单轨迹、工程师背后的升级链条，以及一个明确的白牌立场。
不能给你：任何单一国家里可能的最低单价——区域管理成本是真实的，而且在价格里。
适合：工作是持续性的、跨不止一个市场，而且你的客户会向你要一份你必须为之背书的报告。

三者没有高下之分。它们的崩法不一样，而你最承受不起的那种崩法，应该决定你选谁。

问题三：工程师说什么语言，工单又是用什么语言写的？

这是两个问题，把它们混为一谈是亚洲交付里最常见的范围界定错误。

站在你客户香港财务经理面前的那位工程师，多半需要粤语。到达你服务台的工单、最终落进你 CMDB 的资产记录、以及发给硬件厂商的升级请求，多半都需要英文。向你客户在上海的区域 IT 负责人解释三天备件延迟的那个人，可能需要普通话。这是三条语言要求在干三件不同的差事，而回答「我们的工程师是双语的」这家伙伴，一条都没回答。

把它拆成三问：工程师在现场说什么？你们的工单和报告回来是什么语言？谁跟我的客户对话——你还是我？

Brocent 自己公开的立场是：一支普通话、粤语、英文的双语服务台，覆盖 1 到 4 级；更广的语言能力——包括日语、印尼语和泰语——覆盖服务台和现场两个层级。不管你用哪家伙伴，都要拿到一份等价的书面说明，按站点写清楚，别等它变成范围争议。

问题四：一位指定的工程师，实际多久能开始？

不是「你们多快能动员」，那句话没有任何含义。是：从签字到一个有名有姓的人站在现场，要几个工作日，以及什么会改变这个数字。

会改变它的因素是可预测的，每一条你都该问：

认证要求。 硬性要求某张厂商证书，会缩小候选池。多条筛选条件之间是相乘而不是相加的，所以两条硬要求砍掉的人，可能远多于任何单独一条。这个效果先体现在到岗周期上，然后才体现在费率上。
语言要求，原理同上。
安全审查或背景调查，有一个花多少钱都压不下去的时间下限。
进场培训，在工业或受监管站点尤其明显，往往才是真正的瓶颈，而且几乎从来不在伙伴的控制范围内。
你客户自己的准入流程，完全不在任何人控制之内，而且稳定地比所有人计划的更久。

一家不问上述任何一条就直接给你一个数字的伙伴，是在猜。好的那家会给你一个区间，并告诉你五条里哪一条是决定性的。

问题五：用谁的工单，用谁的 RMM，文档归谁？

这个问题决定了你买到的是产能，还是一种依赖。

常见的安排有三种。伙伴在你的 ITSM 和 RMM 里工作，这给你最干净的审计轨迹和最小的摩擦，但要求他们在一套不属于自己的系统上购买授权、培训并支持工程师。伙伴在他们的工具里工作，然后给你一份导出或者一个 API 数据流，这对他们更省事，只要那个数据流是真的能用的，也可以接受。或者——这种情况比任何人愿意承认的都多——伙伴在他们的工具里工作，然后给你发一封总结邮件，那根本不是审计轨迹。

文档问题就压在它下面。当这段合作结束时，你能不能拿到 CMDB 条目、站点笔记、网络拓扑、凭据清单和历史已知问题？以一种有文档的、可迁移的形式，而不是作为一次人情？

Brocent 在这里的答案是一条公开政策而不是一个谈判项：客户拥有文档与凭据，是每一档 Managed IT 套餐里都包含的条目，不是加钱项。去问你的伙伴同一个问题，然后仔细听那个答案究竟是一条原则还是一次让步。让步会在商务压力下被收回，原则不会。

问题六：当工程师修不好的时候，升级长什么样？

现场那位工程师是第一线。他们背后是什么？

问清楚三个具体时刻会发生什么：工程师到场后发现故障超出自己的技能等级时；故障完全超出约定范围时；以及当地凌晨两点、你客户打电话给你而不是给他们时。

你要找的是一份有名字、至少有角色的升级矩阵；一套写进合同而不是靠人情维系的非工作时间安排；以及一条清晰的规则，说明工单在升级期间归谁。你要避免的崩法是：伙伴的工程师关掉了自己那次上门，你的工单还开着，而两者之间的空隙没有人负责。

问题七：计费单位是什么，以及什么不在里面？

这个市场里的单位经济学差异，比大多数人预期的要大得多，而表面那个数字很少是可比的那个。

派工工作通常按次计费，首小时一个价，后续小时一个更低的价。Brocent 公开的派工费率表就是一张按这个结构做的 42 国清单——例如新加坡首小时 85 美元、每增加一小时 78 美元，基准是 EUC L1、次个工作日、9×5。专属工程师按月计费：另一张七国表，新加坡入门级为每月 4,160 美元。

比数字更要紧的是里面装了什么。要明确地问：

路程时间计不计费，从哪里算起——工程师家里、某个办公室，还是市中心？
有没有最低上门量，是按次还是按天计算？
非工作时间和公众假期的倍率是多少，用谁的公众假期日历？
备件、耗材和快递费是按成本转嫁，还是带加价？
费率是全负载的，还是法定雇主成本、外汇处理、账期融资另算？

最后一条是大多数意外的藏身处。Brocent 的派工表脚注写明其费率为全负载——涵盖生活成本、双语工程师、培训、外汇与税务处理、账期融资和 7×24 协调——而它的 FTE 表把技能等级公开定价，L2 约为入门级的 +21%，L3 约 +44%。不管你用不用我们，都要坚持拿到等价的拆解。一家说不出自己费率里装了什么的伙伴，是没算过。

问题八：责任、保险、背景调查，还有你客户的数据

这是任何审查对话里最无聊的一节，也是被跳过时最会毁掉职业生涯的一节。

要确认：工程师由谁雇佣、在哪个法律主体下；存在什么职业责任险和公众责任险、保额多少；是否做背景调查、按什么标准做；以及——最关键的——这家伙伴接触你客户数据的法律依据是什么。

最后这点值得单独一句。香港的 PDPO、新加坡的 PDPA 和中国内地的 PIPL，都会把义务沿着链条往下传。你对你的客户是数据处理者；你的伙伴是次处理者。如果你客户和你之间的协议要求披露次处理者——大多数企业级协议都要求——那么一家你没有披露的伙伴，就是一次正等着在你客户下次审计中被发现的合同违约。

问题九：工装上是谁的标，工单里是谁的名字？

白牌这个问题，问起来简单，听答案很能说明问题。

有些伙伴会完全白牌：工程师自我介绍时说自己为你工作，不穿任何带标的衣服，在你的工单系统里按你的流程出现。有些会做联合品牌，不少最终客户其实更喜欢这样，因为它诚实。有些会坚持自己的身份，这是一个正当的商务立场，但同时也告诉你：他们把你的客户看作未来的潜在客户。

这里没有标准答案，但有一个正确的顺序：先确定你自己的客户被告知了什么，再去找一家立场与之兼容的伙伴。等到伙伴的工程师把名片递到你客户手上时才发现不一致，是一种本可避免且代价高昂的学习方式。

问题十：结束的时候我们带走什么？

每一段合作都会结束。在开始的时候就问清楚结束长什么样。

具体包括：双方各自的通知期；有没有最短期限、什么能打破它；累积的文档是否转移给你；工程师有没有竞业/禁止挖角条款、是否双向；存放在你客户站点的备件、借用设备和耗材怎么处理；以及这家伙伴是否会以何种费率支持向接替者的交接。

能干净利落回答这些问题的伙伴，正在告诉你一些关于他们如何预期这段关系走向的有用信息。变得闪烁其词的那家，告诉你的信息更有用。

问题十一：如果他们的工程师合同中途辞职呢？

这个问题几乎没有人问，而它是最可能伤到你的那个。

如果你买的是驻场或定期工程师，那位工程师是一个有职业生涯、有通知期、身处一个竞争性本地劳动力市场里的人。尤其在香港和新加坡，有经验的双语基础架构工程师不会长期待业。在一份多年期合作的某个时点上，你那位会辞职。

要问：合同上的替换承诺是多少天？替换的人到场时是已经完成进场培训，还是培训时钟从头开始？如果有重叠期，谁付钱？存在什么样的文档，使得接替者不必从零开始？以及这个问题最锋利的版本——你刚刚报给我的那个价里，包不包含休假顶班和补位，还是那是一项单独计价的服务？

这个区分是真实存在的，值得把话说准，包括关于我们自己的定价。Brocent 的全职驻场服务页把「无缝休假顶班」作为一项具名功能来卖，替补来自一支受过训练的工程师池。而公开的 FTE 费率表在同一口气里标注为「不含补位的入门级月费」，旁边写着可另配次个工作日补位。这两者并不矛盾——它们是你可以分别购买的两样东西，诚实的说法是：一个包含顶班的月度数字，和一个不包含的，不可比。当你拿三家伙伴的报价做对比时，务必确认三家报的是同一样东西。

Brocent 自己的答案是什么

公开十一个问题却不回答它们，是一种回避，所以下面按同样的顺序简要说一遍。

我们在香港、中国内地、新加坡、马来西亚和日本直接驻有工程师，并通过一支已登记的现场工程师网络派工至 100 多个国家，带合同化的紧急四小时或次个工作日到场 SLA。我们跑驻场、定期和派工三种形态，并且可以在合同中途转换。我们的服务台以普通话、粤语和英文运行，覆盖 1 到 4 级，日语、印尼语和泰语覆盖服务台与现场层级。到岗周期取决于你设了哪些筛选条件，而我们会告诉你哪一条是决定性的，而不是报一个我们扛不住的数字。

我们可以在你的 ITSM 里工作，也可以在我们的里。文档和凭据归客户所有，这是横跨所有套餐档位的长期政策。费率是公开的——42 国派工费率加七国月度 FTE 费率——而且是全负载的，技能等级加价是写出来的而不是埋起来的。需要白牌时我们做白牌。至于最后一个问题：休假顶班是一项具名服务，补位相对入门费率单独计价，我们宁愿现在就告诉你你买的是哪一种，也不希望你在七月才发现。

这一切背后是和我们按人计费的 Managed IT 套餐同一台引擎——监控、补丁、服务台和报告，正是这些让任何一位工程师都是可替换的。这才是「用区域型 MSP 当交付臂膀，而不是用人力中介」的真正论据：重点不是那个工程师，而是站在他背后的东西。

如果你正在为某个具体站点做范围界定，想要的是针对那个地址而不是泛泛而谈的十一个答案，跟我们聊聊。