토요일 오후에 북적이는 딤섬 레스토랑 앞에 서 본 적이 있다면 그 문제를 이미 알고 있을 것입니다. 작은 받침대 위에 나무 클립보드가 놓여 있고, 이름들이 반쪽 정도 적혀 있으며, 20분째 고개를 들 시간이 없는 호스트가 있습니다. 일부 고객은 줄이 가망 없다고 생각하고 떠납니다. 다른 이들은 입구를 막은 채 90분을 서 있습니다. 레스토랑은 떠나는 사람들로 인한 수익과 기다리는 사람들의 호감을 잃습니다.
해결책은 더 많은 직원이 아닙니다. 휴대폰에서 작동하고 스스로 업데이트되는 가상 대기 시스템입니다.
가상 대기 시스템이 실제로 하는 것
가상 대기 시스템은 클립보드를 공개 웹 페이지로 대체합니다. 각 고객은 문에서 QR 코드를 스캔하고, 예약을 탭하고, 즉시 자신의 대기 번호와 예상 순서를 봅니다("앞에 4명이 있습니다"). 길을 산책하거나, 차 안에 앉거나, 전화를 끝내거나, 인도에 서서 기다리는 것보다 더 하고 싶은 것을 할 수 있습니다. 자신의 번호가 가까워지면 돌아옵니다.
시스템은 같은 문제의 두 반쪽 사이에 있습니다. 고객 측에서는 누구에게도 물어볼 필요 없이 "언제 내 차례가 되나요?"라는 질문에 답합니다. 레스토랑 측에서는 무언가를 적거나 시끄러운 홀에서 이름을 부르지 않고도 "흐름을 어떻게 관리하나요?"라는 질문에 답합니다.
기술은 간단합니다. 호스트의 태블릿에 있는 소형 대시보드는 타임스탬프와 참조 코드가 있는 대기 목록을 보여 줍니다. 테이블이 생기면 호스트가 다음 번호 호출을 탭합니다. 고객의 휴대폰은 15초 이내에 업데이트됩니다. 잃어버릴 호출기도, 떨어뜨릴 클립보드도, 시끄러운 홀에서 사라지는 외쳐진 이름도 없습니다. 전체 과정이 브라우저에서 실행되며, 앱 설치도, 마찰도 없습니다.
GPS 거리 제한이 중요한 이유
가상 대기 시스템의 순진한 버전은 누구나 어디서든 번호를 받을 수 있습니다. 좋게 들리지만 즉시 무너집니다. 다른 도시의 10대가 장난을 칩니다. 지루한 고객이 어제 번호를 가지고 내일 줄을 건너뛰려 합니다. 경쟁업체 친구가 대기열을 실제보다 길어 보이게 하려고 100개의 가짜 자리를 예약합니다.
GPS 거리 제한이 이를 수정합니다. 예약 버튼이 나타나기 전에 고객의 휴대폰이 위치를 보고합니다. 시스템은 레스토랑까지의 대원권 거리를 계산하고, 고객이 설정된 반경, 일반적으로 대부분의 도심 레스토랑에서 5킬로미터, 빡빡한 시내 블록에서는 1~2킬로미터 내에 있을 때만 버튼을 활성화합니다.
확인은 두 번 이루어집니다. 첫 번째는 브라우저에서, 고객이 범위 내에 들어올 때까지 버튼이 비활성화되어 즉각적인 피드백을 제공합니다. 두 번째는 서버에서, 예약이 실제로 이루어질 때, 브라우저의 위치 데이터는 기술적으로 위조 가능하기 때문입니다. 두 확인이 함께 실제 고객에게 불편을 주지 않으면서 대기열을 깨끗하게 유지합니다.
여러 위치가 있는 레스토랑의 경우, GPS 거리 제한은 또한 고객을 자동으로 올바른 지점으로 안내합니다. 시내 위치 근처에 있는 고객이 실수로 교외 위치의 대기열에 들어가지 않습니다.
폴링 대기 대시보드의 구조
고객의 휴대폰이 대기열 페이지에서 열려 있을 때, 얼마나 자주 업데이트를 확인해야 할까요? 너무 빠르면 배터리와 대역폭을 낭비합니다. 너무 느리면 대기가 끝없이 느껴집니다.
15초가 최적의 지점으로 나타납니다. 서버에게 보이지 않을 만큼 느리고, 고객이 페이지가 "라이브"라고 느낄 만큼 빠릅니다. 호스트가 다음 번호 호출을 탭한 후 15초 이내에 고객의 현재 서비스 번호가 올라가고 더 가까워졌음을 알 수 있습니다. 10초 아래로 내려가면 화면이 켜진 상태에서 배터리 소모가 눈에 띄게 시작됩니다. 30초나 60초로 늘리면 경험이 정적인 사진을 확인하는 것처럼 느껴지기 시작합니다.
대시보드 자체는 세 가지 숫자, 그 이상이 아닌 것을 보여야 합니다. 크고 눈에 띄는 현재 서비스 번호. 고객 자신의 번호. 그리고 그들 사이의 사람 수. 다른 것은 모두 소음입니다. 대기열 페이지는 브랜드 경험이 아니라 상태 확인입니다.
부정 행위 방지: 참조 코드
모든 예약에는 서버 측에서 생성된 6자리 참조 코드가 부여됩니다. 고객은 자신의 휴대폰, 저장 가능한 PNG 티켓에서 이를 보고, 번호가 호출될 때 보여 달라는 요청을 받습니다. 호스트는 대시보드에서 동일한 코드를 봅니다. 고객이 42번이라고 주장하지만 대시보드에 42번으로 표시된 것과 일치하지 않는 코드를 제시한다면, 호스트는 문제가 있음을 알 수 있습니다.
참조 코드는 혼동 없는 문자 집합을 사용합니다. 0이나 O가 없고, 1이나 I가 없으며, 숫자처럼 보이는 소문자도 없습니다. 이것은 누군가가 어두운 레스토랑 조명 아래에서 휴대폰 화면을 들여다보고 시끄러운 홀에서 코드를 읽어야 할 때 중요합니다.
코드는 또한 단일 발급입니다. 같은 고객은 같은 브라우저에서 두 번 예약할 수 없습니다. 시스템이 영구적인 클라이언트 식별자를 인식하기 때문입니다. 시도하면 새로운 것이 아니라 원래 가지고 있던 번호와 코드를 다시 받습니다.
예약당 비용
레스토랑 운영자들은 종종 가상 대기 시스템이 고가의 하드웨어나 구독 계약이 필요하다고 가정합니다. 그렇지 않습니다. AWS DynamoDB와 S3에서 단일 레스토랑에 대한 대기열을 운영하는 인프라 비용은 하루 천 건의 예약이라도 월 수 센트 범위이며, 지배적인 작업이 작은 원자 카운터 증가이기 때문입니다.
클립보드는 달러로는 아무 비용도 들지 않지만 고객 경험에서 의미 있는 비용이 발생합니다. 호출기 시스템은 하드웨어에 수백 달러와 매년 교체 비용이 듭니다. 가상 대기열은 기본 클라우드 요금 이외에 고객당 아무 비용도 들지 않습니다. 교대 근무당 몇 건 이상의 예약을 하는 즉시 경제성이 단순히 디지털 방식을 선호합니다.
시작하기
이전에 가상 대기열을 운영한 적이 없다면 작게 시작하십시오. 한 번의 교대 근무에 한 가지 유형의 서비스, 다이닝이나 테이크아웃에 대해 활성화하고 어떤 일이 일어나는지 관찰하십시오. 고객이 어떻게 사용하는지, 어디서 혼란스러워하는지, 호스트에게 어떤 질문을 하는지 관찰하십시오. 배운 것을 바탕으로 최대 거리 설정, 문구, QR 코드 배치를 조정하십시오.
목표는 호스트를 없애는 것이 아닙니다. 호스트가 마분지 조각의 인간 스프레드시트 역할을 하는 대신, 고객 환영, 홀 관리, 가끔 특별 요청 처리에 집중할 수 있도록 해방하는 것입니다. 좋은 가상 대기열은 고객과 직원 모두를 더 행복하게 만들며, 토요일 밤 혼란을 처음 피할 때 비용을 회수합니다.
