룸 20여 개 한정식집, 예약 정리 월 80시간을 0으로

룸을 가벽으로 붙였다 뗐다 하며 월 200건대 예약을 받는 한정식집. 예약 정리에만 들어가던 월 80시간을 하루 5~10분 확인으로 바꿨습니다.

이 글 3줄 요약

• 예약이 월 200건대로 들어오는데 그중 70%가 전화였고, 이걸 전부 사람이 다시 듣고 손으로 옮겨 적고 있었습니다.
• 네이버 예약 메일은 프로그램이 자동으로 잡아 등록하고, 전화는 통화 녹음을 AI가 듣고 다섯 가지로 분류해 캘린더와 시트에 넣습니다.
• 옮겨 적고 대조하는 예약 정리에 들어가던 월 80시간이 0이 됐습니다. 사람이 하는 일은 하루 5~10분 확인만 남았습니다.

어떤 상황이었나

이천에서 룸을 20여 개 두고 장사하는 한정식집입니다. 룸이 많은 것도 특징이지만, 더 까다로운 건 그 룸들이 고정돼 있지 않다는 점입니다. 가벽을 세우면 작은 방 둘이 되고, 걷어내면 큰 방 하나가 됩니다. 돌잔치가 들어오면 붙이고, 가족 모임 두 팀이면 나눕니다. 그래서 예약 한 건을 받을 때마다 인원과 메뉴를 보고 "이 팀을 어디에 어떻게 앉힐지"를 매번 다시 판단해야 했습니다.

예약은 한 달에 200건대가 들어왔고, 그중 70%가 전화였습니다. 나머지 30% 정도가 네이버 예약입니다. 문제는 이 두 경로가 모두 사람 손을 거쳐야 예약대장에 들어갔다는 점입니다. 네이버로 예약이 들어오면 메일이 오는데, 그 메일을 열어 이름과 날짜와 인원과 메뉴를 확인하고 달력과 시트에 옮겨 적는 데 1건당 5분씩 걸렸습니다. 다섯 건이면 25분, 열 건이면 한 시간에 가까워집니다.

전화는 더 번거로웠습니다. 손님과 통화할 때는 자리를 확인하고 메뉴를 설명하느라 메모할 틈이 없습니다. 그래서 통화가 끝난 뒤, 혹은 영업이 끝난 뒤에 녹음을 다시 들으면서 예약 내용을 받아 적었습니다. 한 통을 확인하려고 몇 분짜리 녹음을 처음부터 다시 듣는 일이 하루에도 몇 번씩 반복됐습니다.

여기서 끝이 아닙니다. 예약은 한 번 들어오고 끝나는 게 아니라 계속 움직입니다. 인원이 늘었다는 전화, 날짜를 옮기겠다는 전화, 취소하겠다는 전화가 계속 옵니다. 계약금을 보냈는지도 따로 확인해서 표시해 둬야 했습니다. 이렇게 옮겨 적고, 다시 듣고, 고치고, 대조하는 일을 다 합치면 예약을 옮겨 적고 대조하는 일에만 월 80시간이 들어갔습니다. 한 사람 근무의 큰 몫이 예약을 옮겨 적는 데 쓰이고 있었다는 뜻입니다. 더 아까운 건 이 80시간이 손님을 맞는 시간이 아니라, 이미 받아 놓은 예약을 다시 적는 시간이었다는 점입니다. 매출을 만드는 일이 아니라 매출을 기록하는 일에 사람이 매달려 있었던 셈입니다.

예약 한 건에 왜 이렇게 손이 많이 갔나

"예약 받기"는 한 가지 일처럼 보이지만, 실제로는 성격이 다른 다섯 가지 일이 뭉쳐 있었습니다. 이걸 떼어놓고 보면 왜 월 80시간이 사라졌는지가 보입니다.

1. 옮겨 적기 — 메일 한 통을 대장으로 바꾸는 단계. 네이버 예약 메일에는 필요한 정보가 다 들어 있지만, 그 정보가 달력과 시트에 저절로 들어가지는 않습니다. 사람이 읽고 골라서 다시 입력해야 했고, 그게 건당 5분이었습니다.
2. 다시 듣기 — 전화 예약을 기록으로 바꾸는 단계. 통화 중에는 적을 수 없으니 녹음을 다시 재생합니다. 예약 한 건을 확인하려고 통화 전체를 처음부터 듣는 구조라, 통화가 길수록 시간이 그대로 늘어났습니다.
3. 가려내기 — 이게 예약인지 아닌지 판단하는 단계. 걸려오는 전화가 전부 예약은 아닙니다. 길 묻는 전화, 영업시간 묻는 전화, 광고 전화가 섞여 있습니다. 사람이 일일이 들어봐야 예약인지 아닌지 알 수 있었습니다.
4. 따라가기 — 이미 받은 예약이 바뀌는 단계. 변경과 취소는 새 예약보다 손이 더 많이 갑니다. 대장에서 해당 건을 찾아내고, 무엇이 바뀌었는지 확인하고, 먼저 적어둔 메모를 지우지 않으면서 고쳐야 하기 때문입니다.
5. 표시하기 — 계약금 이야기가 나온 통화를 찾아 예약에 표시하는 단계. 통화를 다시 듣고 손으로 적었습니다. 건수가 많아질수록 놓치기 쉬운 지점이었습니다.

다섯 단계 모두 어려운 일은 아닙니다. 다만 매일, 예약 건수만큼 반복됩니다. 자동화로 걷어낸 것은 "예약 한 건"이 아니라 이 반복 구조 전체입니다.

Before / After

표의 마지막 줄만 보면 시간이 줄어든 것처럼 보이지만, 실제로 바뀐 건 일의 성격입니다. 전에는 사람이 정보를 찾아내서 옮겨 적는 일을 했고, 지금은 이미 들어와 있는 결과가 맞는지 훑어보는 일을 합니다. 옮겨 적기는 놓치면 그대로 사고가 되지만, 훑어보기는 놓쳐도 다음 사람이 다시 볼 수 있습니다. 시간이 줄어든 것보다 옮겨 적는 단계가 없어진 쪽이 현장에서는 더 큽니다.

표에 담기지 않은 변화도 하나 있습니다. 예약이 캘린더와 시트 양쪽에 같은 모양으로 쌓이기 시작하면서, 오늘 어느 룸에 어떤 팀이 오는지를 누가 보더라도 같은 화면에서 확인할 수 있게 됐습니다. 전에는 예약을 받은 사람의 머릿속과 수첩에 절반쯤 남아 있었습니다.

어떻게 만들었나 (쉽게 설명)

1. 메일함을 프로그램이 지켜봅니다. 네이버 예약 메일이 들어오는지 계속 확인합니다. 예약이 몰리는 낮 시간에는 10초 간격으로, 한산한 시간에는 1분 간격으로 확인해서, 바쁜 시간에는 거의 실시간으로 잡히게 했습니다.
2. 접수 메일은 넘기고 확정 메일만 등록합니다. 네이버 예약은 접수와 확정 두 단계로 나뉘어 메일이 옵니다. 제목과 본문을 이중으로 검사해서, 확정된 건만 캘린더에 들어가게 했습니다.
3. 통화 녹음 폴더를 지켜보다가 새 녹음이 들어오면 AI가 듣습니다. 사람이 재생 버튼을 누를 필요가 없습니다. AI가 한국어 통화 내용을 파악해 신규·변경·취소·계약금·예약 아님 다섯 가지로 분류하고, 예약이면 이름과 날짜와 인원과 메뉴를 뽑아냅니다. 통화 녹음과 예약 이력은 매장 PC에 보관하고, 통화 내용 분석은 외부 AI 서비스에 보내 처리합니다. 손님에게 녹음을 안내하는 등 개인정보 처리 원칙은 매장이 따로 지켜야 합니다.
4. 구글 캘린더와 시트에 자동으로 들어갑니다. 신규는 새로 만들고, 변경은 기존 일정을 찾아 바뀐 부분만 덮어씁니다. 이때 사장님이 손으로 적어둔 메모는 지우지 않고 그대로 둡니다. 취소는 일정에서 지우고, 계약금이 확인된 건은 예약 제목에 표시해 한눈에 보이게 했습니다.
5. 사람이 잡아야 할 자리는 사람에게 넘깁니다. 통화에서 예약자 이름이 확인되지 않으면 자동 등록을 막고 알림만 띄웁니다. 그러면 사장님이 그 녹음만 직접 듣고 처리하십니다. 네이버 예약의 확정 버튼도 사람이 누릅니다. 프로그램은 확정 메일이 올 때까지 기다릴 뿐입니다. 룸을 자동으로 배정하는 기능도 개별 룸과 가벽으로 붙인 조합까지 계산하도록 만들었지만, 사장님 요청으로 지금은 꺼 두고 캘린더에서 직접 지정하십니다.
6. 설치 없이 파일 하나만 더블클릭하면 켜집니다. 매장 PC를 켜면 프로그램이 알아서 같이 올라오고, 창에서 오늘 무엇이 들어왔고 무엇이 막혔는지 목록으로 확인할 수 있습니다.

왜 "확정 메일만"이었나

접수 단계에서 바로 등록하면 편해 보이지만, 그렇게 하면 아직 확정되지 않은 예약이 캘린더에 먼저 쌓입니다. 룸이 20여 개고 가벽으로 조합이 바뀌는 매장에서 이건 위험합니다. 확정되지 않은 예약이 자리를 차지하고 있으면, 진짜 손님을 받을 수 있는데도 자리가 없는 것처럼 보이기 때문입니다. 그래서 제목과 본문을 두 번 검사해 확정된 건만 들어가게 했습니다. 자동화에서 중요한 건 "많이 넣는 것"이 아니라 틀린 걸 넣지 않는 것입니다.

더 이상 안 해도 되는 것

• 네이버 예약 메일을 열어 달력과 시트에 옮겨 적기
• 통화 녹음을 처음부터 다시 재생하며 예약 내용 받아 적기
• 걸려온 전화가 예약인지 문의인지 사람이 하나씩 들어서 가려내기
• 변경과 취소가 들어올 때마다 대장에서 해당 건 찾아 손으로 고치기
• 계약금 통화 내용을 따로 메모해 예약에 옮겨 적기

남은 일은 하루 5~10분, 오늘 들어온 결과가 맞는지 훑어보는 것과 이름이 확인되지 않아 막힌 통화를 직접 듣는 것입니다.

실제 숫자로 보는 효과

이 표에서 눈여겨볼 건 예약 건수가 많을수록 이득이 커진다는 점입니다. 사람이 옮겨 적는 구조에서는 예약이 두 배가 되면 시간도 두 배가 됩니다. 한 건에 5분이면 200건에 1,000분, 열여섯 시간이 넘습니다. 반대로 프로그램이 메일을 잡고 녹음을 듣는 구조에서는 건수가 늘어도 사람이 옮겨 적는 시간이 늘지 않습니다. 확인할 목록이 조금 길어질 뿐입니다.

한 가지 덧붙이면, 이 시스템은 한 번 만들고 끝난 게 아닙니다. 2026년 4월에 처음 가동한 뒤 6월까지 판올림을 이어갔습니다. 실제로 돌려보면 처음 설계할 때 생각하지 못한 상황이 나옵니다. 접수 메일과 확정 메일을 더 확실하게 갈라야 했고, 변경 예약에서 사람이 적어둔 메모가 지워지지 않게 손봤고, 룸 자동 배정은 사장님 판단으로 꺼 두는 쪽으로 정리했습니다. 자동화는 납품하고 끝나는 물건이 아니라, 현장에서 돌려보며 다듬는 과정이 반드시 따라붙습니다.

이런 사장님께 추천합니다

• 전화 예약 비중이 높은 매장 — 전화가 많을수록 자동화로 줄어드는 시간이 큽니다. 네이버나 앱 예약은 그나마 글자로 남지만, 전화는 사람이 다시 듣지 않으면 아무 기록도 남지 않습니다. 이 매장도 예약의 70%가 전화였기 때문에 효과가 이만큼 크게 나왔습니다.
• 룸이 많고 자리 조합이 매번 바뀌는 매장 — 자리 판단에 집중하려면 기록 작업부터 덜어내야 합니다. 룸을 붙였다 뗐다 하는 매장에서 사장님의 감각이 필요한 지점은 자리 배치이지, 이름과 날짜를 옮겨 적는 일이 아닙니다.
• 예약 변경과 취소가 잦은 업종 — 새 예약보다 변경 처리에 시간이 더 들어가는 매장입니다. 모임 예약이 많은 한정식이나 고깃집, 돌잔치나 상견례를 받는 매장은 인원과 날짜가 계속 움직입니다. 변경을 자동으로 따라가는 구조가 특히 잘 맞습니다.

외식 SMB 인사이트

예약 자동화의 핵심은 "AI가 다 처리하게 하는 것"이 아니라 "사람이 볼 것만 남기는 것"입니다. 이름이 확인되지 않은 통화는 등록하지 않고 알림으로 넘기고, 최종 확정과 자리 지정은 사람이 누릅니다. 막아 둔 자리가 있어야 나머지를 믿고 맡길 수 있습니다.

예약은 매출과 직결되는 기록이라, 한 건만 잘못 들어가도 그날 현장이 무너집니다. 그래서 자동화를 설계할 때 "얼마나 많이 자동으로 처리하느냐"보다 "확신이 없을 때 어떻게 멈추느냐"를 먼저 정했습니다. 이름이 안 들리면 멈추고, 확정 메일이 아니면 넣지 않고, 자리 배정처럼 판단이 필요한 일은 사장님께 남겨 둡니다. 이렇게 멈출 자리를 정해 두면 이름이 확인된 건은 자동으로 들어가고, 막힌 건만 사람이 봅니다. 그래서 사람이 쓰는 시간이 더 크게 줄어듭니다. 전부 맡기려다 신뢰를 잃는 것보다, 경계를 그어두고 그 안에서 완전히 맡기는 쪽이 현장에서는 훨씬 오래 갑니다.

우리 매장도 가능할까요?

예약이 들어오는 경로와 통화량, 그리고 지금 무엇을 어디에 적고 있는지에 따라 설계가 달라집니다. 전화가 많은 매장인지, 온라인 예약이 많은 매장인지에 따라 먼저 손볼 지점도 다릅니다. 지금 예약을 어떻게 받고 어디에 기록하고 계신지를 먼저 보고, 매장 규모에 맞게 제안해 드립니다. 상담과 진단은 무료입니다.

무료 상담 신청하기 →