土曜日の昼に混雑した点心レストランの前に立ったことがあるなら、その問題をよくご存知でしょう。小さな台の上に木のクリップボードが置かれ、半ダースほどの名前が書き込まれ、20分間顔を上げる暇もなかったホスト。諦めて立ち去るお客様もいます。玄関口を90分間ふさいで立っているお客様もいます。帰った人からは売上を失い、待っている人からは信頼を失います。
解決策はスタッフを増やすことではありません。スマートフォンで動き、自己更新するバーチャル順番待ちシステムです。
バーチャル順番待ちが実際に何をするか
バーチャル順番待ちはクリップボードを公開ウェブページに置き換えます。各お客様はドアでQRコードをスキャンし、「予約」をタップして、自分の順番号と推定位置（「あなたの前に4人います」）を即座に確認します。近所を散歩したり、車の中で座ったり、電話を終わらせたり、歩道に立つより有益なことを何でもできます。自分の番が近づいたら戻ってきます。
このシステムは同じ問題の2つの側面の間に立ちます。お客様側では誰かに聞かずに「いつ私の番になるか」という疑問に答えます。飲食店側では誰かが何かを書き留めたり、混雑した店内で名前を呼んだりすることなく「どのように流れを管理するか」という疑問に答えます。
技術はシンプルです。ホストのタブレット上の小さなダッシュボードがタイムスタンプと参照コード付きの待機リストを表示します。テーブルが空くとホストが「次を呼ぶ」をタップします。お客様のスマートフォンは15秒以内に更新されます。紛失するポケットベルも、落とすクリップボードも、騒がしいダイニングルームで聞こえない呼び出しもありません。全てがブラウザで動き、アプリのインストールも摩擦もありません。
GPSによる距離制限がなぜ重要か
ナイーブなバーチャル順番待ちは誰でも、どこからでも番号を取れるようにします。一見良いように見えますが、すぐに破綻します。別の街の若者が悪ふざけで番号を取ります。退屈なお客様が昨日の番号を取っておいて明日の列を飛ばそうとします。競合他社の関係者が百個の偽の番号を予約して、あなたの列を実際より長く見せようとします。
GPS距離制限がこれを解決します。予約ボタンが現れる前に、お客様のスマートフォンが位置情報を送信します。システムはレストランまでの球面距離を計算し、お客様が設定された半径（ほとんどの都市部では5キロメートル、密集した市街地では1〜2キロメートルが一般的）内にいる場合のみボタンを有効にします。
確認は2回行われます。まずブラウザで、お客様が範囲内に入るまでボタンを無効にして即座のフィードバックを提供します。次にサーバーで、予約が実際に行われるときに、ブラウザからの位置情報は技術的に改ざん可能なためです。両方の確認を合わせることで、本当のお客様に不便をかけることなく列を清潔に保てます。
複数の拠点を持つ飲食店にとって、GPS距離制限はお客様を正しいブランチに自動的に振り分ける機能も果たします。たまたまダウンタウン店の近くにいたお客様が、郊外店の列に誤って並んでしまうことがありません。
ポーリング式待機ダッシュボードの仕組み
お客様のスマートフォンが順番待ちページを開いたまま置いてある場合、どれくらいの頻度で更新を確認すべきでしょうか。速すぎればバッテリーと帯域を無駄にします。遅すぎれば待ち時間が果てしなく感じられます。
15秒が最適なポイントであることが分かっています。サーバーには見えないほど遅く、お客様にはページが「ライブ」と感じられるほど速い間隔です。ホストが「次を呼ぶ」をタップしてから15秒以内に、お客様の現在サービス中の番号が更新され、自分の番が近づいていることが分かります。10秒を切るとスクリーンが点いたスマートフォンでの電池消耗が顕著になります。30〜60秒まで伸ばすと静止した写真を見ているような体験になり始めます。
ダッシュボード自体は3つの数字だけを表示すべきで、それ以上ではありません。現在サービス中の番号を大きく目立つ形で。お客様自身の番号。そして間の人数。それ以外はノイズです。順番待ちページはブランド体験ではなく、状況確認のためのものです。
不正防止：参照コード
すべての予約にはサーバー側で生成された6文字の参照コードが付与されます。お客様はスマートフォンで確認でき、保存可能なPNGチケットにも表示され、番号が呼ばれたときに提示するよう求められます。ホストはダッシュボードで同じコードを確認します。お客様が42番だと主張しながら、ダッシュボードの42番と一致しないコードを提示した場合、ホストは何かがおかしいと分かります。
参照コードは混同しにくい文字セットを使用します。ゼロとO、1とIは除外され、数字に見える小文字も含みません。これは誰かが薄暗いレストランの照明の中でスマートフォンの画面を見て、騒がしいダイニングルームでコードを読み上げようとするときに重要です。
コードは一度だけ発行されます。同じブラウザから同じお客様が2回予約しようとすると、システムは持続的なクライアント識別子で認識し、新しい番号とコードではなく、元の番号とコードを返します。
予約あたりのコスト
飲食店オーナーはバーチャル順番待ちシステムが高価なハードウェアやサブスクリプション契約を必要とすると思いがちです。そうではありません。AWS DynamoDBとS3を使った1店舗の順番待ちシステムのインフラコストは、1日1,000件の予約であっても月数セントのレベルです。主な操作は小さなアトミックカウンターのインクリメントだからです。
クリップボードはお金はかかりませんが、顧客体験において意味のあるコストがあります。ポケットベルシステムはハードウェアで数百ドル、さらに毎年の交換コストがかかります。バーチャル順番待ちシステムはお客様1人あたりゼロコストで、クラウドの基本料金のみです。1シフトあたり数件以上の予約を行うなら、経済性は明らかにデジタルアプローチに有利です。
始めるには
バーチャル順番待ちを初めて導入する場合は、小さく始めましょう。1シフト・1種類のサービス（イン店またはテイクアウト）で有効にして、何が起きるか観察しましょう。お客様がどう使うか、どこで戸惑うか、ホストにどんな質問をするかを観察しましょう。観察から学んだことに基づいて、最大距離設定・文言・QRコードの配置場所を調整しましょう。
目標はホストを廃止することではありません。厚紙のための人間スプレッドシートとして機能する代わりに、お客様を温かく迎え、ダイニングルームを管理し、特別なリクエストに対応することに集中できるようにすることです。良いバーチャル順番待ちシステムはお客様もスタッフも満足させ、土曜夜の混乱を1回回避した時点で元が取れます。
