契約を結ぶには小さすぎ、その場しのぎには大きすぎる：香港ブティック型エージェンシーのトークン物語

本記事は複合的なシナリオであり、特定の顧客を指すものではありません： 香港の11人規模のデザインエージェンシーは、3年間「パソコンに詳しい誰かの親戚」に頼ってIT対応をしのいできました。それでうまくいっていたのですが、クライアントへの提案の週にノートPCが故障し、自社の環境を本当に理解している相談先がいないことに気づきます。これこそ、契約不要で使った分だけ支払うトークン制IT サポートが解決する課題です——自社に合わないサイズの契約を背負うことなく、継続性を確保する方法です。

香港のブティック型企業には確かなIT需要がある——ただし「標準型」ではない

8〜15人規模のクリエイティブエージェンシー、ブティック型コンサルティング会社、あるいは小規模な貿易オフィスとして、香港の大半のマネージドITサービスプロバイダー（MSP）に相談すると、提示されるのは自社とは違う規模の会社向けのプランです。標準的なマネージドITプランはユーザー数×月額で価格設定されており、その前提は明確です——十分な従業員数、十分な台数のデバイス、そして十分なチケット発生頻度があってはじめて、24時間365日の監視、パッチ管理、マネージドファイアウォール、専任の仮想CIOといった固定月額サービスが経済的に成り立ちます。

11人規模では、この前提は成り立ちません。ブティック型エージェンシーのIT需要は確かに存在します——ノートPCは故障し、クライアントとの通話中にWi-Fiが切れ、フィッシングメールに誰かが引っかかり、新入社員のために急いでマシンをセットアップする必要が出てきます——しかしそれは不定期です。ある月は3〜4件の問題が起きるかもしれませんし、何も起きない月もあるでしょう。50人規模のオフィス向けに設計された24時間365日のネットワーク運用センター監視と継続的なエンドポイント管理に対して、毎月固定のユーザー単価を支払うのは、11人のオフィスには不要な規模のインフラに対価を払っていることになります。11人規模のオフィスが本当に必要としているのは、すでに自社の環境を理解していて、電話一本で対応してくれる有能な担当者であり、何も起きていなくても背後で常に動き続けるサブスクリプションではありません。

これは仮説上のギャップではありません。「契約を結ぶには小さすぎる」と「その場しのぎで乗り切るには大きすぎる」の間にある、まさにこの空白地帯に、香港の多くの小規模な専門職・クリエイティブ企業が置かれています。そして多くのIT サポートのマーケティングはこの層に対応していません。なぜなら標準的なマネージドサービスの営業ロジックには「従業員数×月額」というダイヤルしかなく、「頻度は低いが確かに存在する」需要に対応する設定が用意されていないからです。

シナリオ：専属のIT関係も、組織としての記憶もない

香港の11人規模のデザインスタジオを想像してください——デザイナー5名、アカウントマネージャー2名、経理も兼務するオフィスマネージャー1名、若手スタッフ数名、そして創業者2名。3年間、IT対応は多くの小規模エージェンシーと同じ方法で処理されてきました。まずオフィス内（あるいは誰かの家族）で「パソコンに詳しい」人に聞く。それでダメなら、近くの修理店を探すか、紹介で知り合ったフリーランサーに連絡する。

これまでのところ、おおむねうまくいっていました。ノートPCは最終的には直ります。オフィスのWi-Fiが切れればルーターを再起動します。ライセンスが切れればOfficeを入れ直します。どれも洗練された対応ではありませんが、3年間、変化を強いられるほど深刻な事態にはなっていませんでした。

そんな中、あるベテランデザイナーのノートPCが故障します——動作が遅くなるとか、時々フリーズするとかではなく、本当に起動しなくなったのです——見込み客への提案資料の提出期限まで3日という時期でした。オフィスマネージャーはいつもの連絡先に電話しますが、出張中でつながりません。次に18ヶ月前に一度手伝ってくれたフリーランサーに連絡しますが、そのマシンに何がインストールされていたか覚えておらず、スタジオのファイル構成やソフトウェアライセンスの記録も一切持っていません。実際に問題の診断を始める前に、状況を把握するだけで丸一日近くかかってしまいました。提案資料は別のスタッフのマシンにあった部分的なバックアップから作り直され、完成は遅れたものの、スタジオはどうにか間に合わせました。この一週間を経験した後、スタジオの誰もが「その場しのぎのやり方」がもう通用しないと感じましたが、同時に、50人規模のオフィス向けに価格設定された月額のフルMSP契約が正しい解決策だとも思いませんでした。

「その場しのぎのIT対応」が小規模エージェンシーに実際に強いる代償

ノートPCの故障は問題を可視化しただけで、それ自体が本質的な問題ではありません。本当の問題は、どれほど腕のいい相手に連絡できたとしても、その場しのぎのIT対応が構造的に提供できないことにあります。

すべてのトラブルがゼロから始まる。 親戚であれ、フリーランサーであれ、毎回異なる修理店であれ、連絡先は何がインストールされているか、ネットワークがどう構成されているか、どんなソフトウェアライセンスがあるか、何を既に試したかについて一切の記録を持っていません。毎回、見知らぬ環境をゼロから調査することになり、単純な修正でさえ本来より時間がかかり、本当に複雑な問題では数日かかることもあります。

まさに必要な瞬間に助けが得られない。 その場しのぎの対応とは、たまたま手が空いている知り合いに頼ることを意味します。SLAはなく、保証された対応時間の枠もなく、いつもの連絡先が出張中や病気、あるいは単に別のクライアントに移ってしまっていた場合の代替連絡先もありません。ITトラブルが起きやすい瞬間——提案前の週、ローンチの前日——は、まさに人間関係頼みの連絡先が最も連絡が取りにくい瞬間でもあります。

セキュリティやバックアップの規律を誰も担っていない。 継続的な関係がなく、トラブルとトラブルの間にスタジオのIT状況に責任を持つ人が誰もいないため、何も能動的にチェックされません。バックアップは実際に必要になったその日まで確認されず、そのとき初めて機能していないことが判明します。古いソフトウェアはそれが実際に問題の侵入口になるまでパッチが適用されません。これらの問題が緊急事態になる前に気づくことが誰の仕事にも含まれていないため、誰も気づかないままなのです。

フルMSP契約のユーザー単価課金は、この規模では経済的に成り立たない。 その場しのぎの問題の裏返しは、必ずしも標準的なマネージドIT契約ではありません——むしろ、規模が何倍も大きい会社向けに設計され、このオフィスが決して生み出さないであろうチケット量を前提に価格設定された契約です。11人しかいないスタジオが、数十のエンドポイント向けに設計された継続的な監視インフラに毎月対価を払い続けることは、本当の問題を解決していません——それは、より小規模で体格に合ったコミットメントで単独で解決できるはずの継続性の問題に対して、過剰な買い物をしているだけです。

ここで言う「不定期」が具体的に何を意味するかも明確にしておく価値があります。十分に長い期間で見れば、小規模オフィスのITトラブルはある程度予測可能な水準に平均化されると考えがちですが、実際にはそうなりません。この規模で本当に問題になるのは日常的な些細なトラブルではなく、まれに起きる破壊的なトラブルが、最悪のタイミングで重なることだからです。スタジオは6〜8週間何も起きないこともあれば、クライアントの契約更新の週に、ノートPCの故障とフィッシングメールが同時に発生することもあります。これを「月平均1件のトラブル」に平均化しても、その悪い週の混乱が軽くなるわけではありません。固定の月額リテナー契約がその価格を成立させられるのは、はるかに大きな顧客基盤全体でこの変動を吸収できるからであり、11人のスタジオは実質的にこの仕組みの費用を負担しながら、自分に有利になるだけのチケット量には到底達していないのです。

Brocentの見解：月額契約が常に適切な規模のコミットメントとは限らない

この規模の企業にとって、誠実な答えは通常「フルのマネージドIT契約が必要だから、提案をもっとうまくやるしかない」ではありません。むしろ、サブスクリプションという形のコミットメントそのものが、不定期だが確かに存在するIT需要には合わないということであり、本当に適切な答えは、すでに自社の環境を理解しているチームによる、前払い・従量制のサポート時間を一度購入し、実際に何か起きたときだけ消費する、という形です。

これこそが、Brocentのトークンサービス（Token Service）が存在する理由です。このスタジオが本当に抱えている問題——すでに環境を理解しており、定められた対応時間内に連絡できるチームによる継続性——を解決しつつ、存在しない問題——11人規模には不要な24時間365日のネットワーク監視インフラ——を解決しようとはしません。これは縮小版のマネージドITプランではなく、まったく異なる形のコミットメントであり、はるかに大きなオフィス向けに設計されたユーザー単価の計算式ではなく、実際にトラブルが起きる頻度に合わせて規模設定されています。

トークン制IT サポートの実際の仕組み

その仕組みは意図的にシンプルに設計されており、以下の詳細はすべてBrocentのトークンサービスの公開情報に正確に基づいています——推測や概算は一切含まれていません。

購入するのは前払いの時間ブロックであり、サブスクリプションではない。 1トークンはオンサイトまたはリモートIT サポート1時間に相当します。必要なゾーン（市場）——このスタジオの場合は香港——向けに、トークンのパックを事前に購入します。初回購入の最低数量はゾーンごとに20トークンです。月額請求はなく、ユーザー単価もなく、購入したパック以上の継続的なコミットメントもありません。

トークンは月末が来た瞬間に失効するわけではない。 トークンパックは購入日から12ヶ月間有効で、その1年が終わった時点で残高がある場合、契約年ごとに1回、アカウントマネージャーを通じて好意による延長を申請できます。サブスクリプションのように30日ごとに「使い切らないと失効する」というプレッシャーに追われることはありません。

チケットの起票は、どのヘルプデスクでも同じ仕組みで動く。 Brocentのグローバルサービスデスクに問題内容と緊急度を記載してリクエストを送信します。通常営業時間内であれば、緊急度に応じて当日対応（4時間または6時間）または翌営業日対応のいずれかで処理されます。本当に待てない場合には、24時間365日対応の緊急ティアがあり、夜間・週末・祝日を含むいつでも4時間以内のオンサイト対応を提供します。オンサイト作業は1時間単位のトークンで課金され（営業時間内は最低2トークン、時間外はそれ以上）、リモートサポートは15分単位のブロックで課金され、4ブロックが1トークンに相当します。つまり20分のリモート対応と2時間のオンサイト訪問が同じトークン数を消費するわけではありません。

残るのは記憶ではなく、書面の記録である。 完了した作業ごとに、実際に行った内容を記録した署名入りのサービスレポートが発行され、毎週トークン残高明細書を受け取るほか、残高が尽きるリスクが生じる前に低残高アラートが届きます。この書面記録こそ、その場しのぎの体制では決して得られないものです——次にリクエストを担当する人が実際に参照できる、過去のすべてのチケットの記録された履歴です。

この関係を担うのは、入れ替わり立ち替わりの見知らぬ相手ではなく、アカウントマネージャーである。 Brocentはすべての派遣で同一のエンジニアを保証しているわけではありません（100カ国以上でグローバルサービスデスクを運営している以上、実際にどのエンジニアが担当するかは当日の稼働状況と所在地によって決まります）。しかし、このアカウント関係——そしてその背後にある記録済みのチケット履歴——こそが、「今日は誰の親戚が空いているか」というモデルに代わる、企業が実際に頼れる仕組みです。

これは便宜的な回避策ではなく、誠実に規模を合わせた設計である。 ユーザー単価制の月額MSPプランには、継続的な監視と積極的な管理がバンドルされており、それはチケット量がその投資を正当化できるほど多い場合には合理的です。トークンサービスにはその層は含まれていません——確かに存在するが頻度の低いIT需要を持つオフィス専用に設計されており、それはまさに本記事のシナリオにおけるこのスタジオの姿です。スタジオが成長し、チケット量が月に数件から週に複数件へと増えていくとき、それこそが固定の月額プランがトークンの消費を続けるよりも経済的に理にかなうようになる転換点です。そしてそれは、体に合わない契約によって早期に強いられる選択ではなく、スタジオ自身のペースで意図的に下せる判断です。

導入までの流れ

これには、規模の大きな取引向けに設計された長々しい営業プロセスは必要ありません。この状況にあるスタジオは通常、まずチケット量と緊急度についての会話から始めます——実際にどのくらいの頻度で問題が起きているか、そのうちどれが本当に時間的制約が厳しいものか——を確認し、最初のパックとしてどの程度のトークン数が妥当かをおおよそ把握したうえで、香港ゾーンの最低20トークンを購入します。この会話は、スタジオが実はすでにトークンサービスの適用範囲を超えているかどうかを正直に見極める機会でもあります——説明されたチケット量が月に数件というより週に複数件に近いようであれば、数週間で使い切ってしまうトークンパックを購入するよりも、最初からマネージドITプランを検討する方が適切かもしれません。そこから先、より広範なマネージドIT サポートと、その背後にあるマネージドサービスは、スタジオの需要が実際にその段階まで成長したときのために、後からでも利用できます——しかしトークンサービスから始めることは、その道筋を先取りしてコミットすることを意味しません。

よくある質問

フリーランサーに依頼するのと何が違うのですか？

表面的には仕組みが似ています——何か起きたら連絡する——が、違いはその関係の裏にあるものです。その場しのぎで見つけたフリーランサーには、継続的な説明責任も、記録されたチケット履歴も、明確な対応時間の約束もなく、連絡が取れない場合の代替手段もありません。トークンサービスには、緊急度に応じた明確なSLA（当日対応または24時間365日の緊急ティア）、作業完了ごとの署名入りサービスレポート、そして関係を担うアカウントマネージャーが付随します——これらはいずれも、その場限りのフリーランサーとの関係では本来提供されないものです。

未使用のトークンは失効しますか？

トークンはパック購入日から12ヶ月間有効です。その1年が終わった時点で残高が残っている場合、契約年ごとに1回、アカウントマネージャーを通じて好意による延長を申請できます。1年が終わった瞬間に厳密に「使い切らないと失効」というわけではありません。

トークンサービスの範囲を超えて需要が拡大した場合はどうなりますか？

実際に真の分岐点は存在し、それは営業トークではなく誠実な指標です——月間チケット量がおよそ4件を超えると、固定のユーザー単価制マネージドITプランの方が、トークンパックを消費し続けるよりも通常はコストが低くなります。なぜなら、そのチケット量になると、サブスクリプションプランに含まれる24時間365日の監視や積極的な管理からも実際に価値を得られるようになるからです。それを下回るチケット量では、トークンの方が通常はより適した、コストの低い選択肢であり続けます。いずれにせよ、これは数字が実際にそれを裏付けたときに下すべき判断であり、契約によって早期に縛られるものではありません。

トークンで緊急の当日対応をカバーできますか？

できます。通常営業時間内であれば、チケットの内容に応じて当日対応（4時間または6時間）が利用可能で、営業時間を待てない場合には、24時間365日の緊急ティアが夜間・週末・祝日を含むいつでも4時間以内のオンサイト対応を提供します。緊急対応や時間外対応は、通常の営業時間内チケットよりもトークンの消費が速くなります（1時間あたりのトークン単価は夕方・夜間・週末・祝日には高くなります）。緊急対応が実際に起こりうる可能性があるなら、最初にどれだけのトークンを購入するかを決める際にこの点を考慮する価値があります。

最低購入数はありますか？

あります——どのゾーンでも初回購入の最低数量は20トークンです。これは隠された落とし穴ではなく、事前に公開されているルールであり、1年分のユーザー単価制MSP月額費用と比べれば、実際にはかなり小さなコミットメントです。この初回パック以降、継続的な最低購入数の要件はありません——残高が少なくなったら、また別のパックを購入するだけです。

月の途中でさらに時間が必要になった場合はどうすればよいですか？

トークンは月次請求サイクルに縛られたサブスクリプションではなく、前払いの残高であるため、残高が少なくなればいつでも別のパックを購入できます——更新日や新しい契約期間を待つ必要はありません。毎週のトークン残高明細書と低残高アラートは、まさに緊急事態の最中に残高がゼロだと気づくのではなく、事前にその兆候を把握できるようにするために存在します。

その場しのぎの対応、フルMSP契約、それともトークン制サポート：11人規模のエージェンシーに本当に合うのはどれか

その場しのぎのフリーランサー対応

• コスト：通常、案件ごとに最も安価な選択肢で、事前のコミットメントは不要。
• 継続性：ほぼなし。トラブルのたびに、連絡できた相手がゼロから対応する。
• 可用性：たまたま手の空いている知人が対応——SLAも、保証された対応時間の枠も、代替の連絡先もない。
• セキュリティとバックアップの規律：トラブルとトラブルの間、誰も責任を持たず、能動的なチェックは行われない。
• 最適な相手：IT需要が本当にまれで、時折の継続性の断絶も許容できる企業。

フルマネージドIT契約

• コスト：ユーザーあたりの固定月額費用で、継続的な監視・管理インフラに対して価格設定されている——その月に何か起きようと起きまいと同じ価格。
• 継続性：強力——24時間365日の監視、専任の仮想CIO、すでに環境を理解しているチームによる積極的な管理。
• 可用性：明確なSLA対応時間枠と継続的なカバレッジがプランに組み込まれている。
• セキュリティとバックアップの規律：継続的に担保される——すべてのティアに監視、パッチ適用、マネージドセキュリティのベースラインが含まれる。
• 最適な相手：十分なチケット量（Brocent自身のトークン対プランの指針では、おおよそ月4件以上）を生み出す企業。この水準に達すると、継続的な監視と固定月額の方が経済的により理にかなうコミットメントの形になる。

トークン制サポート（Brocent Token Service）

• コスト：前払い・従量制——時間を事前に購入し（ゾーンごとに最低20トークン）、実際に何か起きたときだけ消費する。ユーザー単価の月額費用はない。
• 継続性：アカウント関係と、記録されたチケット履歴——すべての作業に署名入りサービスレポートが発行されるため、毎回同一エンジニアが保証されなくても、次にリクエストを担当する人がゼロから始めずに済む。
• 可用性：明確なSLAティア——営業時間内の当日対応（4時間または6時間）、緊急案件向けの24時間365日ティア（4時間以内のオンサイト対応）。
• セキュリティとバックアップの規律：マネージドプランのような継続的な監視は含まれない——トークンサービスは、確かに存在するが頻度の低い問題への対応向けであり、24時間体制の積極的なインフラ管理向けではない。
• 最適な相手：IT需要が確かに存在するが不定期な企業——ユーザー単価契約では経済的に成り立たないほど小規模だが、その場しのぎの対応に頼り続けるには大きすぎる企業。

香港の11人規模のエージェンシーにとって、誠実な答えが「もっと大きな契約が必要」であることはめったにありません。むしろ、コミットメントの形そのものをまったく別のものに変える必要があるというのが実情です——実際にトラブルが起きる頻度に合わせて規模設定し、前回対応してくれた人が去るとともに失われる組織の記憶ではなく、記録に裏付けられた履歴に頼る形です。これこそトークンサービスが埋めようとしているギャップです——マネージドITプランを縮小コピーするのではなく、最初から正しく規模設定された、まったく異なる種類のコミットメントを提供することによってです。

Brocentは2007年からアジア各地でIT サポートとマネージドサービスを提供しており、2021年からはシンガポールに本社を置き、香港オフィスは2016年から現地市場にサービスを提供しています。トークンサービスを支えるこのグローバルサービスデスク、アカウント管理体制、SLAフレームワークは、月額契約の方が適切になる段階に実際に達した企業向けのBrocentのフルマネージドITプランも同様に支えています。

その場しのぎのIT対応がもはや十分に信頼できなくなった一方で、月額のフルマネージド契約はまだ自社に合わない規模だと感じているなら、お問い合わせいただき、実際のチケット量について話し合いながら、トークンサービス、マネージドITプラン、あるいはその中間のどこかが自社にとって適切な出発点かどうかを一緒に確認してください。