B BROCENT

分包之前的十一個問題:如何審查一家亞洲本地 IT 交付夥伴

寫給已經在一個自己沒有駐點的國家賣掉了項目的 MSP、系統集成商或顧問公司服務交付負責人。十一個問題,把「能扛住你 SLA 的本地交付夥伴」和「只會把 SLA 原樣報回給你的夥伴」分開:駐點與可達的區別、交付形態、語言、到崗週期、工具與文檔歸屬、升級、單位經濟學、責任、白牌立場、退出,以及幾乎沒人問的那個——他們的工程師合同中途辭職怎麼辦。

兩位專業人士隔著會議桌會面——總包方正是在這樣的對話裡判斷,一家本地交付夥伴能否真正扛住自己已經向客戶承諾過的 SLA
一句話回答: 分包本地人手是一個交付風險決策,不是一個採購決策。活你已經接下來了,現在買的是「你承諾的 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 當交付臂膀,而不是用人力中介」的真正論據:重點不是那個工程師,而是站在他背後的東西。

如果你正在為某個具體站點做範圍界定,想要的是針對那個地址而不是泛泛而談的十一個答案,跟我們聊聊

常見問題

你們做白牌嗎?

做。工程師可以不帶任何品牌標識到場並以你團隊的身份出現,工作也可以記錄在你的工單系統裡、按你的流程走。在最終客戶更看重透明的場合,我們也做聯合品牌。這個立場需要在第一次上門之前就談定,而不是之後,因為它決定了工程師怎麼自我介紹,以及你客戶簽字的那份服務報告上寫什麼。

你們直接駐點的是哪些城市?

Brocent 在香港(2016 年起)、中國內地(公司 2007 年創立於北京)、新加坡(2021 年起為總部所在地)、馬來西亞和日本有駐點運營。這些之外,交付走派工網絡而不是常駐人員。對任何具體地址,請讓我們告訴你適用的是哪一種——答案會實質性地改變到崗週期和成本,我們寧願一開始就說明白。

工程師最快多久能開始?

派工工作的合同 SLA 是緊急請求四小時、標準請求次個工作日。駐場或定期派駐的誠實答案是一個區間,取決於你設了多少條硬性要求——認證、語言、審查和進場培訓每一條都在縮小人才池,而且它們之間是相乘的。我們會給一個區間並點名那條決定性的約束,而不是給一個我們扛不住的單一數字。

我們能用自己的工單系統嗎?

可以。對分包的 MSP 來說,在你的 ITSM 裡工作通常是最乾淨的安排,因為它給你一條你自己擁有、並且可以拿給客戶看的審計軌跡。這確實需要在你的平台上購買授權並培訓工程師,那是某一方的真實成本,應當在商務上談定而不是預設。

你們的最低量是多少?

派工按次計費,採用首小時加續時的結構,且不要求預付——公開的派工費率表展示了這一結構在 42 個國家的樣子。專屬工程師是按月的承諾。在站點需求是重複性且量更大的情況下,代金券包或按人計費的託管套餐通常比每次都付派工價更便宜,我們會主動這麼說,而不是任由你把上門次數攢起來。

你們會直接跟我們的客戶打交道,還是隻通過我們?

由你指定。很多交付夥伴合作完全經由總包方進行,Brocent 對最終客戶是隱形的。另一些則在非工作時間事故上配一條直接升級通路會更好用。要緊的是這件事被明確決定並寫下來,包括當最終客戶在現場向我們的工程師問商務問題時,他該怎麼做。

文檔歸誰?

歸你,進而歸你的客戶。「客戶擁有文檔與憑據」是每一檔 Managed IT 套餐裡的包含項,而不是談出來的讓步;同一條原則也適用於交付夥伴工作:資產記錄、站點筆記、網絡拓撲和已知問題歷史,會在合作結束時以可遷移的形式移交。

付款條件是什麼?

條件按每個項目談定,而帳期融資是被明確點名裝在我們全負載費率裡、而非另行收費的成本之一。如果你需要的條件與標準差異很大,請在範圍界定階段就提出來——它是一項定價輸入,不是事後補丁;一家在不重新定價的情況下就答應了異常條件的夥伴,幾乎肯定把它定在了某個不那麼顯眼的地方。

分享:

立即採取行動

將這些洞察轉化為您企業的IT路線圖。

預約15分鐘免費諮詢,與我們的亞太IT專家交流。我們將評估您的現有環境,並在24小時內提供定製化IT發展路線圖。

📋

免費清單

進入大中華區IT部署前必須檢查的10項關鍵事項

PIPL合規、網絡分段、雙語服務台配置等——企業進入中國大陸第一天所需的完整IT準備清單。

獲取清單 →