푸드트럭 사전주문 앱: 줄을 줄이는 픽업 시간대

왜 푸드트럭 줄이 통제불능이 되는가

대부분의 푸드트럭 혼란은 한 가지 병목에서 시작합니다: 모든 사람이 창구에서 모든 일을 처리해야 한다는 점입니다. 고객은 메뉴를 보고, 질문하고, 결정하고, 결제하고, 그제서야 주방이 주문을 시작합니다. 이런 일이 연속으로 열 번 일어나면 줄은 더 이상 줄이 아니라 벽이 됩니다.

작은 문제들이 쌓입니다. 한 사람이 계산을 나누어 달라고 하고, 누군가는 결제 후 주문을 바꿉니다. 카드 리더기가 실패해 재시도해야 할 수도 있습니다. 그 사이에 새로운 고객들이 얼마나 걸리냐고 물어보러 계속 다가오면 요리하는 데 집중할 수 없습니다.

긴 줄은 단순한 시간 손실 이상입니다. 대기 시간이 불확실하면 사람들이 떠나고, 모두가 서두르면서 실수가 늘어나며, 창구가 문의 창구가 되면 직원 스트레스가 빠르게 올라갑니다. 리뷰도 영향을 받기 쉬운데, 고객은 맛보다 기다림을 더 기억하는 경향이 있습니다. 단골조차 서비스가 예측 불가능하면 덜 오게 됩니다.

사람들이 줄을 포기하는 이유는 다양하지만 패턴은 일관됩니다: 언제 먹게 될지 알 수 없으면 약속을 포기합니다. 아이를 데리고 온 부모, 짧은 점심시간의 사람, 함께 있으려는 그룹은 줄이 막힌 것처럼 보이는 순간 바로 떠납니다.

사전주문 앱과 픽업 시간대는 이런 일상을 바꿉니다. 주문과 결제가 미리 이루어지면 고객은 한가할 때 선택하고 결제할 수 있습니다. 트럭은 갑작스러운 물결 대신 페이스가 조절된 대기 목록을 받습니다. 창구는 모든 결정을 내리는 장소가 아니라 빠른 전달 지점이 됩니다.

간단한 '픽업 준비 완료' 메시지를 추가하면 고객들이 창구 근처를 맴돌지 않습니다. 정해진 시간대에 와서 주문을 받고 떠나므로 줄은 한층 짧아집니다.

사전주문과 픽업 슬롯 시스템이 실제로 하는 일

사전주문과 픽업 슬롯 시스템은 줄을 일정표로 바꿉니다. 음식이 언제 준비될지 추측하는 대신 고객은 명확한 픽업 시간대를 선택합니다(예: 12:10-12:20). 그 하나의 선택이 러시 시간대에 수요를 분산시켜 주방이 더 안정적인 리듬으로 요리할 수 있게 도와줍니다.

좋은 푸드트럭 사전주문 앱은 고객이 창구에 도착하기 전에 주문을 캡처합니다. 메뉴가 일관된 형식으로 유지되고, 옵션은 목록에서 선택되며, 특이사항은 한 번만 입력됩니다. 이는 잘못 들은 토핑, 반복되는 질문, 마지막 순간 변경을 줄여 전체 속도를 높입니다.

선결제는 두 번째로 큰 변화입니다. 고객이 미리 결제하면 즉시 확인을 받고 주문이 확정됩니다. 직원은 가장 바쁜 시간에 현금이나 카드, 잔돈을 처리하느라 정신을 빼앗기지 않고, 포기된 주문 수도 줄어듭니다.

운영 측에서는 시스템이 기본적으로 몇 가지 명확한 상태를 가진 대기열입니다: 새 주문(결제 및 확인됨), 진행 중(조리 중), 픽업 준비 완료(포장 및 라벨 부착), 픽업 완료(종료).

주문을 '준비 완료'로 표시하면 고객에게 짧은 '픽업 준비 완료' 메시지가 전달됩니다. 이는 군중 속에서 이름을 외치는 대신 침착한 픽업을 가능하게 합니다.

예: 고객이 양파 빼고 타코 두 개를 주문하고 12:20-12:30 시간대를 선택합니다. 그 시간대에 맞춰 준비해 '준비 완료'를 눌러주면, 고객은 와서 주문자명이나 번호를 보여주고 가방을 가져가고 떠납니다. 줄은 새로 오는 고객을 위한 공간으로 남습니다.

처음에 결정해야 할 주요 기능들

무언가를 만들기 전에 경험 전체를 결정짓는 몇 가지 선택을 하세요. 픽업 시간대, 한도, 규칙을 어떻게 설정하느냐에 따라 사전주문 앱은 차분하고 예측 가능할 수도, 혼란스럽고 스트레스가 많은 시스템이 될 수도 있습니다.

우선 픽업 시간대부터 시작하세요. 고정된 창(예: 10분 또는 15분)은 고객이 이해하기 쉽고 러시 상황에서 직원이 관리하기도 쉽습니다. 정확한 시간(예: '12:07')은 정밀해 보일 수 있지만 창구에서 논쟁을 만들고 주문을 묶어 처리하기 어렵게 만듭니다.

다음으로 '수용량'이 트럭에 대해 무엇을 의미하는지 결정하세요. 슬롯당 주문 수로 제한할 수도 있고 항목 수로 제한할 수도 있습니다. 슬롯당 주문 수는 단순하지만 한 주문에 부리토 12개가 들어오면 문제가 됩니다. 항목 수 기준은 주방에 더 공평하지만 콤보는 2개로 계산하는 등 명확한 항목 수 규칙이 필요합니다.

리드타임은 불가능한 약속을 피하게 해주는 보호장치입니다. 평균 준비 시간이 8분이라면 가장 이른 픽업을 15분으로 설정하면 결제 확인, 티켓 인쇄, '좀 더 익혀달라' 같은 깜짝 요청을 처리할 버퍼가 생깁니다.

컷오프 규칙은 붐빌 때 가장 중요합니다. 좋은 컷오프는 곧바로 지킬 수 없는 근거리 슬롯 선택을 막습니다. 예를 들어 12:20일 때 12:30 창을 더 이상 제공하지 않고 12:45 이후만 보여줄 수 있습니다.

마지막으로 품절 항목과 한정 메뉴를 어떻게 처리할지 계획하세요. 대체를 허용할지, 품절 항목이 결제 차단을 할지, '오늘 한정' 메뉴를 초과 판매하지 않게 어떻게 보호할지 결정하세요.

간단한 결정 체크리스트:

• 창 스타일: 고정 10–15분 또는 커스텀 시간
• 수용량: 슬롯당 주문 수 또는 슬롯당 항목 수
• 리드타임: 주문 후 가장 이른 픽업 시간
• 컷오프: 근거리 슬롯이 사라지는 시점
• 품절 규칙: 차단, 대체 허용, 또는 수량 제한

AppMaster로 구축하면 이러한 규칙은 슬롯, 한도, 재고 같은 데이터 모델에 깔끔하게 매핑되고 Business Process Editor의 간단한 로직으로 설정을 바꿀 수 있어 실제 영업 후에도 전체를 다시 작성할 필요 없이 조정할 수 있습니다.

고객과 직원의 간단한 사용자 흐름

사전주문 앱은 양쪽 모두가 빠르게 끝낼 수 있어야 작동합니다: 고객은 1분 이내에 주문을 마치고, 직원은 화면을 뒤지지 않고 이행할 수 있어야 합니다.

고객 흐름 (차분하고 예측 가능하게 유지)

고객은 항상 같은 단계로 안내되어야 합니다:

• 메뉴를 둘러보고, 항목을 고르며 총액을 확인
• 픽업 시간대 선택(예: 12:10-12:20)
• 미리 결제하고 즉시 확인을 받음
• 상태 업데이트 수신(확인됨, 조리 중, 픽업 준비 완료)
• 와서 주문을 보여주고, 받아서 떠남

픽업 시간대가 핵심 역할을 합니다. 주방이 밀려있다면 고객은 늘어선 줄에 합류하는 대신 더 늦은 슬롯을 선택할 수 있습니다.

직원 흐름 (한 화면, 한 대기열)

직원은 트럭 운영 방식에 맞는 주문 대기열이 필요합니다:

• 주문 수락(또는 슬롯이 열려있다면 자동 수락)
• 선택된 시간대에 맞게 올바른 조리 순서로 표시
• 준비 시작 및 포장
• '픽업 준비 완료'를 눌러 고객에게 알림 전송
• 전달 후 완료 처리

주문은 어디에 나타나나요? 대부분의 트럭은 조리 구역 근처에 태블릿을 고정해서 사용하지만 1인 운영 트럭이라면 휴대폰 뷰도 유용합니다. 일부 팀은 포장용 단순 프린트 티켓도 원하지만 디지털 상태가 여전히 업데이트되어야 합니다.

픽업 시 검증은 단순해야 합니다: 고객 이름과 주문 번호 또는 짧은 코드. 바쁠 때는 큰 스캔 가능한 코드가 전달을 빠르게 하지만 어두운 화면에서도 작동해야 합니다.

취소와 환불에 관해선 한 가지 명확한 규칙을 정하세요(예: '시간대 시작 10분 전까지 취소 가능') 그리고 직원이 한 번의 탭으로 처리할 수 있게 만드세요. AppMaster로 구축하면 이러한 상태를 Data Designer에 모델링하고 웹과 모바일에서 동일한 흐름을 유지할 수 있습니다.

단계별: 픽업 창 설정과 주문 처리

먼저 메뉴부터 시작하세요, 캘린더부터가 아닙니다. 줄을 느리게 만드는 항목을 표시하세요: 튀김처럼 즉석에서 조리해야 하거나 굽는 시간이 길거나 섬세한 조립이 필요한 것들입니다. 그런 항목은 슬롯 수를 줄이거나 픽업까지 더 긴 리드타임을 주어야 합니다.

다음으로 팀의 실제 조리 속도에 맞는 슬롯 길이를 선택하세요. 단순 메뉴는 10분이 적당하고, 주문 커스터마이즈가 많다면 15~20분이 안전합니다. 그런 다음 슬롯당 시작 수용량을 설정하세요(한 슬롯에 완료할 수 있는 주문 수). 보수적으로 시작하고 실제 러시 데이터를 보고 올리세요.

실용적인 설정 순서는 다음과 같습니다:

1. 영업 시간대에 맞춰 픽업 창 생성(예: 11:30-14:30)하고 슬롯 길이 선택
2. 슬롯당 수용량 설정(처음엔 4-8 주문 권장) 및 필요시 최대 항목 수 제한
3. 픽업 규칙 추가: 주문 코드 표시, 선택적 이름 확인, 명확한 유예 기간(예: 10분)
4. 노쇼 처리 결정: 취소, 환불 정책, 또는 가능하면 늦은 픽업 허용
5. 직원 워크플로 계획: 주문이 표시되는 위치(태블릿, POS 화면, 프린트 티켓)와 누가 각 단계를 표시할지

알림은 행동을 형성합니다. 결제 직후 확인 메시지를 보내고, '픽업 준비 완료'는 실제로 가방이 준비되었을 때만 보내세요. 주방이 지연될 경우 새 예상 시간과 함께 지연 업데이트를 보내 고객이 창구로 몰리지 않게 하세요.

러시 중에는 직원이 모든 것을 관리할 수 있는 한 곳이 필요합니다. 슬롯 시간, 상태(새 주문, 조리 중, 준비 완료, 픽업 완료), 메모를 보여주는 작은 주문판이 보통 충분합니다. 이것이 푸드트럭 사전주문 앱의 핵심이며, no-code 도구로 내부 관리자 패널을 만들어 간단히 구현할 수 있습니다.

혼란을 키우는 흔한 실수들

사전주문 시스템은 줄을 줄이고 주방을 안정시키기 위한 것입니다. 이 약속을 깨는 가장 빠른 방법은 조리 속도보다 주문을 빨리 받아버리고 이를 만회하려고 하는 것입니다.

가장 흔한 문제는 다음과 같습니다:

• 10분 창에 그릴과 준비대로 처리할 수 있는 것보다 더 많은 주문을 판매
• 실질 한도 없이 아주 많은 작은 픽업 창을 만들어 버림
• 뒤처졌는데 아무 말도 하지 않아 제시간에 온 고객이 실망
• 픽업 방식이 지저분함(다양한 이름 포맷, 불분명한 주문 번호, 단일 픽업 지점 없음)
• 메뉴가 재고와 동기화되지 않아 결제 후 품절이 발생

오버부킹이 가장 큰 문제입니다. 가장 바쁜 15분에 최대 12건밖에 처리할 수 없다면 슬롯을 12로 제한하고 나머지는 이후 창으로 넘기세요. 사전주문 앱은 수용량 규칙만큼만 유용합니다.

너무 많은 픽업 창도 역효과를 낼 수 있습니다. 옵션이 많으면 고객 친화적으로 보이지만 창마다 볼륨을 통제할 수 없다면 같은 혼란을 더 작은 상자들로 나눌 뿐입니다.

지연은 특히 점심시간에 발생합니다. 실수는 침묵하는 것입니다. '10분 지연 중' 같은 간단한 업데이트와 새 예상 시간을 알려주면 신뢰를 지키고 성난 확인 전화를 줄일 수 있습니다.

픽업 혼란도 치명적입니다. 하나의 픽업 규칙을 정하고 지키세요: 한 픽업 지점, 하나의 식별자(짧은 주문 번호 또는 이름+성 이니셜), 고객에게 중요한 하나의 상태: '픽업 준비 완료'.

마지막으로 메뉴는 정직하게 유지하세요. 품절 가능성이 있는 항목은 수량을 제한하거나, 품절 시 숨기거나, '한정'으로 표시해 결제 전에 기대치를 설정하세요.

구축 시(예: AppMaster 같은 no-code 도구) 우선순위는 다음과 같습니다:

• 실제 주방 출력에 연동된 슬롯 한도
• 명확한 상태와 지연 시 메시지 흐름
• 단일 픽업 식별자 및 간판 친화적 형식
• 재고 인지 메뉴 규칙

현장에서 픽업을 빠르고 예측 가능하게 만드는 방법

사전주문 시스템이 줄을 줄이려면 픽업이 수월해야 합니다. 고객이 접근하는 순간 어디로 가야 할지, 무엇을 말해야 할지, 얼마나 걸리는지 알아야 합니다.

먼저 '준비'의 정의를 팀 차원에서 정하세요. 주문은 마지막 아이템이 쟁반에 올라간 순간이 아니라 가방에 담기고 라벨이 붙고 완전한 상태(수저, 냅킨, 소스, 음료 포함)일 때 '준비'로 간주하세요. 그래야 누락된 부속품을 찾느라 전달이 지연되는 흔한 문제를 예방할 수 있습니다.

픽업을 명확하고 자명하게 만들기

하나의 전용 픽업 지점을 정하세요: 작은 창구, 선반, 트럭 옆 테이블 등. 'Preorder Pickup' 같은 명확한 표지판과 '주문 번호를 보여주세요' 같은 간단한 지침을 붙이세요. 앱의 메시지도 표지판 문구와 일치해야 고객이 망설이지 않습니다.

직원이 한눈에 읽을 수 있는 라벨을 사용하세요. 라벨은 매번 일관되게 유지합니다:

• 주문 번호(가장 큰 글씨)
• 고객 이름(또는 이니셜)
• 픽업 시간대(예: 12:10-12:20)
• 중요한 메모(알레르기, 양파 제외 등)

피크 시간에는 전달만 전담할 직원 한 명을 지정하세요. 그들의 임무는 라벨 확인, 주문 확인, 사람 흐름 관리입니다. 조리 담당자가 픽업까지 같이 하게 되면 누군가 질문할 때마다 줄이 멈춥니다.

일찍 오거나 늦게 오는 경우

둘 다 생깁니다. 규칙을 정하고 지키세요:

• 일찍 도착: 이미 준비돼 있으면 전달, 준비되지 않았으면 창구 시작 시간까지 기다리게 함
• 제시간 도착: 이 주문을 우선 처리
• 늦게 도착: 명확한 보관 기간(예: 20-30분)을 정하고 이후 환불 또는 재제작 정책에 따름

예측 가능한 픽업은 속도보다 확실성에 가깝습니다. 모두가 같은 신호를 따르면 붐빌 때도 줄은 차분하게 유지됩니다.

신뢰성, 결제, 기본 안전 점검

사전주문 앱은 러시 직전에 특히 신뢰할 수 있어야 도움 됩니다. 셀룰러 신호가 불안정할 수 있고, 사람들이 압박 속에서 실수할 수 있다는 가정을 기반으로 설계하세요.

연결 불안에 대비하세요

저하 모드 플랜을 마련하세요. 연결이 끊기면 직원이 다음으로 무엇을 만들어야 할지 볼 수 있어야 합니다. 가장 단순한 방법은 기기에 오프라인 메모를 두거나 주문 번호, 이름, 픽업 창과 상태가 적힌 인쇄된 백업 리스트를 두는 것입니다. 서비스가 복구되면 이미 만든 주문과 픽업된 주문을 표시하며 동기화하세요.

작은 규칙 하나가 큰 도움이 됩니다: 주문 번호를 단일 진실의 출처로 취급하세요. 고객이 영수증을 보여주는데 화면에 주문이 없다면 재제작하기 전에 백업 리스트를 확인하세요.

결제, 접근 권한, 안전 기초

결제 문제는 중복, '처리 중' 상태 정체, 추적 불가 환불로 나타납니다. 이를 막으려면 명확한 상태와 일방향 단계가 필요합니다: Created → Paid → In progress → Ready → Picked up. 직원이 임의로 단계를 건너뛰지 못하게 하세요.

고객 데이터는 최소로 유지하세요. 대부분의 트럭은 이름(또는 별명), 영수증 전송용 전화번호나 이메일, 주문 내용만으로 충분합니다. 생일, 주소 등 사용하지 않을 정보는 수집하지 마세요.

역할별 접근 권한도 중요합니다. 누가 '준비 완료'를 표시할 수 있는지, 누가 항목을 수정할 수 있는지, 누가 환불을 처리할 수 있는지를 결정하세요. 많은 트럭이 환불은 소유주나 매니저로 제한하고, 교대중인 누구나 '준비 완료'를 표시할 수 있게 합니다.

기본 로그는 문제 해결을 쉽게 만듭니다:

• 주문 시간, 결제 시간
• 준비 완료로 표시한 시간
• 픽업 시간(어떤 직원 역할이 처리했는지)
• 환불: 금액, 사유, 타임스탬프
• 주문 수정 이벤트(무엇이 변경되었는지)

AppMaster에서 구축하면 Data Designer에 이러한 상태를 모델링하고 Business Process Editor에서 역할 기반 액션을 강제할 수 있어, 줄이 엉망일 때도 앱이 일관되게 동작합니다.

현실적인 사례: 줄을 멈추던 점심 러시

도심의 한 푸드트럭이 사무실가에서 두 블록 떨어진 곳에 주차합니다. 11:30에서 13:00 사이 매번 같은 일이 벌어졌습니다: 긴 줄, 창구에서 급하게 결정, 주방 예측 불가.

사전주문 앱을 도입한 뒤, 트럭은 11:20부터 13:10까지 10분 단위 픽업 시간대를 추가합니다. 고객은 미리 결제하고 시간대를 골라 주문이 포장되면 '픽업 준비 완료' 메시지를 받습니다.

바쁜 하루의 모습은 이렇습니다:

• 11:05: 이른 고객들이 11:30-11:40을 예약. 직원은 시간대별로 그룹화된 조리 대기열을 봄
• 11:20: 11:30 창이 정해진 한도(예: 18건)에 도달. 새 고객은 11:40-11:50으로 유도됨
• 11:28: 요리사가 첫 창을 포장 시작. 전면 직원은 픽업 선반 표지를 '11:30 픽업'으로 바꿈
• 11:33: 고객들이 도착해 픽업 화면에서 이름을 확인하고 라벨 붙은 가방을 1분 이내에 가져감
• 11:50: 주방은 바쁘지만 놀라지 않음. 주문이 간격을 두고 들어오니 줄이 짧게 유지됨

현실적 문제도 발생합니다: 12:10에 인기 사이드가 품절됩니다. 직원은 해당 품목을 사용 불가로 표시하고 12:20-12:40 슬롯의 영향받는 주문들을 플래그합니다. 고객에게는 두 가지 옵션을 명확히 제시합니다: 다른 사이드로 교체하거나 해당 항목에 대한 빠른 환불을 받기.

고객 관점에서는 30초 안에 주문, 픽업 시간대 선택, '확인' → '조리 중' → '픽업 준비 완료'로 상태가 이동하는 예측 가능한 경험입니다. 직원 관점에서는 창구를 가로막는 사람들이 줄어들고, 긴 대화가 줄며, 주방의 페이스에 맞는 대기열이 생깁니다.

출시 전 빠른 체크리스트

실제 고객에게 오픈하기 전에 팀원들을 '고객'으로 해서 한 번 전체 영업 테스트를 하세요. 서로 다른 픽업 시간대로 주문을 넣어보고, 옵션을 포함해 고의로 문제를 만들어 보세요. 사전주문 앱은 러시 때 예측 가능해야만 도움이 됩니다.

이 체크리스트를 사용해 각 항목을 통과 여부로 표시하세요:

• 픽업 슬롯 및 수용량: 슬롯 길이(예: 5 또는 10분) 설정, 슬롯당 주문 수 제한, 서비스 중 용량을 변경하면(추가 인력 투입, 그릴 고장 등) 어떻게 되는지 테스트
• 메뉴 정확성 및 타이밍: 품절 항목이 주문 불가인지 확인, 준비 시간이 긴 항목 표시, 콤보와 옵션이 실제 조리 가능성과 일치하는지 확인
• 알림 엔드투엔드: 결제 확인 메시지가 도착하는지, '픽업 준비 완료'가 직원 액션에 의해 트리거되는지(타이머 아님) 확인. 신호 불량과 무음 모드 테스트
• 픽업 스테이션 준비: 선결제 픽업을 위한 명확한 표지판 부착, 라벨 인쇄 또는 작성, 전달 스크립트 결정(이름, 주문 번호, 누락 시 조치)
• 주간 지표: 평균 픽업 대기 시간, 노쇼 비율, 슬롯 오버플로(지연 주문), 최다 30분 처리량 추적

현장에서 현실 점검도 한 번 더 하세요: 사람들이 기다릴 위치와 '내 주문 준비됐나요?'에 누가 답할지. 픽업 지점이 불명확하면 시간대가 있어도 줄이 다시 생깁니다.

AppMaster로 구축한다면 직원용 간단한 관리자 뷰: 오늘 슬롯, 상태별 주문, 큰 'Ready' 버튼 하나를 만들어 짧은 시범운영을 돌리고 지표를 검토해 용량과 메뉴 타이밍을 조정하세요.

다음 단계: 파일럿, 개선, 그리고 앱 구축

작게 시작해 빠르게 배웁니다. 한 대의 트럭을 선택하고 메뉴를 간소화하며 몇 개의 픽업 시간대(예: 11:30-12:00, 12:00-12:30)만 제공하세요. 선택지를 줄이면 프로세스에서 어디가 깨지는지 쉽게 발견할 수 있습니다.

일주일간 파일럿을 운영하고 이를 대대적 출시가 아닌 테스트로 취급하세요. 목표는 시간대가 줄을 줄이는지, 직원이 무리 없이 따라오는지 확인하는 것입니다.

간단한 파일럿 계획:

• 사전주문을 상위 8-12개 품목으로 제한하고 까다로운 커스터마이즈는 잠시 중단
• 슬롯당 안전한 수용량 설정(낮게 시작 후 점차 상향)
• 직원과 일부 단골로부터 매일 빠른 피드백 수집
• 추적할 숫자 3가지: 지연 주문 수, 놓친 픽업 수, 창구 평균 대기 시간
• 줄이 다시 생기면 중간에 규칙을 조정

일주일 후 혼란을 줄이는 개선을 하세요. 대부분의 개선은 문구와 라벨 변경에서 옵니다: 픽업 규칙 명확화, 티켓의 큰 주문자명, '조리 중'과 '픽업 준비 완료' 같은 단순 상태. 또한 한창인 슬롯 하나에 과부하가 걸리지 않도록 수용량을 조정하세요.

흐름이 안정되면 실제 앱을 구축하세요. no-code 플랫폼은 메뉴 페이지 그 이상이 필요하기 때문에 유용합니다: 주문 및 시간대 데이터베이스, 슬롯별 수용 규칙, 직원 화면, 고객 화면 등.

AppMaster을 사용하면 시각적 데이터베이스(PostgreSQL), 슬롯 수용과 주문 상태를 처리하는 드래그앤드롭 로직, 웹 및 네이티브 앱 UI를 만들어 결제를 Stripe와 연동하고 이메일/SMS 또는 Telegram으로 '픽업 준비 완료' 메시지를 보낼 수 있습니다.

파일럿 규칙이 명확해지면 구축은 더 빠릅니다. 가장 작은 버전부터 시작하세요: 시간대, 선결제, 한 직원 화면, 직원용 '준비 완료' 버튼.