香港のオンサイトIT支援 vs リモートIT支援：どちらのモデルがオフィスに合うか

結論から言うと： 多くの香港企業にとって現実的な答えは「オンサイト」か「リモート」かの二者択一ではなく、リモートサポートが大半のチケットを迅速に解決し、公開されたオンサイトSLA（一般的にP1/P2インシデントで4時間）がリモートでは本当に対応できない領域——ハードウェア障害、物理的なネットワーク障害、新規デバイスのセットアップ、現場での セキュリティインシデント——をカバーするハイブリッドモデルです。純粋なリモートのみのサポートは、最初のハードウェア障害やオフィス全体の停止が起きるまでは安く見えますが、その時点で派遣手段がないことが実質的なコストとして表面化します。

香港オフィス向けのIT支援を検討しているなら、おそらくすでにプロバイダーが「24時間365日リモートサポート」を目玉として打ち出しているのを見たことがあるでしょう——そして同時に、Brocent自身の香港ページが公開された4時間オンサイトSLAを前面に押し出しているのも見たかもしれません。これらは矛盾する主張ではなく、同じ提供モデルの2つの異なる層を説明しているものであり、それらがどう組み合わさるかを理解することこそが、「リモート」か「オンサイト」かという二択ではなく、実際にあなたが下すべき判断です。本ガイドでは、それぞれのモデルが実際にカバーする範囲、実際のコストとリスクの違いがどこにあるか、そしてプロバイダーが謳う「オンサイトサポート」が常駐エンジニアなのか、定期訪問なのか、それとも本当の緊急派遣能力なのかを見分ける方法を解説します。

「オンサイトIT支援」が実際に意味するもの

「オンサイトIT支援」という言葉は、香港のMSP市場でかなり緩く使われているため、契約前にそれが実際に意味しうる3つのことを区別しておく価値があります。1つ目は緊急派遣——特定のインシデントに対応してエンジニアが実際にオフィスへ出向くもので、公開された応答時間SLA（Brocentの場合、P1/P2の重大インシデントで4時間、標準リクエストは翌営業日納品）に基づきます。2つ目は定期訪問——毎週や毎月など固定のペースで、計画的なメンテナンス、ハードウェアの更新、優先度の低いチケットの積み残し処理のためにエンジニアが訪問するもので、その日に緊急事態があるかどうかは関係ありません。3つ目は常駐または専任のオンサイトエンジニア——実質的にフルタイムまたはパートタイムでオフィスに常駐する形で、大規模な企業アカウントではよく見られますが、一般的な中小企業ではコストに見合わないことがほとんどです。プロバイダーが「オンサイトサポートを提供します」と言った場合、それがこの3つのうちどれを指すのかを必ず確認してください。コスト構造も解決する問題も、それぞれ全く異なるからです。

リモートサポートで解決できること——そして本当に解決できないこと

リモートサポートはこの10年で劇的に高度化しており、妥協的な選択肢ではありません——日々の大半のIT問題については、リモートは単純により速く、より安価な解決手段です。ソフトウェアの設定、ほとんどのMicrosoft 365やメールの問題、権限やアクセスの問題、ソフトウェアのインストール、大半のマルウェア対応、一般的なトラブルシューティングは、有能なリモートエンジニアが安全なリモートアクセスツールを使って、誰も席を立つことなく1～2時間程度で解決できることがほとんどです。リモートサポートが本当に限界に達するのは、物理的な要素を伴うあらゆる問題です。故障したハードディスク、機能停止したネットワークスイッチやアクセスポイント、配線の不具合、新入社員初日のワークステーション設定、機材の物理的な移設、あるいは特定の物理条件下でのみ発生する断続的なハードウェアの問題などです。オフィスでネットワークやインターネットが全面的に停止した場合も、リモートサポートは限界に達します——リモートツールが依存する接続そのものが故障している場合、リモートサポートには介入する術がなく、まさにこの場面でオンサイト派遣という選択肢が「あれば便利」から「復旧への唯一の道」へと変わります。

応答時間の実際の計算：リモート診断プラス4時間のオンサイトSLA

正直な比較は「リモートの応答時間」対「オンサイトの応答時間」を競合する選択肢のように扱うことではありません——うまく運用されているハイブリッドモデルでは、両者は順番に機能します。チケットが入ると、リモートエンジニアが即座にトリアージし解決を試みます（P1/P2の問題では多くの場合数分以内）。そして、問題が本当に物理的な対応を必要とすることが判明した場合にのみ、オンサイトの時計が動き始めます。Brocentの公開されたSLAフレームワークは、すべてのチケットをP1からP5に分類し、P1/P2には15分の初動応答目標を設定し、実際に派遣が必要な場合は4時間でのオンサイト到着を約束しています。これは24時間365日の多言語ヘルプデスクによって支えられており、問題がいつ発生しても初動のトリアージが迅速に行われるようになっています。これを純粋な定期訪問モデルと比較すると、エンジニアの前回訪問の翌日に問題が発生した場合、次にエンジニアが実地に来るまで1週間以上放置される可能性があります——これは低優先度のメンテナンス項目には問題ありませんが、顧客対応や収益に関わる案件にとっては本当のリスクとなります。

コスト比較：なぜ「リモートのみ」は見せかけの節約になり得るか

リモートのみのサポートが低価格であるのには正当な理由があります——派遣可能な現場エンジニア体制、移動時間、オンサイト交換用のハードウェア在庫を維持するコストを負担していないからです。実際に物理訪問を一切必要としないオフィスにとっては、これは正当な節約です。見せかけの節約が露呈するのは、ハードウェア障害やネットワーク停止が発生し、プロバイダーに派遣能力が全くない場合です。その時点で、企業は停止期間中IT支援なしで過ごすか、既存の契約履歴やSLA保護が一切ない状態で、全く別のベンダーから割増料金の緊急臨時訪問を調達・支払うかのいずれかを迫られます。適切に価格設定された真のハイブリッドモデルは、純粋なリモートよりわずかに高い程度で済むはずです——派遣能力は特定のオフィス専属ではなく、多くのクライアントにまたがる共有の現場エンジニア体制に分散されているためです——それでいて、リモートのみのモデルにおける全面停止時のリスクを取り除きます。この差額は、日々の運用コストというより保険料のようなものと考えるとよいでしょう——ほとんどの月は使われることのない小さな出費に過ぎませんが、実際に必要となった月には、4時間で収束する制御されたトラブルと、見知らぬ業者を探し出して自社サーバールームに入れるまで数日を要する混乱との差になります。

実際のチケットの流れをたどる：故障が起きたとき本当に何が起こるか

ハイブリッドモデルを机上で評価するよりも、実際にどう機能するかを具体的にたどる方が理解しやすいものです。典型的なシナリオを想定してみましょう。火曜日の朝、経理部門のワークステーションがネットワークに接続できなくなったとします。運用の良いハイブリッド契約では、チケットは数分以内に24時間365日のヘルプデスクに届きます。リモートエンジニアが（マシンがまだネットワークに到達できる場合は）接続するか、電話を受けて直ちにトリアージを開始し、Wi-Fi接続の切断、DHCPリースの問題、VPNプロファイルの不具合といった明らかな原因を確認します——これらの大半は最初の30～60分以内にリモートで解決します。もしリモートトリアージの結果、ネットワークポートの故障、パッチケーブルの断線、あるいはNICの故障を示唆する症状が判明した場合、それが派遣へと再分類されるきっかけとなり、4時間のオンサイト対応時間は最初の報告時点からではなく、この再分類の時点から起算されます。エンジニアはゼロから診断するのではなく、リモートトリアージがすでに済ませたその作業を踏まえ、実際に物理的な故障を修理するための部品と工具を持って現場に到着します。これを純粋にリモートのみの契約と比較すると、同じ物理的な故障はそもそもプロバイダーによって解決できません——チケットは事実上「この問題はオンサイト対応が必要ですが、当社では提供していません」というメッセージで行き詰まり、企業は既存の関係もネットワークの文書も過去の実績もない状態から、全く新しい緊急ベンダーをゼロから探すことになります。

オンサイト支援が本当に必要な場合

一部のIT作業は本質的に物理的なものであり、プロバイダーのリモートツールがどれほど優れていても、意味のあるリモートの代替手段は存在しません。新規オフィスのセットアップや移転——配線の敷設、新しいネットワーク機器の設定、機材の物理的なラッキング——には現場に人が必要です。ハードウェア障害の診断と交換（起動しないワークステーション、故障したスイッチ、機能停止したアクセスポイント）には、実際の機器に手を触れる人が必要です。無線カバレッジの問題は多くの場合、設定の問題ではなく物理的な設置場所の問題であり、適切に解決するには実地調査が本当に必要です。大規模な新入社員のオンボーディング——例えば同じ週に10名の新入社員が入社する場合——は、10回の個別リモートセッションを調整するよりも、エンジニアが実地でまとめてデスクをセットアップする方が通常は速いです。そして、デバイスを物理的に保護したり、侵害されたマシンを即座にネットワークから切断したり、セキュリティ調査のために証拠を保全したりする必要があるインシデントは、リモートセッションではなく現場に人が必要です。

物理的な対応が必要なセキュリティインシデント

これは独立したセクションに値します。多くの中小企業が実際に起きるまで過小評価しているシナリオだからです。ワークステーションが侵害された場合——ランサムウェア、ネットワーク上で発見された不正なデバイス、施錠されていないサーバールームのような物理的なセキュリティ侵害——最初かつ最も緊急な対応はしばしば物理的なものです。デバイスを直ちにネットワークから切断し、影響を受けたハードウェアを物理的に保護し、コンプライアンスに関わるインシデントであれば、他の何かを変更する前に証拠保全を開始することです。リモートのみのプロバイダーは、電話で非技術系スタッフにこの一部を指示することも多いですが、これはエンジニアが直接対応するよりも遅く、ミスも起きやすくなります。顧客データや財務データを扱い、PDPOの義務を負う企業にとって、この遅延自体がコンプライアンス上の問題となり得ます——香港のPDPOフレームワークは、侵害が特定された後、合理的に迅速な封じ込めを期待しています。これは、通常の月にはオンサイト派遣オプションをほとんど、あるいは全く使わないオフィスであっても、契約に真のオンサイト派遣オプションを維持しておくべき最も強力な理由の一つです。

細則を読む：本物のオンサイトSLAコミットメントとはどのようなものか

マーケティング文言を書くのは簡単ですが、拘束力のあるSLAはそうではありません。まさにこの両者のギャップこそが、最も失望が生まれやすい場所です。本物のオンサイトコミットメントは、特定の優先度層に紐づいた具体的な時間枠を明示すべきです——「P1/P2インシデントに対して4時間のオンサイト応答」は検証可能な主張ですが、「必要なときに迅速なオンサイトサポート」はそうではありません。また、その時間枠を守れなかった場合にどうなるかも明記すべきです。契約上のサービスクレジットは業界標準の仕組みであり、その有無自体が、プロバイダーが自らの数字にどれだけ真剣に責任を持っているかを物語ります。さらに、SLAの計測が最初のチケット起票時から始まるのか、それともリモートエンジニアが実際に派遣が必要だと確認した時点からのみ始まるのかも確認してください——どちらの設計も妥当ですが、実際の体験は大きく異なるため、契約書はどちらが適用されるかを曖昧にせず明記すべきです。最後に、そのSLAが実際のすべての拠点に対して均一に適用されるのか、それともプロバイダー自身の拠点に近い本拠地区のみに限定されているのかを確認してください——「香港全域対応」という主張の価値は、その背後にある実際のカバレッジ次第です。まさにこれが、姉妹記事の香港島・九龍・新界のカバレッジガイドでより詳しく掘り下げているテーマです。これらは特に目新しい手法ではなく、他のどんなベンダー契約に対しても行うのと同じデューデリジェンスの規律にすぎません——しかし、「オンサイトサポート込み」という言葉が、検証すべき主張ではなく既成事実であるかのように読めてしまうために、IT支援のSLAは本来よりも軽く流し読みされがちです。

オンサイト対リモート対ハイブリッド：直接比較

• リモートのみのサポート——表面上のコストは最も低い。ソフトウェア、アクセス、設定に関する大半の問題を迅速に解決。ハードウェア障害、配線、物理的な移転、全面的なネットワーク停止には対応手段がない。リスクは構造的に手が届かない少数の問題に集中する。
• 定期オンサイト訪問のみ——計画的なメンテナンスやハードウェア更新には予測可能なペースを提供。訪問直後に発生した問題が次の予定日まで未解決のまま放置され得るため、緊急事態には不向き。反応的なインシデント対応としては通常活用されにくい。
• ハイブリッド——リモートファースト＋4時間オンサイトSLA（Brocentのモデル）——リモートトリアージが1時間以内に大半のチケットを解決。公開されたオンサイトSLAが、ハードウェア、配線、セキュリティインシデント、新規セットアップなど、本当に物理エンジニアを必要とする少数の問題をカバーする。派遣能力がより広い顧客基盤に分散されているため、コストはリモートのみに近く、リモートのみの全面停止リスクと定期訪問のみの応答遅延リスクの両方を取り除く。

よくある質問

オフィスが完全にリモート対応している場合でも、オンサイトIT支援は必要ですか

たとえほとんど使わなくても、必要である可能性が高いです。「リモート対応」はスタッフの日常的な働き方を表すものであり、物理的なネットワーク機器が故障したとき、新入社員が初日にワークステーションの設定を必要とするとき、あるいは侵害されたマシンを直ちに物理的にネットワークから切断する必要があるときに何が起こるかを表すものではありません。ほとんど発動しないオンサイトSLAを含むハイブリッド契約は、リモートツールが構造的に手の届かない特定のシナリオに対する一種の保険です——派遣能力が特定のオフィス専属ではなくプロバイダーの顧客基盤全体に分散されている場合、通常はリモートのみと比べて大幅にコストが高くなることはありません。

香港における現実的なオンサイト到着時間はどのくらいですか

Brocentは香港全域でP1/P2の重大インシデントに対して4時間のオンサイトSLAを公開しており、標準的で緊急性のないリクエストは翌営業日納品です。実際の応答時間は、オフィスの所在地区とプロバイダーのカバレッジモデルに左右されます——単一地区だけでなく本当に市内全域の派遣能力を持つプロバイダーであることが、公開されたSLAを理想論ではなく現実的なものにする鍵です。

ハイブリッド（オンサイト＋リモート）は、リモートのみと比べてどのくらいコストが高くなりますか

その差は企業が予想するよりも小さいことが多いです。運用の良いプロバイダーは、各アカウント専用のオンサイトチームを配置するのではなく、現場エンジニア体制を多くのクライアントに分散させているためです——支払っているのは共有された派遣能力の一部であり、フルタイムのオンサイト人員ではありません。実際のコスト差は月額プランではなく、テールリスクのシナリオに現れます——派遣オプションが全くないリモートのみの契約は、ハードウェアが実際に故障したとき、無関係なベンダーからの緊急訪問に対して割増の非契約料金を支払うことを意味することが多いです。

ハイブリッドなオンサイトとリモートの契約は、実際にどう構成すべきですか

インシデントを優先度別に分類する明確なSLA（Brocentの場合はP1からP5）、リモートトリアージの明示された初動応答時間（P1/P2で15分が現実的な基準）、そして本当に派遣が必要なインシデントに対する、別建てで明確なオンサイト到着の約束を確認してください——応答時間の約束がない曖昧な「オンサイトサポートあり」という一文だけでは不十分です。何が課金対象の臨時派遣に該当し、何が基本プランに含まれるのかを具体的に確認してください。

1社のプロバイダーで、香港島、九龍、新界を同じSLAで本当にカバーできますか

自動的にそうなるわけではありません——一部のMSPは実質的に単一地区での運営でありながら、「香港全域対応」を自称しています。プロバイダーに対して、公開されたオンサイトSLAがこの3つの地域すべてに均一に適用されるのか、それとも本拠地区にのみ適用されるのかを直接確認してください。姉妹記事の香港島・九龍・新界のIT支援カバレッジガイドで、さらに詳しく解説しています。

セキュリティインシデントは常に現場対応が必要ですか

常にではありませんが、最も深刻度の高いインシデントの相当部分では必要です——デバイスの即座の物理的切断、侵害された区域への物理的アクセスの確保、コンプライアンス調査のための証拠保全が必要な場合は、非技術系スタッフに電話で指示するよりも、エンジニアが実際に現場にいる方が適しています。これは、日常的にリモートファーストの提供体制に慣れている企業であっても、IT支援契約にオンサイト派遣条項を維持しておくべき最も実務的な理由の一つです。

実際にどのくらいの割合のチケットが物理対応を必要としますか

オフィスやハードウェアの経年状況によって異なりますが、うまく管理された中小企業環境の多くでは、業界でよく引用される推計として8割前後、あるいはそれ以上のチケットが物理的な訪問を一切必要としません。だからこそ、ハイブリッドモデルを適切に価格設定すれば、リモートのみに近いコストに収まるはずなのです——派遣能力はすべてのチケットの背後に並行して存在する常時コストではなく、少数のケースのために存在するものだからです。

香港の異なる地区に複数の拠点がありますが、より複雑になりますか

プロバイダーが単一の本拠地区だけでなく、本当に市内全域の派遣能力を持っている限り、複雑になるべきではありません。注意すべき複雑さは、SLAそのものではなく、1つの契約と1人のアカウントマネージャーがすべての拠点を一貫してカバーしているか、それとも拠点ごとに異なる応答時間の期待値になってしまうかという点です。公開されているオンサイトSLAが、プロバイダー自身のオフィスに最も近い拠点だけでなく、すべての拠点住所に均一に適用されるかどうかを具体的に確認してください。

社内にIT担当者を1人雇えば、オンサイトの問題は直接解決しませんか

その担当者が実際に対応可能な間だけ解決します——年次休暇、病気、あるいは単に他の優先業務で手一杯になった場合、1人だけの社内雇用にはバックアップが存在しませんが、プロバイダーのオンサイト派遣はより広いエンジニア層から調達されます。また、これは問題のうち「物理的な立ち会い」という部分のみを解決するにすぎず、マネージドサービス契約が提供する24時間365日のリモートトリアージ、構造化されたSLAレポート、エスカレーション経路までは解決しません。多くの香港の中小企業は、日常的な調整を担う少人数の社内体制と、深さと時間外カバレッジを担うマネージドプロバイダーのオンサイトSLA・リモートヘルプデスクを組み合わせたハイブリッドに落ち着いています——このトレードオフの詳しい解説はマネージドIT対社内ITチームガイドをご覧ください。

オフィスに合ったモデルを選ぶ

多くの香港の中小企業にとって正しい答えは、リモートかオンサイトかで陣営を選ぶことではなく、プロバイダーのリモートファースト提供が本当に速いか（マーケティング上の数字ではなく実際の15分の初動応答）、そしてその背後にあるオンサイトSLAが実在し、公開されており、香港全域をカバーしているか——実際に必要となった日に割増の臨時見積もりに変わってしまう曖昧な約束ではないか——を確認することです。オフィスの規模やハードウェア構成も重要です。クラウドツールを主に使う10人規模の単一拠点オフィスと、オンプレミスサーバーを備え、複数の部屋にまたがる無線LANがあり、常に新入社員のワークステーション設定が発生する100人規模のフロアとでは、物理訪問の頻度がまったく異なります——リモートファーストとオンサイト対応の適切なバランスは、画一的なプランではなく、この実際の違いを反映すべきです。Brocentは香港企業に対して、まさにこの組み合わせを提供しています。迅速なリモートトリアージのための24時間365日の多言語ヘルプデスク、香港島・九龍・新界全域をカバーする公開された4時間オンサイトSLA、そしてその上に継続的な運用サポートのためのマネージドIT・クラウドサービスを重ねています。自社オフィスの実際のリスクプロファイルにどのモデルが合うか相談したい場合は、お問い合わせください。