高額商品のオンライン販売イベントにおいて、チームが直面する最大の課題の一つは、顧客を通すペースを適切に管理することです。
顧客の案内ペースが遅すぎると、不必要に列ができてしまいます。顧客は待ち時間が長くなり、不満が高まり、コンバージョン率が低下し、イベントの成果も振るわなくなります。
しかし、顧客の流入を速くしすぎると、システムが処理しきれなくなってしまいます。ページの表示が遅くなり、取引が失敗し、サービスがダウンしてしまいます。最悪の場合、セールイベント自体が完全に機能しなくなる恐れもあります。
アドミッションレートのバランスを適切に保つことが重要です。システムのリアルタイムのパフォーマンスに基づき、分単位で絶えず調整を行わなければなりません。
多くの企業では、この業務は人間のチームに任されています。しかし、本当にそうしなければならないのでしょうか？
「人的要素：なぜ手動による管理は機能しなくなるのか」
ライブの流入率を手動で管理することは、技術チームに多大な負担を強いることになる。
大規模なイベントの開催中、オペレーターは重要な質問にリアルタイムで絶えず回答しなければなりません：
- そのCPU使用率の急上昇は、一時的な変動なのか、それとも深刻な障害の兆候なのか？
- 入店人数の制限をさらに厳しくすべきか、それとももっと多くの顧客を受け入れるべきか？
- これらのセッションは、放置されたタブ、ボット、それとも本物の購入者なのでしょうか？
どんな決断にも結果が伴うため、その決断を正しく下さなければならないというプレッシャーは大きい。
主なビジネスリスクは2つあります：
1. 客を多く入れすぎること
人間のオペレーターが一度に多くの顧客を受け入れてしまうと（パフォーマンスデータの読み間違い、判断の遅れ、あるいは計算されたリスクの取り過ぎなどが原因で）、その結果は即座に、かつ深刻なものとなる可能性があります：
- サイトのパフォーマンスが急速に低下する。
- ページの読み込みが遅くなります。
- 決済処理が失敗します。
- 在庫管理や決済ゲートウェイといった中核サービスは、負荷がかかると機能不全に陥る。
ライブイベント中にこうした障害から復旧するのは極めて困難です。多くの場合、システムに目に見える不具合が生じた時点では、すでに根本的な損害が生じており、顧客は不満を抱いているのです。
2. 入場を許可する客数が少なすぎる
過負荷を避けるため、チームはしばしば過度に慎重になりすぎてしまう。これは、システムが初めて障害を起こした後、クラッシュの再発を防ぐために起こりがちだ。我々はこれを「シェルショック」と呼んでいる。
彼らは必要以上に受け入れ率を厳しく制限しており、システムの処理能力が十分に余裕がある場合でも、ライブサイトへの顧客流入を遅らせてしまっている。
売上減少などの商業的な損害が生じる可能性はあるが、通常、ここでの問題はそれではない。問題はむしろ人間的な側面にある：
- 顧客は、本来あるべきよりもはるかに長い時間、列に並んで待たされている
- フラストレーションが募り、離脱率が上昇する
- ブランド体験が損なわれている
スピードが出すぎても、遅すぎても、失敗の許容範囲は紙一重だ。
隠れたコスト：技術チームにかかるストレス
入場率を手動で管理することは、イベント運営上のリスクをもたらすだけではありません。イベントを運営するチームにも多大な負担をかけることになります。
- 決定には大きなリスクが伴います。
- メトリクスの急変には、即座の分析と対応が求められます。
- 調整の成否が、記録的な成功と、世間に露呈する失敗との分かれ目となる可能性がある。
というわけで：
- チームは、数時間にわたって続くこともある、その場その場の状況に応じた分単位の意思決定を余儀なくされる。
- オペレーターは、プレッシャーのかかる状況下で意思決定の疲労を感じたり、躊躇したりすることがある。
- 状況が予測不能に変化するにつれ、イベントを通じて緊張感が高まっていきます。
- 誤った調整をしてしまうことへの恐れが過度な慎重さにつながり、不必要に処理速度を低下させてしまう。
- 経験豊富なエンジニアであっても、課せられた責任の重さに圧倒されてしまうことがある。
いくら訓練や計画を練っても、重大な事態が発生した際に、人間のオペレーターが求められる速度と正確さで対応することが難しいという根本的な問題は解消されません。
チームにかかる負担は、技術的なものだけでなく、心理的なものもある。
オートチューンの機能
Crowdhandlerのオートチューン機能は、こうした問題を根本から解消するよう設計されています。
Autotuneは、手動による入場管理に頼るのではなく、システムの稼働状況を継続的に監視し、顧客の流れをリアルタイムで自動的に調整します。
次のようなサイト上の実際の行動を追跡します：
- ページの読み込み時間
- サーバーの応答時間
- エラー率
- アプリケーションレベルのパフォーマンス
サイトの状態が良好な場合、Autotuneは顧客の待ち時間を短縮するためにアクセス数を増加させます。 負荷の初期兆候が見られた場合、Autotuneはシステムの安定性を維持するために、システムがダウンすることなく、また推測や躊躇することなく、即座にアクセス数を削減します。
重要な点は、オートチューンが仮定ではなく、リアルタイムのデータに基づいて動作することです。人間の反応時間を完全に排除しつつも、人間のように機能し、人間なら下すであろう判断を下すため、いかなる人間よりも素早く反応することができます。
また、オートチューンは従来のストレステストよりも優れた性能を発揮します：
-
ストレステストでは理論上のシナリオを想定していますが、実際のイベントでは、顧客の行動は大きく異なります。
-
オートチューンは、事前のテストで想定されていた状況ではなく、システム内で実際に起きている状況に即座に対応し、刻々と状況に合わせて調整を行います。
これは、熟練した人間のオペレーターの動作を効果的に再現するものであり、しかもより高速で、より一貫性があり、ストレスや疲労を感じることなく動作します。
事例研究
オートチューンの真価は、当社の実際の成果例を見れば最もよくわかります。
私たちは先日、大手チケット販売プラットフォームが2日間にわたり、2つの注目度の高いコンサートのチケット販売を実施できるよう支援しました。
両日とも顧客の需要はほぼ同じだった――しかし、結果は全く異なっていた。
1日目：手動による入場管理
- 技術チームは流量を手作業で管理していた。
- サービス開始直後に、初期のサーバーの問題が発生した。
- システムのクラッシュを防ぐため、受け入れレートが大幅に引き締められた。
- 待ち時間は最大24時間に及んだ。
- 顧客は、長時間待ってもサイトのエラーや動作の遅延に見舞われました。
- 技術チームは、極度のプレッシャーの中、手動で流量を調整するなど、絶えず緊急対応に追われていた。
困難な経験、販売スケジュールの長期化、そして技術チームの疲労が重なった結果、当社の顧客は「Day 2」に向けてAutotuneの導入を決定しました。
2日目：オートチューン
- オートチューンは、リアルタイムのパフォーマンスに基づいて、入学率を動的に調整しました。
- サーバーに関する重大な問題は発生しませんでした
- 列はスムーズに進み、不必要な遅れもなく進んだ
- このイベントはわずか4時間で完売しました
- 技術チームはイベントを監視していましたが、入場手続きの進行に手動で介入する必要はありませんでした。
その結果、顧客体験が大幅に向上し、完売までの時間が短縮され、チームの負担も劇的に軽減されました。
同じ需要。同じインフラ。異なる結果。
設定して後は放っておけばOK：リスクの解消――そしてストレスの解消
オートチューンの真の価値は、単に技術的なリスクを取り除くことだけにあるわけではありません。
それは、業務上のストレスを取り除くことにあるのです。
入室管理が適切に自動化されている場合：
- チームはもはや、分単位で判断を下す必要がなくなりました。
- オペレーターは、誤った調整によってイベントを台無しにしてしまうという不安を抱くことはなくなりました。
- 焦点は、戦術的な問題対処から、戦略的な監視と改善へと移ります。
- 入室管理がリアルタイムで最適化されるため、顧客体験は自然と向上します。
これにより、「設定したら後は放っておける」システムとなります：
各チームはイベントの前にパラメータを設定し、Autotuneがライブ中の調整を自動的に行います。
これは、単にインフラを保護するだけではありません。最も重要な収益イベントの運営を担う人々を保護するものでもあります。
なぜ自動化された入場管理が今や不可欠なのか
ハイステークスなオンラインイベントにおいては、許容される誤差が極めてわずかであること、イベントに求められるスピードが極めて速いこと、そして人的チームにかかるプレッシャーが極めて大きいことから、手動による入場管理に頼るだけではもはや不十分となっています。
Autotuneは、実際のシステムパフォーマンスに基づいたインテリジェントなリアルタイム制御機能を提供することで、より優れた代替手段となります。これにより、システムクラッシュや不必要な遅延のリスクを伴わずに、顧客の流れを最適化することができ、最終的には重要なイベント発生時に技術チームが抱える運用上の負担を軽減します。