落とせないライブ配信

要点： 欧州の消費財ブランドの杭州チームが、Tmall・JD・Douyin のストアフロントを運営している。1 年のうち 10 か月は、IT の不具合は不便でしかない。だが 11.11 の 2 時間のライブ配信枠で起動しないワークステーションには、財務が元単位まで計算できる損失が付く。ピーク型のリスクに対して、常駐 IT の人員枠は形の合わない解決策である。必要なのは事前配置された対応力だ。

外資消費財ブランドが中国 EC を杭州で運営する理由

杭州は中国のプラットフォーム経済が集中する場所であり、中国 EC 事業を立ち上げる外資消費財ブランドにとって、その集中こそがここにいる理由のすべてである。人材プールがプラットフォームの機微——ストアフロント運営、キャンペーン設計、トラフィック購入、コンテンツ制作、ライブ配信のホスティング——を理解しており、これは他都市ではまず採用できない種類の理解だ。運営代行、制作スタジオ、MCN パートナー、フリーのライブホストがいずれも地場で層をなしている。11.11 を 3 回回した経験のある人材は、杭州では見つかる。他の多くの都市では見つからない。

これは同時に、杭州が外資ブランドにとって中国で最初ではなく 2 番目か 3 番目の拠点になりやすい理由でもある。法人、法務機能、しばしば地域経営層は上海にある。工場や販売関係は広東または長江デルタの他地域かもしれない。杭州が引き受けるのは EC チームそのものだ。この仕事ができる人がそこにいるからである。

この順序には、見た目以上に効いてくる帰結がある。杭州チームはたいてい、自社の IT 機能から最も遠い拠点になる。組織的にも遠いが、それ以上に「その IT 機能がこのチームの働き方をどれだけ理解しているか」という意味で遠い。グローバル IT ポリシーは、ノート PC とブラウザとコラボレーションスイートで働くオフィスのために書かれている。キャプチャ機材を扱い、大容量の動画ファイルをローカルで編集し、グローバル IT が見たこともないプラットフォーム管理画面やライブ配信ツールを操作するチームのためには書かれていない。

Brocent は中国本土で北京・上海・広州・深圳・杭州の 5 つの重点都市をカバーしており、そのフットプリントにおける杭州の位置づけは、まさにプラットフォーム企業、ソフトウェア、EC、成長段階の企業である。これはカバー範囲の偶然ではない。杭州の企業が実際に求めるものを反映しており、それは上海の地域統括拠点や広州の製造拠点が求めるものとは実質的に異なる。

シナリオ：45 名と、1 年を背負う 2 週間

説明のための複合シナリオを考えたい。特定の顧客ではなく、この領域で繰り返し現れる案件の形から組み立てたパターンである。ある欧州の消費財ブランドが、約 45 名の杭州オフィスから中国 EC 事業を運営しており、構成は三つに分かれている。

ストアフロント運営は約 15 名。Tmall、JD、Douyin のストアフロントを日々回している。商品登録、価格設定、倉庫との在庫連携、プロモーション設計、プラットフォーム管理画面での作業。彼らはブラウザとプラットフォームのコンソールの中で生きており、ツールはおおむねプラットフォームが提供するものである。

コンテンツ／クリエイティブは約 18 名。ストアフロントとキャンペーンが消費するすべて——商品撮影、ショート動画、バナー、ライブ配信素材——を制作する。高スペックのワークステーションで、非常に大きなローカルプロジェクトファイルを扱う。とりわけ動画プロジェクトはローカルで作業される。性能がそこにあるからだ。そしてそれらがアーカイブされるとすれば、誰かが思い出してそうするからである。

カスタマーサービスは約 12 名。プラットフォーム自身の接客ツールで購入前後の問い合わせを処理する。その件数は、平常の火曜日とキャンペーン当夜とで一桁変わる。

キャンペーンカレンダーがすべてを支配する。6 月の 618 と 11 月の 11.11 は、通常の意味での繁忙期ではない。年間の数字を達成できるかどうかを決める期間である。その周囲に予約販売期間、ウォームアップ、夜遅くまで続くライブ配信のスケジュールが並ぶ。ホストを押さえ、有料トラフィックを背負ったライブ配信の開始時刻は、動かせない。

このチームに現地 IT の人員枠はない。サポートは三つの寄せ集めから来る。上海オフィスからのリモート支援、2 年前にオフィスマネージャーが契約したスポット修理ベンダー、そしてクリエイティブチームの中で「パソコンに強い」ために事実上の一次窓口になっている 1 名である。これは支援の薄いオフィスすべてに現れる知識の単一点のパターンだが、ここではもう一段問題がある。その人物の本来の仕事は、キャンペーン素材を作ることなのだ。

この状況が実際に生む問題

• ローカルディスク上にあり、バックアップされていないクリエイティブ資産。 これが最大の露出であり、同時に最も見えにくい。3 週間分の未完成キャンペーン動画を抱えたワークステーションは、実質的にバックアップのない本番システムである。会社にバックアップ方針はある。ファイルサーバーとクラウドストレージを対象にしている。しかし、編集性能がそこにあるという理由で 1 台のマシンにしか存在しない 400 GB のプロジェクトフォルダをどう扱うかは、どこにも書かれていない。
• キャンペーンの合間に誰も所有していないライブ配信機材。 キャプチャカード、カメラ、照明、オーディオインターフェース、専用の配信マシン。キャンペーンの合間、この機材は部屋に置かれている。誰も電源を入れず、誰もそのマシンにパッチを当てず、前回のドライバ更新の後もキャプチャカードが認識されるかを誰も確認しない。最初に判明するのは次のキャンペーンの設営時——もっと悪ければ、その最中である。
• 平常週に合わせたキャパシティ。 オフィスのネットワーク、ワークステーション、インターネット経路は、通常業務を前提に設計されている。キャンペーン当夜、同じインフラがライブ配信のアップリンク、平常の 10 倍の件数を捌くカスタマーサービス、締切に追われて素材をアップロードするクリエイティブ、そして通常どおり働く全員を同時に支える。ここに故障はない。3 月には正しく、11 月 11 日には正しくないサイジング判断があるだけである。
• 現地のプラットフォームツールを想定していないグローバルセキュリティポリシー。 プラットフォーム管理画面、ライブ配信ソフト、そして中国のパートナー代理店が実際に使うコラボレーションツールは、グローバル標準構成の前提に入っていない。その先は予想がつく。数週間かかる例外申請か、あるいは——はるかに多く——非公式な回避策である。個人端末でのプラットフォームアクセス、コンシューマ向けファイル転送サービス経由のファイル移動、そして IT が存在を知らず、したがって保護もできないシャドーツールチェーンだ。
• 平時は問題ない本社システムへの越境アクセス。 杭州チームはグループの ERP、素材ライブラリ、コラボレーション基盤を必要とする。アクセスはたいていの日は通る。都合の悪いタイミングで劣化し、劣化したとき、それがプラットフォームの問題か、経路の問題か、ポリシーの問題かを切り分けられる人が現地にいない。チケットは別のタイムゾーンのキューに入り、キャンペーンはその素材なしで進む。
• 「準備できているか」に責任を持つ人がいない。 最も影響の大きい欠落が、最も単純なものである。「杭州オフィスが 11.11 に向けて準備できていることを確認する」を職務記述書に持つ人は誰もいない。個々人が、本来業務の残り時間で、日付が近づいてからできることをする。

Brocent の視点：ピーク型のリスクには、常駐ではなく事前配置された対応力を

支援の薄いオフィスに対する直感的な処方は、IT 担当を 1 名採用することだ。このオフィスにとって、それは形の合わない答えである。断定するだけでなく、理由を正確に述べておきたい。

現地 IT を 1 名採用しても、年の 10 か月は稼働が余る。これは効率の議論に聞こえるが、主たる反論ではない。主たる反論は、1 名採用しても、肝心の一夜の午後 11 時にはやはり不在であるということだ。1 人の人間が、22 時を回るライブ配信枠をカバーし、朝 7 時の予約販売切り替えに立ち会い、しかも 3 週間前に機材を準備した本人でもある、ということはできない。ピーク型のリスクは、平均型のリソースを足しても解決しない。ピークのある場所に対応力を置くことで解決する。

多くの企業が戻っていくもう一つの選択肢——スポット修理——は、逆の形で失敗する。3 月には安く、十分だ。キャンペーン当夜の 21 時にはほぼ無価値である。ライブ配信の最中に呼ばれた修理ベンダーはゼロから始めるからだ。環境の知識がなく、予備部品も用意されておらず、どれが配信マシンかも分からず、応答コミットメントは営業時間向けに書かれている。

実際に機能するのは、準備と臨席であり、順序はこのとおりである。

枠が開く前に対応力を事前配置する。 数日前ではなく数週間前のレディネスチェック。ワークステーションと配信マシンを起動し、パッチを当て、動作を確認する。キャプチャ機材を、実際に使うソフトウェアでエンドツーエンドに試験する。ネットワーク経路を負荷に近い条件で確認する。クリエイティブ資産が、それを作ったマシン以外の場所にバックアップされていることを確認する。故障しやすい部品の予備を現地に配置する。

キャンペーン枠の内側に常駐エンジニアを置く。 恒久的な採用ではない。重要な日程に合わせてスケジュールされたオンサイトエンジニアであり、レディネスチェックに関与しているため環境をすでに知っている人物である。Brocent のフルタイム・オンサイト IT サポートはまさにこの形でスケジュールできるよう設計されている。等級を定めた専任のフルタイムまたはパートタイムのエンジニアに、背景調査、顧客環境へのオンボーディング、初日前の文書化されたインテーク調査が伴う。あなたの 11.11 に入るエンジニアが、11.11 当日に初めてあなたの現場を見る、という状態であってはならない。

枠そのものに対する時間外エスカレーションを定義する。 23 時まで走るライブ配信には、同じく 23 時まで走るサポートコミットメントと、オンサイトエンジニアの先にある名前の付いた経路が要る。Brocent の 24×7 多言語ヘルプデスクは中国・香港・マレーシアの分散拠点から 24 時間体制で運営され、着信の 90% を 40 秒以内に応答し、リモートで解決できない場合はオンサイト派遣へエスカレーションする。キャンペーン当夜に最初に問われるのは常に「これはその場で直せるのか」であり、この構造はそれに合っている。

バックアップの問題は、キャンペーンの外で完全に片づける。 ローカルディスク上のクリエイティブ資産は通年の露出であり、キャンペーン期間中に破滅的になるだけである。24×7 のジョブ監視と定期的な復旧訓練を伴うクラウドマネージドバックアップが対処するのは、その実際のリスクだ。そして復旧訓練は、ここでは他のほぼどこよりも重要になる。大容量メディアファイルこそ、「バックアップが完了した」と「ファイルが使える」が最も頻繁に食い違う領域だからである。

準備とは実際にどういうものか

この形のオフィスにおけるキャンペーン・レディネスのサイクルは、複雑ではない。ただ所有者がいて、最後の 1 週間ではなくスケジュールに沿って実行される、というだけである。

• 4〜6 週間前：棚卸しと評価。 どんなハードウェアがあり、状態はどうで、何が保守期限切れで、ネットワーク経路はどうなっていて、クリエイティブファイルが実際にどこにあるか。グローバル標準構成と現地ツールチェーンのギャップを、障害時に発見するのではなく正直に文書化するのもこの時期である。
• 3〜4 週間前：是正と資材配置。 重要なマシンにパッチを当てて検証し、劣化しているものを交換し、予備部品を現地で発注・配置し、クリエイティブ資産のバックアップが動作し復元可能であることを確認する。3 週間前にキャプチャカードを発注するのは調達であり、11 月 10 日に発注するのは危機対応である。
• 1〜2 週間前：フルリハーサル。 本番のソフトウェア、本番のホストマシン、本番のネットワークで、ライブ配信の設営をエンドツーエンドで通す。キャンペーン当夜の障害の大半はここで発見でき、目視点検だけで発見できるものはほとんどない。
• 枠の期間中：スケジュールされたオンサイト臨席と時間外エスカレーション。 エンジニアが重要な時間帯にいて、残りをヘルプデスクがカバーし、エスカレーション経路は必要になる前に書かれている。
• 事後：次のサイクルに送る短い振り返り。 何が壊れ、何が壊れかけ、次回の予備部品リストはどうあるべきか。618 と 11.11 は 6 か月離れており、それはちょうど忘れるのに十分な長さである。

これらすべての土台には、通常のマネージド IT——監視、パッチ適用、ヘルプデスク、バックアップ——が、45 名のオフィスに見合った規模で通年動いている。キャンペーン準備はその上に重ねる層であって、代替ではない。

杭州の EC チームを支える三つの方法を、正直に比較する

• 現地 IT を採用する。 常に人がいて、チームを知っていて、すぐ動ける。その代償は、年の大半で稼働が余ること、それでも 1 人であること、23 時にはやはり不在であること、休暇も取ること、そして——最も過小評価される部分だが——キャンペーン当夜に本当に必要な予備部品、ベンダー関係、エスカレーションの厚みが依然としてないことである。45 名のオフィスにとって、これは臨席を買う手段としては高価で、レジリエンスを買う手段としては貧弱だ。
• スポット修理。 安く、柔軟で、拘束もなく、3 月に壊れたノート PC には完全に十分である。その代償は、環境の知識がなく、予備部品の準備もなく、事前準備もなく、応答枠が営業時間向けに書かれていること。1 年を背負う夜に、あなたは見知らぬ相手に電話し、自分の現場をゼロから説明することになる。
• 事前配置型のマネージドカバレッジ（Brocent モデル）。 監視・パッチ適用・ヘルプデスク・バックアップを通年で担う常設のマネージド契約に、キャンペーン枠へ組み込まれたスケジュール済み常駐エンジニア、数週間前のレディネスチェックと予備部品の事前配置、そしてライブ配信時間帯そのものに対して定義された時間外エスカレーション経路を加える。その代償は、反応するのではなくカレンダーを前もって計画する必要があること、そして件数課金ではなく商業的なコミットメントであることだ。気にしている障害モードが数夜に集中しているなら、それはまさに行うべき取引である。

ここからどう進めるか

有用な診断は、静かな月に問う一つの質問である。予約済みのライブ配信の 90 分前に配信マシンが起動しなかったら、何が起きるか。 「誰に電話するか」ではない。実際に何が、どの順序で起き、各手順にどれだけかかるか、である。これに答えようとして、多くの杭州チームは、配置済みの予備がなく、検証済みの代替マシンもなく、その時間帯をカバーするサポートコミットメントもないことに気づく。

Brocent は 2007 年から中国本土で事業を行い、北京・上海・広州・深圳・杭州を重点都市としてカバーしています。杭州のフットプリントは、とりわけプラットフォーム企業、ソフトウェア、EC 事業に向けたものです。マネージド IT プランは全ティアで 24/7 監視、ヘルプデスク、パッチ管理、バックアップを含み、オンサイトエンジニアは等級と期間でスケジュールでき、キャンペーン枠のカバレッジは実際のカレンダーに対してスコープされます。プラン構成はマネージド IT サポートでご覧いただけます。次のキャンペーン枠に何が必要かを整理したい場合はお問い合わせください。

よくある質問

杭州に常勤の IT 担当は必要ですか。

35〜60 名程度で、カレンダーがキャンペーン型のオフィスであれば、通常は不要です。理由は主にコストではありません。常勤 1 名は営業時間内の臨席を与えますが、依然として 1 人であり、休暇も取り、夜遅くには不在で、予備部品もエスカレーションの厚みもありません。通年の定常業務を常設のマネージド契約に任せ、キャンペーン枠にオンサイトエンジニアをスケジュールするほうが、リスクが実際にある場所に対応力を置けます。オフィスが 100 名を超えるか、季節的なピークではなく恒常的な夜間シフト運用を持つようになれば、この計算は変わります。

618 や 11.11 の期間はどうなりますか。

事前配置型の取り決めでは、作業の大半はその前に行われます。4〜6 週間前のレディネスチェック、3〜4 週間前の是正と予備部品の配置、1〜2 週間前のライブ配信設営のエンドツーエンドのフルリハーサル。枠の期間中は、スケジュールされたオンサイトエンジニアが重要な時間帯——夜間のライブ配信セッションを含む——をカバーし、その背後を 24×7 のヘルプデスクと定義されたエスカレーション経路が支えます。目的は、10 月に見つけられたはずの驚きがキャンペーン当夜に一つも起きないことです。

クリエイティブファイルはどこにバックアップすべきですか。

それを作成したワークステーション以外の場所へ、そして実際にテストされた復元を伴って。要件はこれだけですが、クリエイティブチームでは満たされていないことのほうが多いのが実情です。大容量のプロジェクトファイルこそ、バックアップが面倒なファイルだからです。Brocent のクラウドマネージドバックアップは一般的なファイル・画像・動画形式を対象とし、24×7 のジョブ監視と定期的な復旧訓練を伴います。メディアにとっては復旧訓練こそが最も重要な部分です。大容量ファイルのバックアップは、ジョブの完了と復元の可用性が最も頻繁に食い違う領域だからです。ローカル＋クラウドか、クラウドのみかという設計上の問いは、ワークフローのどれだけがオフィス規模の障害を生き延びる必要があるかによります。

本社のセキュリティポリシーは現地のプラットフォームツールと両立しますか。

経験上、たいていは両立します。ただしそのギャップが暗黙のままではなく文書化されている場合に限ります。私たちが見る失敗の型は、何かを明確に禁じるポリシーではありません。現地ツールチェーンを知らないまま書かれたポリシーと、キャンペーンカレンダーが許すより長くかかる例外プロセスと、その両方を静かに迂回する現場、という組み合わせです。チームが実際に必要とするもの——プラットフォーム管理画面、ライブ配信ソフト、パートナー代理店が使うコラボレーションツール——を文書化し、明確なリストとしてセキュリティ機能の前に置くことが、これをシャドー IT の問題からポリシー上の判断に変えます。なお、御社のグループポリシーの下で何が許容されるか、また越境データ移転やプラットフォーム規制に関わる論点は、御社の法務・コンプライアンス機能が判断すべき事柄です。当社は運用上の形を説明し、その決定を支援します。

杭州にはどれくらいの速さでエンジニアが来られますか。

杭州は Brocent の中国 5 重点都市の一つであり、派遣は現地業者を探す場当たりの作業ではなく常設の取り決めです。ただし正直に言えば、キャンペーン当夜に応答時間を当てにすべきではありません。区別すべきなのは、平常週の予期せぬ故障に必要な「派遣」と、ホストを押さえ有料トラフィックを背負ったライブ配信枠に必要な「スケジュールされた臨席」です。キャンペーンのリスクに対する答えが応答時間のコミットメントであるなら、そのリスクはまだ扱われていません。

杭州は上海と扱いが違いますか。

サービスモデルは同じで、通常異なるのは構成比です。上海の案件は地域統括的な業務——コーポレートシステム、エグゼクティブ支援、地域調整——が多くなります。杭州の案件はプラットフォーム企業、ソフトウェア、EC 事業に偏り、実務的にはクリエイティブワークステーションとメディアファイル関連の作業が増え、キャンペーン型のスケジューリングが増え、平均ではなくピークを前提にサイジングされたインフラが増えます。いずれも同じ中国 5 都市カバレッジ、同じマネージド IT プラン構成の中にあります。

キャンペーン枠のカバレッジはどのように価格が決まりますか。

二つの部分から成ります。通年のマネージド契約——監視、ヘルプデスク、パッチ適用、バックアップ——はプランティアに対してユーザーあたり月額で価格が決まり、中国は地域平均からの換算ではなく現地固有の価格が設定されています。キャンペーン枠のオンサイトエンジニアリングは、エンジニアの等級と、実際に必要な日数・時間数に応じて別途スコープされます。2 週間の 11.11 枠と 3 日間の 618 予約販売は異なるコミットメントだからです。契約期間も料率に影響し、長期のコミットメントほど月額料率は下がります。標準的な期間は 6・12・24 か月です。現行のプラン構成と含まれる内容はマネージド IT サポートのページに記載しており、スコープを定めた金額の提示にはキャンペーンカレンダーの確認が必要です。