배달 주문 조리시간 설정 방법은 음식이 완성되는 데 걸리는 시간을 배달 도착 예정시간과 혼동하지 않고, 실제 주방 처리시간을 기준으로 앱에 표시하는 작업입니다. 너무 짧게 입력하면 지연·문의가 늘고, 너무 길게 입력하면 주문 전환이 떨어질 수 있으므로 최근 주문 기록으로 기본 시간을 정한 뒤 피크 시간과 메뉴별 버퍼를 더해야 합니다.
배달앱마다 ‘준비시간’, ‘조리시간’, ‘예상 픽업시간’처럼 메뉴 이름이 다르고 즉시 변경·예약 변경 기능도 다릅니다. 아래 기준으로 매장 시간을 계산한 다음 이용 중인 앱의 최신 사장님센터 화면에 적용하세요.
먼저 어떤 시간을 입력하는지 구분하기
| 시간 종류 | 시작·종료 기준 | 매장에서 관리할 내용 |
|---|---|---|
| 조리·준비시간 | 주문 접수부터 포장 완료까지 | 주방 인력·메뉴·포장 공정으로 계산 |
| 픽업 대기시간 | 포장 완료부터 라이더 인계까지 | 픽업대 위치·호출·보관 상태를 기록 |
| 배달 예상시간 | 라이더 배차부터 고객 도착까지 | 플랫폼이 지역·교통·배차로 산정 |
| 고객 안내시간 | 주문 화면에 표시되는 전체 예상시간 | 매장 준비시간과 플랫폼 배달시간을 혼동하지 않음 |
사장님이 바꿀 수 있는 값은 보통 준비·조리시간입니다. 배달 도착시간까지 임의로 확정해 안내하지 말고, 변경한 값이 고객 화면에 어떻게 표시되는지 별도 기기에서 확인하세요.
기본 조리시간을 계산하는 공식
최근 완료 주문에서 접수 시각부터 포장 완료 시각까지를 재고, 같은 메뉴만 고르지 말고 평소 주문 구성을 섞어 평균을 냅니다.
기본 조리시간 = 최근 주문 조리시간 합계 ÷ 측정 주문 수
여기에 재료 보충, 주문 확인, 포장, 직원 교대에 필요한 버퍼를 더합니다.
앱 표시 준비시간 = 기본 조리시간 + 피크·메뉴 버퍼
| 측정 주문 | 접수→포장 완료 | 비고 |
|---|---|---|
| 1번 | 12분 | 일반 메뉴 |
| 2번 | 10분 | 단일 메뉴 |
| 3번 | 14분 | 옵션 2개 |
| 4번 | 13분 | 포장 대기 포함 |
| 5번 | 11분 | 일반 메뉴 |
| 평균 | 12분 | (12+10+14+13+11) ÷ 5 |
위 매장의 평소 버퍼가 3분이고 금요일 저녁 버퍼가 5분이라면 평소 표시는 15분, 금요일 18~20시는 17분부터 시험합니다. 앱이 5분 단위만 허용하면 15분 또는 20분 중 실제 지연률이 낮은 쪽을 선택하고 기록으로 다시 조정하세요.
메뉴별 시간을 정할 때는 가장 오래 걸리는 공정을 기준으로
한 주문에 여러 메뉴가 담기면 평균 메뉴시간을 더하는 것이 아니라 동시에 진행할 수 없는 병목 공정을 찾습니다. 튀김이 8분, 볶음이 12분, 포장이 4분이라면 단순 합계 24분이 아니라 동시 조리 여부와 포장 대기까지 확인해 실제 완료시간을 측정합니다.
| 메뉴 분류 | 측정할 항목 | 설정에 반영하는 방법 |
|---|---|---|
| 빠른 메뉴 | 조리 5분 이내, 포장 2분 | 기본시간에 포함하고 단독 주문의 실제 시간을 확인 |
| 일반 메뉴 | 가열·조립·포장 전체 | 가장 주문이 많은 메뉴의 평균을 기본값으로 사용 |
| 느린 메뉴 | 조리 15분 이상 또는 주문 즉시 제작 | 추가 준비시간, 판매 중지, 별도 메뉴 그룹 중 하나를 선택 |
| 옵션·세트 | 추가 토핑·사이드·음료 동시 포장 | 옵션별 추가분을 기록해 피크 버퍼에 반영 |
느린 메뉴 하나 때문에 전체 주문의 표시시간을 길게 할 필요는 없습니다. 플랫폼이 메뉴별 준비시간을 지원하면 느린 메뉴만 별도로 설정하고, 지원하지 않으면 전체 기본값에 보수적인 버퍼를 더한 뒤 메뉴 판매 상태를 함께 관리하세요.
최근 기록으로 피크 시간대를 찾기
시간을 하루 종일 똑같이 두면 점심·저녁의 인력과 주문량 차이가 반영되지 않습니다. 최근 2~4주를 30분 단위로 나눠 아래 항목을 기록합니다.
| 시간대 | 완료 주문 | 평균 준비시간 | 지연 주문 | 판단 |
|---|---|---|---|---|
| 11:30~12:00 | 5건 | 13분 | 0건 | 기본 15분 유지 |
| 12:00~12:30 | 9건 | 17분 | 3건 | 20분 시험 |
| 18:00~18:30 | 8건 | 16분 | 2건 | 20분 시험 |
예시처럼 12시대와 18시대만 늦다면 그 구간에 예약된 준비시간을 적용합니다. 예약 기능이 없는 앱은 피크 직전에 일시 변경하고, 종료 후 원래 값으로 되돌렸는지 담당자가 확인합니다.
배달앱에서 설정하는 공통 순서
- 원자료를 저장합니다. 최근 주문의 접수·조리 시작·포장 완료 시각과 메뉴를 표로 남깁니다.
- 사장님센터 또는 매장관리 앱에서 영업·주문 설정을 엽니다. 화면에는 준비시간, 조리시간, 예상 픽업시간 등으로 표시될 수 있습니다.
- 기본값과 시간대별 값을 입력합니다. 평소 15분, 금요일 18~20시 20분처럼 실제 기록에 맞춰 시작합니다.
- 느린 메뉴·옵션의 예외를 정합니다. 메뉴별 설정이 없으면 판매 중지나 피크 시간 제외를 함께 검토합니다.
- 고객 화면과 주방 화면을 모두 시험합니다. 다른 휴대전화에서 준비시간이 바뀌었는지, POS·주문 태블릿에 같은 값이 보이는지 확인합니다.
- 변경 시각과 담당자를 기록합니다. 자동 재개·예약 종료가 있는지 확인하고, 종료 후 기본값 복귀 여부를 체크합니다.
앱마다 설정 단위와 적용 지연이 다를 수 있습니다. 버튼을 눌렀다는 이유만으로 반영됐다고 보지 말고, 고객 주문 화면에서 직접 확인하세요.
표시시간이 맞는지 지연률로 검증하기
설정 후에는 최소 한 번의 점심·저녁 피크를 지나 실제 완료시간을 비교합니다.
- 지연률(%) = 표시시간을 넘긴 완료 주문 수 ÷ 완료 주문 수 × 100
- 평균 오차 = 실제 준비시간 − 표시 준비시간
- 미완료 잔량 = 접수 주문 수 − 포장 완료·취소 주문 수
예를 들어 15분으로 표시한 24건 중 8건이 15분을 넘겼다면 지연률은 8 ÷ 24 × 100 = 33.3%입니다. 평균 실제 시간이 18분이라면 다음 같은 시간대는 20분으로 올리고, 지연률이 내려갔는지 다시 확인합니다.
반대로 20분으로 표시했는데 실제 평균이 14분이고 주문 전환이 떨어진다면 15분으로 낮춰 시험할 수 있습니다. 전환율을 확인할 때는 광고·날씨·휴일처럼 주문량에 영향을 주는 변수를 함께 메모하세요.
직원이 갑자기 줄거나 주문이 몰릴 때
| 상황 | 시간 설정 | 추가 조치 |
|---|---|---|
| 직원 1명 결근 | 실제 병목시간을 다시 재고 임시 상향 | 느린 메뉴를 끄거나 주문 접수를 제한 |
| 재료 보충이 필요 | 보충 예상시간만큼 버퍼 추가 | 품절 메뉴는 앱·POS에서 동시에 중지 |
| 미완료 주문이 계속 쌓임 | 준비시간만 올리지 말고 접수량도 낮춤 | 피크타임 접수 제한 기준으로 일시중지·재개 조건 설정 |
| 라이더만 늦게 도착 | 주방 준비시간을 불필요하게 늘리지 않음 | 포장 완료와 픽업 대기시간을 따로 기록 |
준비시간을 계속 늘려 주문을 받는 방식은 주방 처리량을 늘려 주지 않습니다. 같은 시간에 미완료 주문이 누적되면 접수 제한이나 메뉴 조정이 필요한지 함께 판단하세요.
고객에게 보낼 안내 문구
현재 주문량이 많아 조리 품질을 위해 준비시간이 평소보다 길어졌습니다. 앱에 표시된 준비시간을 확인해 주세요. 이미 접수된 주문은 안내된 순서대로 포장해 전달드리겠습니다.
확정할 수 없는 배달 도착시각을 약속하기보다 매장에서 관리하는 준비시간과 플랫폼 배달시간을 나눠 안내합니다. 기존 주문의 시간이 바뀌었다면 앱 메시지로 변경 사유와 예상 준비시각을 먼저 알리세요.
준비시간 변경 기록표
| 날짜·앱 | 시간대·메뉴 | 변경 전→후 | 결과 | 다음 조치 |
|---|---|---|---|---|
| 9/18·A앱 | 12:00~12:30·전체 | 15분→20분 | 9건 중 지연 1건 | 다음 주 18분 시험 |
| 9/18·B앱 | 18:00~18:30·느린 세트 | 기본→판매 중지 | 평균 16분, 취소 0건 | 재료 준비 후 재개 |
기록에는 설정을 바꾼 사람, 고객 화면 확인 시각, POS 동기화 여부, 지연·취소 사유를 함께 적습니다. 특정 메뉴가 자주 품절되면 배달앱 품절 메뉴 관리 방법의 재고·대체·환불 절차도 같이 점검하세요.
자주 하는 실수와 최종 체크리스트
- 배달 도착 예정시간을 주방 준비시간으로 입력하지 않습니다.
- 직원 수와 메뉴 구성이 바뀌었는데 예전 평균을 그대로 사용하지 않습니다.
- 피크시간 지연을 해결하려고 하루 종일 긴 시간을 표시하지 않습니다. 시간대별 설정을 먼저 확인하세요.
- 앱 한 곳만 바꾸고 POS·다른 주문 채널을 그대로 두지 않습니다.
- 설정 후 고객 화면을 보지 않은 채 반영됐다고 판단하지 않습니다.
- 지연률·취소율·미완료 잔량을 기록하지 않으면 다음 조정 근거가 사라집니다.
마지막 확인: 접수부터 포장까지의 실제 시간을 측정했고, 기본시간·피크 버퍼·느린 메뉴 예외를 정했으며, 고객 화면과 주방 화면을 시험하고 지연률로 재검증했다면 조리시간 설정이 끝난 것입니다. 플랫폼의 메뉴 이름과 적용 방식이 바뀔 수 있으므로 실제 변경일에 최신 안내를 다시 확인하세요.
많이 헷갈리는 질문
실무가이드에서 바로 시작
배달·플랫폼 운영을 주제로 글을 작성하시겠어요?
주제는 자동으로 선택됩니다.