エンジニアリングチームは、またしても長時間にわたる負荷テストを終えたところです。データベースのクエリを最適化し、CDNエンドポイントを追加し、すべてのAPIに対して負荷テストを実施しました。しかし、今年最大の製品リリースまであと1週間というこの時期になっても、肝心な疑問――顧客にセール開始時刻をいつ発表するのか――に対する答えはまだ出ていません。
もしこれがどこか見覚えがあるなら、あなたは「昨日の戦い」を戦っていることになります。
問題：間違った問題を解決してしまった
CrowdHandlerを導入した後、多くの企業で起こることは驚くほど一貫しています。各チームは、「顧客体験」という新たな課題に立ち向かう代わりに、依然として従来の脅威（サーバーのダウン）への対策に追われ続けています。CrowdHandlerはすでに 、「実際のユーザーを用いて本番環境に対して継続的な負荷テストを行い 、その結果をリアルタイムで調整する」機能に加え 、「待ち室そのもの」という「組み込みの安全弁」を備えています 。サーバーがダウンすることはありません。その戦いは終わりました。あなたは勝利したのです。
しかし、より根本的な問題は文化的なものです。エンジニアリングチームは長年にわたり、顧客を脅威の源として扱ってきました。社内の会話がすべて「トラフィックの急増に対処しなければならない」や「ユーザーによってサーバーがパンクしてしまう」といった話題ばかりになると、顧客は徐々に敵へと変貌していきます……つまり、精巧かつ入念に設計されたシステムを破壊する存在として見なされるようになるのです。クラッシュの問題が解決されたら、顧客を単なる「負荷」ではなく「人間」として捉え直すことを、改めて学ばなければなりません。
マインドセットの転換：インフラから体験へ
かつての課題は単純明快でした。「トラフィックの急増に、当社のサーバーは耐えられるだろうか？」
新たな戦いは、さらに重要なものです。「顧客は満足のいく体験を得られ、無事に購入を完了できるだろうか？」
この変化は単なる理論上の話ではありません。それは、ローンチ前の時間をどのように過ごすか、どこに精神的なリソースを割くか、そしてどのようなチームの習慣を定着させるかに影響を及ぼします。負荷テストに費やされる1時間ごとに、カスタマージャーニーの構築に充てられる時間が1時間減ることになります（これは、ローンチの成否を真に左右する要素です）。
そして、製品のリリースイベントに5万人が集まったとしても、それは技術的な課題ではありません。それは、需要を示す5万人の熱狂的な顧客なのです。彼らを災害のような事態として扱うことは、真のチャンスを逃す最も確実な方法です。
チームがやめるべきこと（無駄な努力）
CrowdHandlerを導入した後も、チームはもはや重要ではない作業を続けてしまうことがよくあります。待機室機能により、サーバーの処理能力にかかわらずクラッシュが防がれるため、インフラの最適化は不要になります。予測が外れたとしても、「最悪の場合でも、ウェブサイトがダウンするわけではなく、単に待ち時間が長くなるだけだ」（CrowdHandler）とのことです。
負荷テストのシナリオ（特に10万ユーザーという大規模なシミュレーション）は、CrowdHandlerがそのトラフィックを自動的に管理するため、意味をなさなくなります。制御されたトラフィックしかデータベースに到達しないため、極端なピーク時のデータベースクエリの最適化は時間の無駄になってしまいます。決済プロセッサのストレステストも同様の運命をたどります。システムは、設定したレート通りに正確に顧客を処理するからです。
何よりも最悪なのは、顧客を敵対的な存在として扱う習慣です。「トラフィックの急増」や「負荷の急増」といった表現を使うことは、単にあなたの製品を購入したいだけの実在の人々を、人間味のない存在として扱ってしまうことになります。
チームが今すぐ始めるべきこと（真の価値）
真の課題はサーバールームの外にある。技術的な不具合がもはやボトルネックでなくなれば、成功はジャーニーの設計、運用体制、そしてコミュニケーションにかかっている。
1. 顧客体験の全行程を計画する
顧客は、「発見」から「エントリー」、「待ち行列」、そして「チェックアウト」へと進んでいきます。顧客は、自分がどこに向かっているのか、何が起きているのか、そして何が起こるのかを知っておく必要があります。待合室は顧客を混乱させるのではなく、準備を整える場であるべきであり、メッセージを通じて、顧客の期待感を高めてから、最終的に購入を完了させるまで導いていく必要があります。
2. 運用計画の策定
明確なコミュニケーション戦略が必要です。誰かがソーシャルメディアを監視しなければなりません。また、待合室への最新情報の掲示ができる担当者も必要です。在庫がゼロになった場合は、誰かが直ちにメッセージを更新しなければなりません。決済処理に不具合が生じた場合は、誰かが待機中の顧客に対応しなければなりません。迅速かつ正確なコミュニケーションこそが、スムーズな体験を維持する鍵となります。
3. デフォルト設定を信頼し、運用を計画する
CrowdHandlerのデフォルトテンプレートが存在するのは、それらが実際に効果を発揮するからです。これらは、順番、推定待ち時間、進行状況に関するリアルタイムのフィードバックを提供することで、離脱を減らし、状況の透明性を維持します（CrowdHandler Ltd.）。進行状況バーや順番表示は、確立された「待ち行列心理学」に基づいています。デフォルトのメッセージ表示は、ほとんどの状況を効果的に処理します。「顧客が離れてしまう」という理由で待ち時間を隠そうとすると、たいてい逆効果になります。
本当に注力すべきは運用面です。待ち行列を監視するのは誰か？最新情報を投稿するのは誰か？対外的なコミュニケーションを管理するのは誰か？
「白紙の状態」という落とし穴を避ける
多くのチームは、待合室を創造的なキャンバスだと誤解して扱いがちです。彼らは、その指示がなぜ存在するのかを理解しないまま、指示文を書き換えたり、ガイダンスを隠したり、心理的な手がかりを再設計したりします。よくある失敗例としては、矛盾した指示文を追加したり、待ち時間を隠したり、進行状況の表示を削除したり、あるいは行動に基づかずに直感だけで独自のメッセージを作成したりすることが挙げられます。
どうせ最終的に売り切れてしまうのなら、情報を隠しても顧客の関心を維持することはできません。透明性を高めることで満足度は向上します。不確実性から生じる不安は、待ち時間を短く感じるどころか、かえって長く感じさせてしまうのです。
顧客心理の現実
負荷テストでは、本当に重要なことは把握できません。つまり、待ち時間そのものよりも、待っている間に利用者がどのような気持ちになるかの方が重要だからです。待ち時間が30分だと明確に説明されている場合、待ち時間が不確かな20分の場合よりも満足度が高くなります。顧客は、なぜ待たされているのか、そしてどれくらい時間がかかるのかが分かっていれば、待ち続けてくれます。明確なコミュニケーションは信頼を築き、不安を軽減し、購入を完了する可能性を高めます。こうした要素は、サーバーのメトリクスからは一切読み取れません。
新たな成功指標
従来のフレームワークは、技術の回復力を測定するものでした。新しいフレームワークは、人々に与える影響を測定するものです。
成功とは、サーバーが10万人の同時接続ユーザーに対応できるかどうかではなく、チームが10万人の顧客をスムーズに購入プロセスへと導けるかどうかにかかっています。計画とは、在庫のしきい値を明確に伝えることです。準備とは、待機画面の更新内容を事前にリハーサルすることです。考え方を変えるのは簡単です。顧客は問題ではなく、目的そのものなのです。
あなたの行動計画：エネルギーを別の方向へ向け直す
今週は負荷テストは省略しましょう。その代わりに、成功を左右する重要な活動に注力しましょう：
-
発表から完了までのカスタマージャーニーを可視化する
-
監視および連絡に関する業務上の責任を割り当てる
-
完売、遅延、トラブルに備えて、想定シナリオと定型対応を用意しておく
-
コミュニケーションツールをテストし、キューメッセージの更新をリハーサルする
-
告知のタイミング、キューの起動、およびユーザーの入室フローを計画する
結論
クラッシュを防ぐためにCrowdHandlerを導入しました。その問題は解決しました。待合室の設計は、実証済みの心理学に基づいたデフォルト設定が採用されており、一から作り直す必要はありません。今後の成功は、運用上の規律、すなわちコミュニケーション計画、責任体制、そしてシナリオへの備えにかかっています。
混雑時に成功を収める企業とは、待合室の隅々まで細部にこだわってカスタマイズしている企業ではありません。それは、数万人の顧客が一斉に押し寄せた際にも、完璧な対応ができる企業なのです。
御社のエンジニアリングチームは、すでに技術面での戦いに勝利しています。次は、運用チームが顧客体験の戦いに勝利する番です。そして忘れてはならないのは、待機列に並ぶ5万人の人々は単なる負荷テストの対象ではなく、御社に金を払おうとしている顧客だということです。