セール当日、すべての工程がストレステストにかかる。
ラルフ ローレンの全国セールイベントは、通常の小売営業日というよりチケット発売に近い特性を持ちます。受付開始の瞬間、数千人のお客様が同時にフォームへアクセス。汎用のイベント管理ツールはレート制限・タイムアウトが発生し、チケット単価課金モデルではコスト面でも合致しません。
当日は課題が変わります。開場後、行列は秒単位で伸びていきます。スタッフが紙のリストやレスポンスの遅い画面で時間を取られると、それがそのまま現場の待ち時間になります。入場確認は瞬時に、当日受付は並行処理で予約列を止めず、本社が全会場をリアルタイム把握できる単一のデータ基盤が必要でした。
“開場と同時に、行列が動き出す。”
私たちが自らに課した基準。
1日で最も負荷が高い瞬間を基準に設計する。
機能リストではなく負荷プロファイルを起点に設計に着手しました。受付開始時のアクセス曲線、1時間後のドア通過曲線をモデル化し、両者を支えるアーキテクチャを逆算しました。
- 読み込みと書き込みの分離。 「受付は開いてる？」のリロード集中はキャッシュで吸収し、予約処理は書き込み層へキュー投入。データベースがボトルネックにならない設計。
- 3つの利用面、ひとつのスキーマ。 顧客 Web・スタッフスキャンアプリ・会場キオスクが同一の予約レコードを読み書き。整合性ジョブも一日終了時の同期もありません。
- QR はアプリではなくメールで。 顧客側のインストール不要。確認メールに QR を埋め込む方式。あらゆる端末・ブラウザ・お客様で機能 - 会場でメールを確認するお客様にも対応。
- キオスクを「逃し弁」として配置。 当日受付・メール紛失のお客様は入口のタブレットキオスクへ。メインドアはスキャン専用を維持。予約済みの列が登録作業で止まる構造的問題を解消。
5つのコンポーネントによる、当日運営システム。
各利用面が固有の役割を担い、互いに干渉しません。顧客は管理画面を見ず、管理者はスキャンせず、キオスクはスキャナーの動作を妨げません - 意図的な役割分離。
モバイルファースト、スパイク時もサブ秒応答。会場・時間帯選択、連絡先入力、即時確認。
サーバー側で生成、確認メールに埋め込み配信、数秒以内に到達。アプリ不要、あらゆる端末で利用可能。
起動・スキャン・1秒以内に「有効」「使用済み」を判定。オフライン対応、再接続時に自動同期。
入口にタブレットを設置。当日受付・登録・チケット発行・入場をメインドア列と並行処理。
予約数・入場済み・未到着・当日受付をリアルタイム表示。各会場マネージャーは自店舗のみ、本社は全ネットワークを把握。
全国の複数セール会場で本番稼働中。
イベント当日、予約受付は制限なく開始。チケットは数秒以内に受信トレイへ。スタッフはスキャン速度でお客様を入場させ、当日受付のお客様はキオスクで並行処理。予約済みの列が登録作業で滞ることはありません - この小さな運営上の差が、会場が秩序立って見えるか混乱して見えるかを決定づけます。
同じアーキテクチャパターンは、他の小売リリース・展示会・大規模な店内イベントにも自然に応用可能です。各コンポーネントは独立して再利用でき、QR チケットフローのみ、スタッフスキャナーのみ、あるいは週末イベント1回限りでのフル導入など、柔軟に選択できます。
- バックエンド
- PHP, MySQL, Redis cache, queued writes
- 顧客 Web
- レスポンシブ Web - アプリ不要
- スタッフアプリ
- iOS (Swift), Android, offline-tolerant
- キオスク
- 会場入口向けタブレット最適化 Web アプリ
- インフラ
- CDN 配信・書き込みキュー・スパイク負荷試験済
- 体制
- 日英バイリンガル シニアチーム・JTS継続保守
