初回1時間が一番高い — 都度課金のITサポートと月額リテーナーをどう比べるか

結論から: 都度課金の見積もりと月額（リテーナー）の見積もりは、書かれたままでは比較できません。同じ軸で値付けされていないからです。都度課金は*イベント*に、月額は*可用性*に値段を付けています。まず自社の実際のチケット量で両方を「月あたりいくら」に換算し、そのうえで、どちらの数字にも現れない3つのリスクを別途見てください。

2つの見積もり、2つの単位、比べる方法がない

財務または調達の責任者の手元に、2枚の紙が残ります。一方には「オンサイト初回1時間US$98、追加1時間ごとUS$78」のようなことが書かれ、もう一方には「1ユーザーあたり月額HK$1,247.40」のようなことが書かれています。どちらのプロバイダーも信頼できます。どちらの見積もりも誠実です。そして、どちらのページにも一方を他方に変換する計算式は載っていません。

これは駆け引きではなく、どちらも何かを隠しているわけでもありません。2つの文書は違う単位を売っているのです。前者はイベントを売っています。何かが壊れ、誰かが来て、その人がそこにいた時間に対して払う。後者は可用性を売っています。サービスが存在し、人が配置され、監視されており、その月に多く使ったかまったく使わなかったかにかかわらず同じ金額がかかる。

書かれたまま比較すると、予測どおりの間違いが起きます。時間単価の見積もりは、読んだその日には必ず安く見えます。その日の金額はゼロだからです。月額は必ず高く見えます。まだ何も起きていないのに金額がゼロではないからです。その印象で購買を決めた財務チームは、たいてい18か月後に、説明のつかない前年比の差異として本当のコストに気づきます。

直し方は複雑ではありません。両方を同じ軸——自社の実際の使用量における月あたりコスト——に載せ、そのうえで、どちらの数字にも含まれていない3つの要素を別途見る。それだけです。

都度課金は実際どう動くのか

都度課金には「形」があり、その形は表示単価よりも重要です。

初回1時間は、それ以降の1時間より高い。2026年9月22日にBrocentの派遣・オンサイト料金ページから読み取った数字では、香港が初回1時間US$98、追加1時間ごとUS$78、シンガポールがUS$85とUS$78、中国本土がUS$65とUS$59です。前提行は価格の一部です。L1エンドユーザーコンピューティング、翌営業日、標準9×5、2026年下期の参考値、米ドル、税別、都心部、数量が増えれば下がる、そしてフルロード——ここでのフルロードとは、生活費、バイリンガルエンジニア、研修、為替・税務処理、与信期間のファイナンス、24×7コーディネーションを後から明細で足すのではなく料金に織り込んである、という意味です。

初回1時間が高いのは利幅の問題ではありません。移動、スケジューリング、あなたの案件の前後でエンジニアが失う枠、そして「出向くこと自体」の固定費です。ここから、この記事で最も重要な一文が導かれます。20分の作業が20分の請求になることは、決してありません。 それは初回1時間です。プリペイドトークンでは、トークンサービスが営業時間内のオンサイト訪問に2トークンの最低消費を設定しているので、2時間分になります。どこの、どんなイベント課金モデルでも、それは最低消費です。

この事実が、素朴な比較のほとんどを静かに壊します。小さく、物理的で、頻繁な問題が多発する拠点は、都度課金にとって最悪の相性です。ほぼすべての請求が最低消費になり、有効な作業1分あたりの平均コストが跳ね上がるからです。逆に、たまにまとまった作業が発生する拠点——半日の配線、新入社員セットアップの午前中——は最良の相性です。高い初回1時間が長い訪問全体に薄まるからです。

つまり、訪問の「回数」だけでなく「形」を把握してください。

• 香港での4時間訪問：US$98＋3時間×US$78＝US$332、1時間平均US$83。
• 同じ月に1時間訪問を4回：合計US$392、1時間平均US$98。

同じ4時間のエンジニアリングで18%の差。決めているのは、作業がまとまって来たか散らばって来たか、それだけです。

都度課金の契約では、さらに2つのメカニズムを読む価値があります。モデル化されていないコストが隠れるのはそこだからです。移動は都心部外の拠点では別途加算されることが多く、公開されているトークン課金ルールでは、30km未満で1トークン、30〜50kmで2トークン、1回の訪問あたり上限2トークンが加算されます。そして時間外には倍率がかかります。同じ公開ルールでは、営業時間内の最低消費が2トークン、夕方が3、深夜・週末が4、祝日が6です。物理作業の相当部分が9×5の外にあるなら——小売、製造、商社系のオペレーションではたいていそうです——日中の表示単価は、実際に払う単価ではありません。

月額（リテーナー）は実際どう動くのか

月額は可用性に値付けし、通常は1ユーザーまたは1デバイスあたりの月額で表されます。

Brocentが公開している香港のユーザー単位プランでは、最小帯（1〜5名）が1ユーザー月額HK$855.14、5〜300名帯がHK$1,247.40、10〜500名帯がHK$1,561.21、エンタープライズ帯は個別見積もりです。30名の香港オフィスが中間帯を選べば、月額およそHK$37,400。忙しい月の次に静かな月が来ても動かない数字です。

これで買えるのは複数回の訪問ではなく、常設の機能です。サービスデスクとそのカバー時間帯、パッチ適用、エンドポイントセキュリティ、ID管理、バックアップとその検証、監視、ドキュメント、そして定義されたエスカレーション経路。「呼べる相手がいる」と「すでに見ている人がいる」の違いです。

月額が妥当かどうかを決めるのは2つで、どちらも数値ではなく契約の問題です。

何が含まれ、何が含まれないか。 月額は無制限ではありません。「カバー対象」と「プロジェクト作業」の境界を読んでください。移行、オフィス移転、新拠点構築、ハードウェア調達、時間外作業は、ユーザー単位料金の外で別見積もりになるのが一般的です。それ自体は妥当ですが、4か月目に発見するのではなく、契約前に見えている必要があります。

超過分はどう扱われるか。 月額プロバイダーに投げるべき誠実な質問は、「消費が値付けの前提を大きく上回ったら何が起きるか」です。良い回答はメカニズムを説明します——フェアユースの境界、レビューのトリガー、超過オンサイト時間の単価。悪い回答は「特に集計していません」で、それは価格がすでに低使用率を前提にしているか、後で気まずい会話が待っているかのどちらかを意味します。

同じ軸に載せる

方法は次のとおりです。半日かかりますが、どんなベンダー比較表よりも価値があります。

ステップ1：チケットではなくイベントを数える。 12か月分の履歴を取り出し、実際に人が現場にいることを要した項目だけを切り出します。多くの組織で、これは総チケットのごく一部にすぎず、その少なさに驚きます。

ステップ2：形を把握する。 各オンサイトイベントについて、おおよその所要時間と、1週間待てたかどうかを記録します。これで月あたり訪問回数、平均訪問時間、そして決定的に重要な「まとめられる作業の比率」が分かります。

ステップ3：都度課金の列に値段を付ける。 自社の市場の公開料金で、平均値ではなく「初回1時間＋追加時間」の算式で掛け算します。都心部外の拠点には移動加算を、9×5の外に落ちる分には時間外倍率を足します。結果が月あたりの数字です。

ステップ4：月額の列に値段を付ける。 ユーザー単価×人数に、スコープを読んで「対象外だが結局必要」と判明したものを足します。

ステップ5——そして誰もが飛ばすのがこのステップです：都度課金の列に何が入っていないかに気づく。 月額の数字にはパッチ適用、監視、バックアップ検証、ID管理、サービスデスクが含まれます。都度課金の数字にはどれも含まれません。それを直接比べているなら、サービス全体をその部分集合と比べていることになり、都度課金の列は「そもそも出場していないレース」に勝ってしまいます。

きちんとステップ5まで行くと、たいてい問い自体が組み替わります。本当の比較は「都度課金か月額か」ではほぼなく、「月額のみ」対「月額＋物理レイヤーのための都度課金またはプリペイド」です。それはサービスを買うかどうかではなく、手をどう確保するかという問いです。

都度派遣 vs プリペイド時間ブロック vs 月額リテーナー

• 都度派遣——購入単位: 1回の訪問。保証するもの: 購入したSLAティアに基づく応答——公開ティアはP1初回応答2時間・翌営業日到着から、1時間・当日、24×7緊急ティアの15分・4時間到着まで。どう失敗するか: 頻度。小さな作業ごとに最低消費を払い、しかも誰も拠点の知識を蓄積しません。請求は作業後、チケット単位の明細、標準30日与信。
• プリペイド時間ブロック——購入単位: トークンパック。1トークン＝オンサイトまたはリモート作業1時間、20・50・100・250トークンのパック。保証するもの: 事前に固定された単価と、12か月失効しない残高（契約年ごとに1回のグッドウィル延長が可能）。実効時間単価はパック価格÷トークン数なので大きいパックほど安く、香港の公開パックでは20トークンで約HK$391／時、50で約HK$348、100で約HK$304です。どう失敗するか: 最低消費は依然として適用され（営業時間内のオンサイト訪問で2トークン、夕方・週末・祝日はさらに多く）、忙しい年を見込んで買った残高は静かな年には埋没費用になります。
• 月額リテーナー——購入単位: 1ユーザー（または1デバイス）・1か月。保証するもの: 常設サービス——デスク、パッチ、セキュリティ、ID、バックアップ、監視、ドキュメント、エスカレーション——が、呼んでも呼ばなくても配置されていること。どう失敗するか: スコープの漂流と低稼働。ITニーズが本当にほとんど無い組織にとっては高価な保険ですが、ニーズが多い組織にとっては、このリストの中で作業量あたり最も安い選択肢です。

どちらの数字にも現れない3つのリスク

価格はこの決定の簡単な部分です。3つのリスクが両方の見積もりの外側にあり、実務では算術よりも多くの結果を左右します。

応答時間リスク。 都度課金は購入したティアに従って応答します。最安ティアを買ったなら「翌営業日」がコミットメントであり、金曜の午後にそれは月曜を意味します。月額には通常、重大度別に応答・解決目標を定めた優先度フレームワークが付きます。4時間の停止が月額1か月分より本当に高くつくのなら、安いモデルのほうが高いモデルです。SLA優先度レベルのガイドで、P1〜P4の目標が通常どう定義され測定されるかを解説しています。

可用性リスク。 都度課金のプロバイダーは、キューに並んでいる相手にエンジニアを割り当てます。あなたの枠は予約されていません。本当に忙しい週——地域的な障害の週、あるいは旧正月前の週——には、予約していない買い手は予約している買い手の後ろで待ちます。月額は、他の意味に加えて、キャパシティに対する請求権でもあります。それは月額が実際に買っているものの一部であり、料金表には現れません。

知識リスク。 これは静かに複利で効き、3年スパンでは3つの中で最も高くつきます。都度課金では、来るのは「その時空いていた人」です。毎回、訪問の最初の一部をあなたの環境の再発見に費やします——通信盤はどこか、Wi-Fiの名前は何か、どのスイッチが会議室に給電しているか、なぜあのサーバーだけドメインに入っていないのか。その再発見に毎回、初回1時間の単価で支払い、しかもそれは何にも蓄積されません。継続契約のプロバイダーは構成記録とランブックを作るので、12回目の訪問は1回目の繰り返しになりません。環境が少しでも標準的でないなら、たいていこれが決め手になります。

都度課金が本当に正しいとき、そして静かに正しくなくなるとき

都度課金が正しい買い方であるケースは、月額を売るプロバイダーが認めるよりずっと多くあります。ユーザーが数名でサーバールームもないサテライト拠点には正しい。実際のサポート負荷が圧倒的にリモート中心で、物理はちょろちょろとしか出ないオフィスにも正しい。需要が本当に予測不能かつ少量なら正しい。波が実際に立ったときだけ払えばよいからです。そして*測定器*としても正しい。6か月分の明細化された都度課金の請求書は、誰かが見積もった量ではなく実際に起きたことの記録であり、手に入る最良のサイジングデータです。

正しくなくなるのは3つのことが同時に起きたときで、それらはまとめて到来しがちです。使用量が波ではなく定常になる。作業が小さくなり、ほぼすべての請求が最低消費になる。そして環境が育ち、訪問あたりの再発見時間が実作業を上回り始める。この時点でも都度課金の請求書は小さな単位で届き続けるので誰も気づきませんが、年間合計は月額を静かに追い越しています。しかも組織の手元には何も残っていません。ドキュメントも、監視も、パッチのベースラインも、その場所を知っている人も。

実務的なテストは、12か月分の都度課金請求書を合計して12で割ることです。ほとんどの組織はやったことがありません。請求書は別々に届き、別々に承認されるからです。一度やれば、たいてい結論が出ます。

ほぼ全員が行き着くハイブリッド

2つのモデルは実務では競合しません。カバーしているレイヤーが違うからです。

月額はリモートレイヤーをカバーします。デスク、パッチ、セキュリティ体制、ID管理、バックアップとその検証、監視、そして以降すべての訪問を短くするドキュメント。このレイヤーは、そもそも物理の山を小さくする要因でもあります。パッチが当たり監視が効いている環境は、手を必要とするインシデント自体が少ないからです。

都度課金またはプリペイドは、手のレイヤーをカバーします。その部屋で起きなければならないこと。勘ではなくチケット履歴からサイズを決めれば、このレイヤーは数える前に想像していたよりはるかに小さいのが普通です。

この順番で買ってください。リモートレイヤーが先。物理レイヤーがどれだけ必要かを決めるのはそちらだからです。物理レイヤーは後で、残った分に合わせて。手のレイヤーだけを買った組織は、結局リモートレイヤーを偶発的に組み直します——こちらにバックアップツール、あちらにアンチウイルス契約、どこかにパスワードの表計算——そして劣化版により多く払うことになります。

Brocentはこの計算の両側の入力値を公開しています。都度課金と専任エンジニアの料金は派遣・オンサイト料金ページ、プリペイドパックと課金ルールはトークンサービスページ、ユーザー単位プランは価格ページです。併せて読むときの注意が1つ。オンサイト派遣は米ドル建て、トークンパックとユーザー単位プランは現地通貨建てで表示されています。訪問の形、カバー時間帯、SLAを先に固定しない限り、両者を同一条件の時間単価に直接換算することはできません。モデル内部で比較し、モデル間の選択は為替換算ではなく上記の方法に委ねてください。

よくある質問

なぜ初回1時間のほうが高いのですか？

作業の長さとは無関係な固定費——移動、スケジューリング、訪問の前後で失われる枠——があるからです。初回1時間がそれを吸収し、以降の時間は吸収しないため、追加時間の単価は低くなります。実務上の帰結は明快で、作業を少数の長い訪問にまとめるほうが、多数の短い訪問に散らすより明確に安くなります。

移動費は別請求ですか？

拠点の場所によります。都心部内であれば、通常は初回1時間の料金に含まれます。都心部外では加算されるのが一般的で、公開されているプリペイドトークンのルールでは30km未満で1トークン、30〜50kmで2トークン、1回の訪問あたり上限2トークンです。前提を置かず、自社の住所について境界がどこにあるかを具体的に確認してください。

妥当な最低購入量はどれくらいですか？

プリペイドパックでは、公開されている初回最低購入量はサービスゾーンあたり20トークンで、これは最小パックでもあります。都度派遣には月額の最低利用がまったくなく、1回の訪問だけでも購入できます。むしろ注意すべきは*訪問あたり*の最低消費で、営業時間内のオンサイト訪問は最低2トークン、夕方・週末・祝日はさらに多くなります。

使わなかった月額分の時間は繰り越せますか？

ユーザー単位の月額には通常、繰り越す「時間」という概念がありません。数量ではなく常設サービスを買っているからです。残高を持つのはプリペイドブロックのほうで、そこで効いてくる条件は有効期間です。公開されているトークンは購入から12か月有効で、契約年ごとに1回、アカウントマネージャー経由でグッドウィル延長が可能です。月額の中に繰り越し時間を提供するプロバイダーがあれば、更新時にそれがどう扱われるかを丁寧に読んでください。

ブロックを使い切ったらどうなりますか？

追加購入になりますが、その追加分の単価を事前に決めておくことが肝心です。大きいパックほど実効時間単価は低く（パック価格÷トークン数）、年度途中に小さいパックで買い足すと当初購入より時間単価が高くなります。消費が計画を上回る傾向にあるなら、小さいパックを買い続けるよりパックサイズを一段上げるほうがたいてい安くつきます。

どちらのモデルなら本当のSLAが付きますか？

どちらにも付きますが、表現が異なります。都度課金のSLAはティアとして購入し、応答と到着を規定します——公開ティアはP1初回応答2時間・翌営業日到着から、24×7緊急ティアの15分・4時間到着まで。月額のSLAは通常、重大度別に応答・解決目標を定めた優先度フレームワークとして表現されます。どちらのプロバイダーにも聞くべきは「SLAはありますか」ではなく「守れなかったとき契約上どうなりますか」です。

拠点が2つの場合はどちらが安いですか？

通常は月額で、距離が離れるほど差は広がります。都度課金では拠点が2つになると移動の露出が倍になり、いずれかが都心部外なら毎回の訪問に加算が乗ります。ユーザー単位の月額は、そのユーザーがどの建物に座っているかに無関心です。例外は本当に小さい第2拠点——数名、インフラなし——で、これは本社をカバーする月額の上に派遣やプリペイド時間を乗せるのが最適なことが多いです。

来年度の支出はどう予測すればよいですか？

月額では人数を予測してください。コストはほぼ線形に追随するので、財務チームはこれを好みます。都度課金ではイベント数を予測し、イベント数は人数ではなく*変化*に追随することを忘れないでください。オフィス移転、まとまった入社、ハードウェア更改、新拠点は、ユーザー数を変えずに物理レイヤーを跳ね上げます。来年度にそれらが含まれるなら、前年の平均から外挿せず明示的にモデル化してください。自社の数字をこの方法に通すお手伝いが必要でしたら、人数ではなく12か月分のチケット履歴をお持ちのうえご相談ください。