술집 예약 전화 매뉴얼과 다국어 메뉴를 Claude Code로 만드는 실전 절차

금요일 저녁 7시, 가게는 만석. 그때 예약 전화가 울립니다. 수화기를 든 건 들어온 지 얼마 안 된 아르바이트생이고, 목소리가 굳어 있습니다.

“어… 네 분이시죠… 아, 코스는… 죄송해요, 사장님 바꿔드릴게요.”

제가 홀에서 뛰어와 전화를 받았을 때쯤이면 손님 목소리가 살짝 짜증나 있습니다. 뒤에서는 “여기요!” 하는 소리. 주문도 서빙도 멈춰 있습니다. 전화 한 통 때문에 홀 전체가 수십 초 동안 굳어버린 셈이죠.

게다가 그날 밤에는 외국인 두 명이 와 있었는데 영어 메뉴가 없었습니다. 손짓 발짓으로 넘기긴 했지만, 알레르기를 물어보는데 답이 막혔습니다. 나중에 “달걀이 들어 있었다”는 항의로 번지지 않은 건 그저 운이 좋았을 뿐입니다.

예약 전화 응대도, 다국어 메뉴도 “언젠가 정리하자”고 말한 채 1년이 지났습니다. 종이에 적어도 갱신되지 않고, 알바생 누구도 보지 않습니다. 이 글은 그 부분을 생성형 AI, 특히 Claude Code로 하루 만에 형태로 만드는 이야기입니다.

핵심 요약

• 예약 전화 응대 매뉴얼을, 자주 나오는 대화 흐름별로 템플릿화해 신입이 그 자리에서 읽을 수 있는 형태로 만든다
• 한국어 메뉴에서 영어·중국어·일본어 메뉴의 초벌 번역까지 한 번에 만든다
• 알레르기나 개인정보처럼 AI에 맡기지 않고 사람이 반드시 확인하는 경계선을 정한다
• 복사해서 바로 쓰는 프롬프트 틀과, 메뉴의 번역 누락을 찾아내는 검증 스크립트를 준비한다
• 도입에 드는 수고는 반나절~하루, 갱신은 그 후 한 번에 10분. 종이를 다시 만드는 지옥에서 벗어난다

술집 현장에서 무슨 일이 벌어지고 있나

먼저 독자상을 분명히 합시다. 이 글이 도움이 되는 건 좌석 20~50석 정도의 개인 운영 또는 소규모 체인 술집 사장님입니다. 직원의 절반 이상이 아르바이트이고 교체가 잦습니다. 외국인 손님이 조금씩 늘어서 영어 메뉴 문의가 한 달에 몇 번씩 들어옵니다. 그런 가게입니다.

술집의 예약 관련 업무 흐름을 적어보면 대체로 이렇게 됩니다.

1. 전화가 울린다 → 누군가 하던 일을 멈추고 받는다
2. 날짜·시간·인원·코스 유무·자리 희망을 묻는다
3. 예약 장부(종이나 앱)에 적는다
4. 알레르기나 못 먹는 재료가 있으면 확인한다
5. 당일 흐름(기본 안주, 라스트 오더 시각)을 한마디 전한다

이 다섯 단계, 베테랑이면 30초. 하지만 신입은 2번에서 막히고, 4번을 잊고, 5번을 건너뜁니다. 사람마다 다르게 하니 가르치는 데도 시간이 걸립니다.

메뉴 쪽은 더 방치되기 쉽습니다. 계절마다 차림표가 바뀌는데 영어판을 만들 시간이 없습니다. 그때그때 번역 앱으로 버티니 “닭갈비”가 매번 다른 영어로 나옵니다. 외국인 손님이 늘고 있는데, 여기만 십 년 전 그대로 멈춰 있습니다.

자주 생기는 실수와 골칫거리

• 신입이 예약을 잘못 받는다(시간과 인원을 잘못 들음). 나중에 전화해서 사과하는 처지가 된다
• 알레르기 확인을 잊어버리고, 음식을 낸 뒤에 발각된다. 최악의 경우 응급 상황이 된다
• 영어 메뉴를 업체에 맡기면 수만 원이 들고, 차림표가 바뀌면 다시 만들어야 한다
• 번역 앱의 직역이 이상해서 외국인 손님에게 안 통한다. “기본 안주”가 “Pass”로 나와 있기도 하다

활용 사례 1: 예약 전화 응대 매뉴얼을 템플릿화한다

가장 먼저 손대야 할 곳이 여기입니다. 전화 응대는 정해진 틀이 있어서 AI와 가장 잘 맞습니다.

할 일은, 자주 나오는 대화 패턴을 뽑아내서 신입이 읽기만 하면 성립하는 대본으로 옮기는 것입니다. Claude Code에 “우리 가게 조건”을 넘기면 빠짐없는 매뉴얼을 단번에 써줍니다.

아래 프롬프트를 그대로 쓸 수 있습니다. 괄호 안만 자기 가게에 맞게 바꿔 주세요.

당신은 술집의 접객 교육 담당자입니다. 신입 아르바이트생이 전화 응대에서
읽을 수 있는 예약 응대 매뉴얼을 만들어 주세요.

【가게 조건】
- 상호: (술집 마사)
- 좌석 수: (40석), 룸: (2개, 각 6명까지)
- 영업시간: (17:00-24:00, 라스트 오더 23:00)
- 코스: (35,000원/45,000원 2종류, 전날 예약 필수)
- 기본 안주: (1인 4,000원, 반드시 안내)
- 주차장: (없음, 인근 유료 주차장 안내)

【만들어 주었으면 하는 것】
1. 전화를 받았을 때의 첫 인사 템플릿
2. 들어야 할 항목 체크리스트(날짜/시간/인원/코스 유무/룸 희망/연락처)
3. 자주 받는 질문 답변 예시(주차장, 아이 동반 여부, 알레르기 대응, 당일 취소)
4. 다시 한번 확인하며 마무리하는 멘트
출력은 신입이 읽기 편한 구어체 한국어로. 전문 용어는 쓰지 마세요.

돌아온 매뉴얼은 A4 한 장으로 정리해 전화기 옆에 붙여 둡니다. 이것만으로 첫머리의 “사장님 바꿔드릴게요”가 확 줄어듭니다.

들어야 할 항목은 종이 체크리스트로 만들어 두면 놓치는 게 줄어듭니다. 최소한 이렇게입니다.

항목	묻는 이유	빠졌을 때의 사고
날짜·시간	당연	더블 부킹
인원	자리 확보	자리 부족 / 너무 빔
코스 유무	준비 물량과 직결	당일에 재료 떨어짐
알레르기	안전과 직결	제공 사고·항의
연락처	당일 확인용	노쇼 시 연락 불가

활용 사례 2: 한국어 메뉴에서 다국어 메뉴를 만든다

다음은 다국어 메뉴. 이게 AI로 가장 편해지는 부분입니다.

한국어 차림표를 넘겨서 영어·중국어·일본어 세 언어로 번역하게 합니다. 음식 이름뿐 아니라 간단한 설명문도 붙이면 외국인 손님이 안심합니다. “곱창전골”을 “Gopchang Jeongol”이라고만 써도 안 통하지만, “Spicy beef tripe hot pot”이라고 한마디 덧붙이면 전달됩니다.

프롬프트는 이렇습니다.

다음 술집 메뉴를 영어·중국어(간체)·일본어로 번역해 주세요.

【규칙】
- 음식 이름은 로마자 표기도 남기고, 그 옆에 짧은 영어 설명을 붙인다
  예: Gopchang Jeongol (spicy beef tripe hot pot)
- 가격은 숫자를 그대로 남긴다(부가세 포함/별도 표기도 바꾸지 않는다)
- 알레르기 주의가 필요한 품목(달걀·우유·밀·메밀·땅콩·새우·게)에는
  각 언어로 주의 표시 설명을 붙인다
- 직역이 아니라 현지 메뉴에서 실제로 쓰이는 자연스러운 표현으로 한다
- 출력은 음식 이름별로 「한국어 / 영어 / 중국어 / 일본어」 표 형식으로
【메뉴】
- 풋콩 4,800원
- 계란말이 5,800원(달걀)
- 곱창전골 6,800원
- 닭튀김 6,800원(밀)
- 새우마요 7,800원(새우·달걀)

여기서 중요한 건 알레르기 표시를 번역에 통째로 맡기지 않는 것입니다. AI는 “egg”를 빠뜨릴 때가 있습니다. 그래서 사람 눈으로 반드시 대조합니다. 다음 검증 스크립트가 그 대조를 도와줍니다.

AI에 맡길 범위와, 사람이 반드시 판단하는 범위

여기를 애매하게 두면 사고가 납니다. 경계선을 표로 정해 둡시다.

작업	AI에 맡겨도 됨	사람이 반드시 확인
전화 매뉴얼 문안 작성	O 초안까지	자기 가게 운영과 맞는지
메뉴 번역·설명문	O 초벌까지	음식 이름·가격의 정확성
알레르기 표시	△ 후보 제시만	◎ 반드시 사람이 최종 확인
예약 장부 기입	X	◎ 사람이 기입
개인정보(연락처) 취급	X	◎ 사람이 관리

외우는 법은 단순합니다. 틀려도 사과하면 끝나는 작업은 AI에 초안을 맡긴다. 틀리면 건강이나 신용에 관계되는 작업은 사람이 정한다. 알레르기와 개인정보, 이 둘만은 절대 통째로 넘기지 않습니다.

복사해서 바로 쓰는 검증 스크립트

번역 메뉴를 눈으로만 확인하면, 품목이 많을 때 반드시 빠뜨립니다. 그래서 “한국어에는 알레르기 표기가 있는데 영어 쪽에는 해당 단어가 없는 품목”을 기계적으로 골라내는 스크립트를 준비했습니다. Node.js가 있으면 돌아갑니다.

check-menu.mjs로 저장하고 node check-menu.mjs로 실행합니다.

// 한국어 알레르기 표기와, 영문 번역에 들어가야 할 영어 단어의 대응
const allergenMap = {
  "달걀": "egg",
  "우유": "milk",
  "밀": "wheat",
  "메밀": "buckwheat",
  "새우": "shrimp",
  "게": "crab",
};

// 자기 메뉴를 여기에 붙여넣는다(jp=한국어 행, en=영어 번역)
const menu = [
  { jp: "계란말이 5,800원(달걀)", en: "Gyeranmari (rolled egg omelet) 5800won" },
  { jp: "닭튀김 6,800원(밀)", en: "Dakteuigim (fried chicken) 6800won" },
  { jp: "새우마요 7,800원(새우·달걀)", en: "Saeu Mayo (shrimp with mayo) 7800won" },
];

let problems = 0;
for (const item of menu) {
  for (const [ko, en] of Object.entries(allergenMap)) {
    const needsAllergen = item.jp.includes(ko);
    const hasAllergen = item.en.toLowerCase().includes(en);
    if (needsAllergen && !hasAllergen) {
      console.log(`확인 필요: 「${item.jp}」에 ${ko}(${en}) 표시가 영문 번역에서 보이지 않습니다`);
      problems++;
    }
  }
}

if (problems === 0) {
  console.log("OK: 알레르기 표시 누락은 발견되지 않았습니다");
} else {
  console.log(`\n${problems}건, 사람 눈으로 확인해 주세요`);
}

위 예시에서는 “닭튀김”에 “wheat”이 없어서 경고가 제대로 나옵니다. 완벽한 검사는 아니지만, 누락의 짐작을 잡아주는 문지기로는 충분합니다. 마지막은 반드시 사람이 본다는 전제로 쓰세요.

도입 전과 후로 무엇이 달라지나

제 체감값이지만 변화는 이 정도입니다.

도입 전에는 예약 전화 한 통에 베테랑이 평균 40초, 신입이면 바꿔주는 시간까지 포함해 1분 이상. 하루 20통이면 신입이 있는 시간대에는 20분 이상이 전화로 사라졌습니다. 매뉴얼을 붙인 뒤로는 신입도 30~40초에 끝나고, 사장이 바꿔 받는 일이 거의 사라졌습니다.

메뉴는, 업체에 영어판을 맡기면 첫회 5~10만 원, 계절 갱신 때마다 추가 비용. AI로 초벌 번역 + 내가 확인하면 첫회가 반나절, 갱신이 한 번에 10분 정도. 초기 비용 거의 제로, 갱신이 종이 다시 만들기에서 해방되는 게 가장 큽니다.

ROI 기준을 대충 내보면 이렇습니다.

항목	도입 전	도입 후
전화 한 통 소요(신입)	60초+바꿔주기	35초
영어 메뉴 첫회	업체 5~10만 원	반나절 직접 작업
메뉴 갱신	업체에 재의뢰	10분
알레르기 확인 누락	가끔 발생	검증 스크립트로 격감

시급 1만 원 직원으로 전화를 하루 10분 줄일 수 있으면 한 달에 약 5만 원. 메뉴 갱신을 연 4회 업체에 맡기지 않아도 되면, 그것만으로 수십만 원. 도입 비용은 거의 자기 시간뿐이라 회수가 빠릅니다.

보안과 개인정보 주의점

편리하다고 아무거나 AI에 붙여넣어선 안 됩니다. 술집에서도 개인정보는 나옵니다.

• 예약 손님의 이름·전화번호를 생성형 AI에 붙여넣지 않는다. 매뉴얼 틀을 만드는 데 실제 고객 정보는 필요 없습니다. 샘플은 “홍길동 님” “010-0000-0000” 같은 가상 값으로 만듭니다
• 알레르기 대응의 최종 판단은 반드시 주방과 사람이 한다. AI의 출력은 초안으로 다룬다
• 번역 메뉴를 가게 밖(인쇄 업체나 SNS)에 내보내기 전에, 가격과 음식 이름을 두 사람 이상이 확인한다
• 무료 번역 서비스에 긴 글을 붙이면 내용이 학습에 쓰일 수 있다. 가게 고유 레시피나 원가 정보는 넣지 않는다

이 부분의 “무엇을 넘겨도 되고, 무엇을 넘기면 안 되는가”는 프로젝트 규칙으로 정리해 두면 헷갈리지 않습니다. 생각하는 방식은 CLAUDE.md 베스트 프랙티스가 참고가 됩니다.

자주 묻는 질문

Q. IT에 밝지 않은 사장님도 쓸 수 있나요? A. 전화 매뉴얼과 메뉴 번역은 글로 부탁만 하면 되므로 프로그래밍이 필요 없습니다. 검증 스크립트만 Node.js가 필요하지만, 없어도 눈으로 확인하는 것으로 대신할 수 있습니다. 먼저 비엔지니어를 위한 입구부터 시작하는 것을 권합니다.

Q. 번역 정확도를 믿어도 되나요? A. 음식 이름과 설명문은 대체로 자연스럽게 번역됩니다. 다만 가격·알레르기·고유한 조리법은 반드시 사람이 확인하세요. AI는 “그럴듯한 오류”를 낼 때가 있습니다.

Q. 메뉴가 계절마다 바뀝니다. 매번 다시 만들어야 하나요? A. 바뀐 품목만 프롬프트에 더해 다시 생성하면 10분으로 끝납니다. 전부 다시 만들 필요는 없습니다.

Q. 중국어나 일본어가 맞는지 제가 판단할 수 없습니다. A. 알레르기 표기처럼 생명에 관계되는 부분은 만일을 위해 번역에 밝은 지인이나 유료 서비스로 한 번 점검하면 안심입니다. 그 외 설명문은 약간의 어색함은 허용 범위입니다.

Q. 프롬프트를 잘 쓰는 요령이 있나요? A. 조건을 항목별로 구체적으로 넘길수록 정확도가 올라갑니다. 쓰는 법은 프롬프트 엔지니어링 심화에 정리해 두었습니다.

실제로 시도한 결과

저는 실제로 가상의 술집 메뉴 15가지로 이 흐름을 처음부터 끝까지 시도해 봤습니다.

전화 매뉴얼은 가게 조건을 항목별로 넘기기만 했는데도, 첫 인사부터 알레르기 확인, 복창까지 A4 한 장에 들어가는 형태가 한 번에 나왔습니다. 고친 건 우리 가게 라스트 오더 시각의 표현 정도. 거의 그대로 쓸 수 있는 수준입니다.

메뉴 번역에서는 일부러 “계란말이(달걀)“의 영문 번역에서 “egg”를 빼놓은 상태로 검증 스크립트를 돌렸더니, 제대로 “확인 필요” 경고가 나왔습니다. 반대로 올바르게 번역한 행은 그냥 통과. 눈으로는 놓칠 한 건을 기계가 확실히 주워준 게 수확이었습니다.

한편 AI가 일본어 알레르기 표기를 딱 한 품목만 다른 표현으로 한 건 스크립트로는 잡지 못했습니다. 역시 생명에 관계되는 부분은 사람의 최종 확인이 필요하다는, 당연한 결론으로 돌아옵니다.

전화와 메뉴, 둘 다 “처음부터 만드는” 게 아니라 “AI의 초안을 사람이 고치는”으로 바꾸기만 해도 반나절 일이 현실적인 작업이 됐습니다. 같은 요령으로 매일의 업무를 가볍게 하고 싶은 분은 생산성을 높이는 사용법도 함께 보세요. 가게 전체 도입이나 직원 교육까지 포함해 상담하고 싶다면, 교육·상담에서 구체적인 진행 방법을 함께 설계할 수 있습니다.

참고로 생성형 AI의 구조나 요금 전제는 Anthropic 공식 정보같은 1차 자료도 확인해 두면, 도구 선택의 판단이 흔들리지 않습니다.