外注する前の11の質問 — アジアで現地ITデリバリーパートナーを見極める

結論から: 現地の人手を外注するのは調達の判断ではなく、デリバリーリスクの判断です。仕事はすでに受注済みで、いま買っているのは「自社が人を置いていない都市で、約束したSLAが生き残る確率」です。11の質問が、そのSLAを本当に守れるパートナーと、SLAをそのまま復唱するだけのパートナーを分けます。

この記事は、かなり限定された読者に向けて書いています。最初の質問の前に、それが誰なのかをはっきりさせておく価値があります。あなたはMSP、システムインテグレーター、デジタルエージェンシー、あるいはコンサルティング会社でサービスデリバリーを統括しています。香港、シンガポール、深圳、大阪、クアラルンプール、あるいはもっと不便な場所の拠点を含む案件を受注した——または受注しようとしている——のに、そこにエンジニアが一人もいません。契約は締結済みか、提案書は提出済み。時計は動いています。

あなたは「外注すべきかどうか」を検討しているのではありません。その問いは署名した瞬間に終わっています。IT外注に関するコンテンツの大半は、まだ迷っているエンドカスタマー向けに書かれており、あなたの時間を浪費します。必要なのは、2〜3回の対話のなかで、目の前の現地パートナーが、すでに顧客へ約束したものを実際に届けられるのかを見極める方法——そして答えが「おおむね」だったときに、それが何を代償として要求するのかを知る方法です。

Brocentはこの対話の反対側に日常的に座っています。実際に届く本気の問い合わせのおよそ4分の1は、エンドカスタマーではありません。物理的に届けられない仕事を受注してしまったIT企業です。以下は、最初の電話でもっと多くの方に聞いてほしいと私たちが思っている項目を、売る側ではなく「審査される側」の位置から書いたものです。

誰に向けた記事で、誰に向けた記事ではないか

もしあなたが地域統括本社、あるいは米国・欧州の本社として、自社のアジア拠点をどう支えるかを検討しているなら、この記事は違います——それは米国企業のアジアにおけるITサポートが扱う判断で、経済性も契約主体も社内政治もすべて別物です。そちらではあなたがエンドカスタマーです。この記事では、あなたは元請であり、背後にはパートナーの名前を一生見ることのない顧客がいます。

この違いが、評価のほぼすべてを変えます。

• リスクは金銭より先にレピュテーションに来る。 訪問の失敗はサービスクレジットを失わせます。失うのは、その顧客です。
• 言い訳は転送できない。「パートナーが人を出せなかった」は、顧客に言える文章ではありません。
• 自分が所有していない監査証跡が必要になる。 顧客は、あなたが自分では実施していない作業の証拠を求めます。
• マージンは薄く、しかも先に固定されている。 現地デリバリーのコストを知る前に値付けしています。そこでの想定外は、そのまま粗利から出ます。

この4点を念頭に、以下を読んでください。11の質問はそれぞれ、このうちどれかが現場で壊れるがゆえに存在します。

質問1: 実際に人を置いている都市はどこで、到達できる都市はどこか

「カバレッジ」はこの市場で最も濫用される言葉で、ほぼすべての事業者——Brocentを含め——が使っています。パートナーに、これをまったく異なる3つに分解させる価値があります。

常駐とは、その都市に住み、ほとんどの営業日そこで働く、給与または契約ベースのエンジニアがいることです。建物も、賃貸人も、荷捌き場のルールも、地元のハードウェア商社も知っています。到達可能とは、当日・翌朝・あるいは飛行機で、誰かが負担するコストで行けるエンジニアがいることです。調達可能とは、案件が来てから採用できるネットワークを持っているということで、これも本物の能力ですが、より遅く、より振れ幅が大きい。

3つとも正当で、どれを売っても間違いではありません。間違いなのは、3番目を1番目として提示することです。次の形で問えば、答えは検証可能になります。この特定の住所について、最寄りのエンジニアはこの都市の居住者か、この国の居住者か、それとも案件ごとの採用か——そしてその3つでリードタイムはどれだけ違うのか。

Brocent自身の答えはフィールドITディスパッチのサービスページに公開しています。100か国超のディスパッチ網、登録済みフィールドエンジニアのプール、そして緊急P1/P2は4時間、標準リクエストは翌営業日という到着SLA。これは契約上の実在する到着時間コミットメントです——それでも、あなたの特定の拠点について上の質問はしてください。「100か国超」が記述しているのは網であって、通りではありません。

誰も見積もり直さない「二次都市」問題

一次都市は簡単です。アジアのどの事業者も、セントラル、ラッフルズプレイス、丸の内、浦東には人を出せます。差が出るのは第二階層です。深圳ではなく東莞、シンガポールではなくジョホール、台北ではなく高雄、マニラではなくセブ。

第二階層では、本当に別物のサービスを想定し、その前提で値付けすべきです。リードタイムは伸び、移動時間は請求されるか誰かが吸収し、プールが小さいぶんスキル階層の選択肢が減り、ときには商流そのものが変わります。二次都市に首都と同じレートと同じSLAを提示してくるパートナーは、気前がいいのではありません。たいていは検討していないというサインで、そのギャップは3か月目に発見されます。

質問2: どのデリバリー形態を運用できるか、契約途中で切り替えられるか

重要な形態は3つあり、互換ではありません。

• 常駐型 — 指名エンジニアが顧客拠点にフルタイムで入り、事実上そのチームの一員になる。
• 定期訪問型 — 週2日、隔週1日、月次メンテナンス枠といった、計画された反復的な臨場。
• ディスパッチ型 — チケット起点の、受動的な訪問単位。

外注の多くはディスパッチから始まります。コミットメントが最も小さいからです。その相当部分は本来は定期訪問で始めるべきもので、無視できない割合が1年以内に常駐へ移ります。問うべきは「どれを提供しているか」ではなく——まともなパートナーはたいてい3つとも提供します——形態を移すときに商流上何が起きるかです。

具体的には。累積したディスパッチ支出を定期訪問や常駐のコミットメントに転換する道はあるか。常駐レートは「予測可能な売上を渡している」事実を反映しているか。常駐モデルに最低契約期間はあり、それは自社と顧客の契約期間と整合するか。実際にやったことのあるパートナーには答えが用意されています。ないパートナーは「その時に考えましょう」と言い、それは顧客がスコープを広げているまさにその瞬間に、弱い立場から再交渉することを意味します。

比較: 外注する側から見た3種類の現地パートナー

人材派遣会社

• 得られるもの: 人が、早く、透明な日額で。
• 得られないもの: エスカレーションの厚み、ツール、ドキュメント、その人が病欠したときに電話できる相手。二次受けはあなたであり、あなたの顧客でもあります。
• 向くとき: 終わりが決まったプロジェクトの人手が必要で、エンジニアリングは自社に既にある場合。

現地のシステムインテグレーター

• 得られるもの: 本物の現地の厚み、ベンダーとの関係、ときには自社より良いハードウェア価格。
• 得られないもの: 多国間の一貫性。そして必ずしも「黒子でいたい」とは限らない——多くのSIerはエンド顧客との関係を望み、一部は実際に取りにいきます。
• 向くとき: 仕事が1国に集中し、継続支援よりプロジェクト型である場合。

デリバリーパートナーとしての地域MSP

• 得られるもの: 複数国にまたがる1本の契約、一貫したプロセスとチケット証跡、エンジニアの背後のエスカレーション、明示的なホワイトラベルの立場。
• 得られないもの: 単一国での最安単価——地域運営のオーバーヘッドは実在し、価格に入っています。
• 向くとき: 仕事が継続的で、複数市場にまたがり、顧客があなた自身が責任を負う報告を求める場合。

優劣はありません。壊れ方が違うだけで、最も許容できない壊れ方が選択を決めるべきです。

質問3: エンジニアは何語を話し、チケットは何語で書かれるのか

これは別々の2つの問いで、混同はアジアのデリバリーで最も多いスコープ設定の誤りです。

香港で顧客の経理マネージャーの前に立つエンジニアには、おそらく広東語が要ります。あなたのサービスデスクに届くチケット、CMDBに入る資産レコード、ハードウェアベンダーへのエスカレーションには、おそらくすべて英語が要ります。上海の地域IT責任者に部品の3日遅延を説明する人には、標準中国語が要るかもしれません。これは3つの言語要件が3つの異なる仕事をしている状態で、「弊社のエンジニアはバイリンガルです」と答えたパートナーは、そのどれにも答えていません。

3つに分けて問いましょう。現場では何語か。チケットとレポートは何語で返ってくるのか。顧客と話すのは誰か——あなたか、私か。

Brocentが公開している立場は、標準中国語・広東語・英語のバイリンガルヘルプデスクをティア1〜4で運用し、日本語・インドネシア語・タイ語を含むより広い言語対応をヘルプデスクとオンサイトの両層で提供する、というものです。どのパートナーを使うにせよ、同等の内容を拠点ごとに書面で取っておいてください。スコープ紛争になる前に。

質問4: 指名されたエンジニアは実際いつ着任できるのか

「どれだけ早く動員できますか」ではありません。それには意味がありません。署名から、名前のある個人が現場に立つまで何営業日か。そしてその数字を動かすのは何か。

動かす要因は予測可能で、それぞれ確認すべきです。

• 資格要件。 特定ベンダー資格を必須にすると候補者プールが縮みます。フィルターは足し算ではなく掛け算で効くため、ハード要件が2つになると、どちらか単独よりはるかに大きくプールを削ります。効果はレートより先にリードタイムに現れます。
• 言語要件。 同じ理由です。
• セキュリティクリアランスや身元調査。 金額では動かない時間の下限があります。
• 入場教育。 工場や規制下の拠点で顕著で、実際のボトルネックであることが多く、しかもパートナーの制御下にはほぼありません。
• 顧客側の入館・アカウント発行プロセス。 誰の制御下にもなく、常に誰の計画よりも長くかかります。

これらを一切聞かずに単一の数字を出すパートナーは推測しています。良いパートナーはレンジで答え、5つのうちどれが律速かを教えてくれます。

質問5: 誰のチケット、誰のRMM、ドキュメントは誰のものか

買ったのが「キャパシティ」なのか「依存」なのかを決める質問です。

よくある形は3つ。パートナーがあなたのITSM/RMMの中で作業する形は、監査証跡が最もきれいで摩擦も最小ですが、自社のものではないシステムのライセンス・教育・サポートを相手に求めます。パートナーが自社のツールで作業し、エクスポートやAPIフィードを渡す形は相手には楽で、フィードが本当に使えるなら許容できます。あるいは——誰もが認める以上に頻繁に起きるのですが——自社ツールで作業してサマリーをメールで送ってくる形。これは監査証跡ではありません。

その下にドキュメントの問いがあります。契約終了時、CMDBのエントリ、拠点メモ、ネットワーク構成図、認証情報の一覧、既知問題の履歴は受け取れますか。好意としてではなく、文書化された可搬な形で。

Brocentの答えは交渉事項ではなく公開された方針です。顧客所有のドキュメントと認証情報は、すべてのManaged ITプラン階層に含まれる項目であり、追加販売ではありません。同じ問いをパートナーにして、その答えが原則なのか譲歩なのかをよく聞いてください。譲歩は商業的な圧力のもとで撤回されます。原則は撤回されません。

質問6: エンジニアが直せないとき、エスカレーションはどう動くか

現場のエンジニアは一次窓口です。その後ろには何がありますか。

3つの具体的な瞬間に何が起きるかを聞いてください。到着した障害がエンジニアのスキル階層を超えていたとき。障害が合意スコープそのものの外だったとき。そして現地時間午前2時に、顧客が相手ではなくあなたに電話してきたとき。

探しているのは、名前か少なくとも役割のあるエスカレーションマトリクス、善意ではなく契約に基づく時間外体制、そしてエスカレーション中にチケットを誰が保持するかの明確なルールです。避けたい壊れ方は、パートナーのエンジニアが訪問をクローズし、あなたのチケットは開いたままで、その隙間を誰も持っていない、という状態です。

質問7: 課金単位は何で、その中に入っていないものは何か

この市場の単位経済は想像以上にばらつき、表に出ている数字が比較可能であることはまれです。

ディスパッチ作業は通常、訪問単位で初回時間レートと低めの追加時間レートで請求されます。Brocentの公開ディスパッチレート表はまさにその構造の42か国一覧です——たとえばシンガポールは初回1時間85米ドル、追加1時間ごと78米ドル(EUC L1、翌営業日、9×5)。専任エンジニアは月額で、別の7か国表があり、シンガポールはエントリーレベルで月4,160米ドルです。

数字より重要なのは、その中に何が入っているかです。明示的に聞いてください。

• 移動時間は課金対象か。どこからか——エンジニアの自宅、事務所、都心か。
• 最低出動はあるか。訪問単位か、日単位か。
• 時間外と祝日の倍率は。祝日カレンダーは誰の国のものか。
• 部材・消耗品・輸送費は原価転嫁かマージン付きか。
• レートはフルロードか。法定雇用主負担、為替処理、支払サイトのファイナンスが別建てではないか。

最後の項目が、想定外のほとんどが潜む場所です。Brocentのディスパッチ表の脚注は、レートがフルロード——生活費、バイリンガルエンジニア、教育、為替・税務処理、与信期間のファイナンス、24×7のコーディネーションを含む——であると明記し、FTE表はスキル階層を公開価格として、エントリー比でL2が約+21%、L3が約+44%と示しています。弊社を使うかどうかにかかわらず、同等の内訳を要求してください。自社レートの中身を説明できないパートナーは、それを計算していません。

質問8: 責任、保険、身元調査、そして顧客のデータ

審査対話のなかで最も退屈な節であり、飛ばすとキャリアが終わる節です。

確認すべきは、エンジニアを雇用しているのは誰で、どの法人格か。専門職賠償責任保険と施設賠償責任保険はあるか、限度額はいくらか。身元調査は行われるか、どの水準か。そして決定的に——顧客のデータに触れる法的根拠は何か。

最後の点は一文を割く価値があります。香港のPDPO、シンガポールのPDPA、中国本土のPIPLはいずれも、義務をチェーンの下流へ流します。あなたは顧客に対する処理者であり、パートナーは再委託先です。顧客との契約が再委託先の開示を求めているなら——大半のエンタープライズ契約は求めます——開示していないパートナーは、顧客の次の監査で発見されるのを待っている契約違反です。

質問9: 作業着のロゴは誰のもので、チケットの名前は誰のものか

ホワイトラベルの問いは、聞くのは簡単で、答えは雄弁です。

完全なホワイトラベルで動くパートナーもいます。エンジニアはあなたの会社の者として名乗り、ブランドの入ったものを身につけず、あなたのチケットシステムにあなたのプロセスで現れます。コブランドで動くパートナーもおり、正直だという理由でエンド顧客がそちらを好むことも少なくありません。自社のアイデンティティを譲らないパートナーもいて、それは正当な商業的立場ですが、同時にあなたの顧客を将来の見込客と見ているというサインでもあります。

正解はありませんが、正しい順序はあります。まず自社の顧客に何を伝えてあるかを決め、それと両立する立場のパートナーを探す。パートナーのエンジニアが顧客に名刺を渡した瞬間に不一致を知るのは、回避可能で、かつ高くつく学び方です。

質問10: 終わるとき、何を持って出られるのか

すべての契約は終わります。始まりの時点で、終わりがどう見えるかを聞いてください。

具体的には。双方の通知期間。最低契約期間の有無と、それを破る条件。蓄積したドキュメントが自社に移転するか。エンジニアに引き抜き禁止条項はあるか、それは双務か。顧客拠点に置いた予備部材、貸出機、消耗品はどうなるか。そして後任への引き継ぎをどのレートで支援するか。

これらにきれいに答えるパートナーは、この関係がどう進むと考えているかについて有用な情報を伝えています。言葉を濁すパートナーは、もっと有用な情報を伝えています。

質問11: 相手のエンジニアが契約途中で退職したらどうなるか

ほとんど誰も聞かない質問であり、最もあなたを痛めつける可能性が高い質問です。

常駐型や定期訪問型のエンジニアを買っているなら、その人はキャリアと通知期間を持ち、競争的な現地労働市場のなかにいる一人の人間です。とくに香港とシンガポールでは、経験のあるバイリンガルのインフラエンジニアが失業したままでいることはありません。複数年の契約のどこかの時点で、あなたのエンジニアは辞めます。

聞くべきこと。契約上の交代コミットメントは何日か。交代要員は入場教育済みで来るのか、教育の時計はゼロに戻るのか。重複期間があるなら費用は誰が持つのか。後任がゼロから始めずに済むドキュメントは存在するのか。そして最も鋭い形——いま提示されたレートに、休暇カバーとバックフィルは含まれているのか、それとも別価格のサービスなのか。

この区別は実在し、自社の価格についても正確に述べる価値があります。Brocentの常駐ITサポートのサービスページは「シームレスな休暇カバー」を名前のある機能として掲げ、訓練されたエンジニアのプールから交代要員を出すと述べています。一方で公開されているFTEレート表は、同じ場所で「バックフィルなしのエントリーレベル月額」と明記され、その横に翌営業日のバックフィルが別途提供可能と書かれています。両者は矛盾していません——別々に買える2つのものであり、正直な整理は「カバーを含む月額の数字と含まない数字は比較できない」ということです。3社の見積もりを比べるときは、3社が同じものを見積もっているかを確認してください。

Brocent自身の答え

11の質問を公開しておいて答えないのは回避なので、同じ順で手短に述べます。

香港、中国本土、シンガポール、マレーシア、日本にエンジニアを直接配置し、登録済みフィールドエンジニア網を通じて100か国超へディスパッチします。緊急4時間または翌営業日という契約上の到着SLA付きです。常駐・定期訪問・ディスパッチの3形態を運用し、契約途中の転換にも応じます。ヘルプデスクは標準中国語・広東語・英語をティア1〜4で運用し、日本語・インドネシア語・タイ語をヘルプデスクとオンサイトの層で提供します。リードタイムは設定されたフィルター次第であり、守れない数字を出すのではなく、どれが律速かをお伝えします。

あなたのITSMでも、弊社のものでも作業します。ドキュメントと認証情報が顧客所有であることは、全プラン階層にまたがる恒常的な方針です。レートは公開されており——42か国のディスパッチレートと7か国の月額FTEレート——フルロードで、スキル階層の上乗せは埋め込まずに明示しています。必要ならホワイトラベルで動きます。最後の質問については、休暇カバーは名前のあるサービスとして存在し、バックフィルはエントリーレートに対して別価格であり、7月になって気づくより、いま「どちらを買うのか」をお伝えしたいと考えています。

そのすべての背後にあるのは、ユーザー単位のManaged ITプランと同じエンジンです。監視、パッチ適用、ヘルプデスク、レポーティング——どのエンジニア個人も交代可能にしているのはこれらです。人材派遣ではなく地域MSPをデリバリーの腕として使う本当の論拠は、エンジニアそのものではなく、その背後に立っているもののほうにあります。

特定の拠点のスコープを詰めていて、一般論ではなくその住所についての11の答えが必要でしたら、ご相談ください。

よくあるご質問

ホワイトラベルで対応できますか

できます。エンジニアはブランド表示なしで臨場し、あなたのチームとして名乗ることができ、作業はあなたのチケットシステムにあなたのプロセスで記録できます。エンド顧客が透明性を好む場合はコブランドでも対応します。この立場は最初の訪問の前に合意しておく必要があります。エンジニアの名乗り方と、顧客が署名するサービスレポートの記載内容に影響するからです。

直接人員を置いている都市はどこですか

Brocentは香港(2016年より)、中国本土(会社は2007年に北京で創業)、シンガポール(2021年より本社)、マレーシア、日本に自社拠点を持っています。それ以外は常駐人員ではなくディスパッチ網によるデリバリーです。特定の住所については、そのどちらに当たるかを弊社にお尋ねください——答えはリードタイムとコストを実質的に変えるため、最初に申し上げるようにしています。

エンジニアはどれくらい早く着任できますか

ディスパッチ作業の契約SLAは、緊急リクエストで4時間、標準リクエストで翌営業日です。常駐や定期訪問の配置については、正直な答えはレンジであり、設定されたハード要件の数に依存します。資格、言語、クリアランス、入場教育はそれぞれプールを狭め、しかも足し算ではなく掛け算で効きます。守れない単一の数字を出すのではなく、レンジと律速要因をお伝えします。

自社のチケットシステムを使えますか

使えます。外注する側のMSPにとって、あなたのITSMの中で作業する形は通常最もきれいです。自社が所有し顧客にも見せられる監査証跡が1本にまとまるからです。ただしあなたのプラットフォーム上でのライセンスとエンジニア教育は必要で、それは誰かにとっての実コストですから、当然視せず商流として合意すべきです。

最低ロットはありますか

ディスパッチは初回時間+追加時間の構造で訪問単位に請求され、前払いは不要です——公開されているディスパッチレート表が42か国でのその構造を示しています。専任エンジニアは月次のコミットメントです。拠点の需要が反復的で量が多い場合、トークンパックやユーザー単位のマネージドプランのほうが毎回ディスパッチレートを払うより安くなるのが通常で、訪問回数が積み上がるのを黙って見ているのではなく、こちらからそう申し上げます。

弊社の顧客と直接やり取りしますか、それとも弊社経由のみですか

ご指定どおりにします。デリバリーパートナー案件の多くは完全に元請経由で進み、Brocentはエンド顧客から見えません。時間外インシデントについては直接のエスカレーション経路を設けたほうが機能する場合もあります。重要なのは、それが明示的に決められ、書面化されていることです。エンド顧客が現場で弊社エンジニアに商業的な質問をしたときの振る舞いも含めて。

ドキュメントは誰のものですか

あなたのもので、ひいてはあなたの顧客のものです。顧客所有のドキュメントと認証情報は、交渉で勝ち取る譲歩ではなく全Managed ITプラン階層に含まれる項目であり、同じ原則がデリバリーパートナー案件にも適用されます。資産レコード、拠点メモ、ネットワーク構成図、既知問題の履歴は、契約終了時に可搬な形で移管されます。

支払条件はどうなりますか

条件は案件ごとに合意します。与信期間のファイナンスは、別建て請求ではなくフルロードのレートの内側にあると明示的に名指しされているコストの一つです。標準と大きく異なる条件が必要な場合は、スコープ検討の段階で提起してください——それは後付けではなく価格の入力項目です。異例の条件を再値付けなしで受け入れるパートナーは、ほぼ確実にそれをどこか目立たない場所に織り込んでいます。