료칸·게스트하우스 사장님이 AI로 외국어 예약 문의를 30분 만에 정리한 이야기

밤 10시, 마지막 손님을 배웅하고 메일함을 열었더니 영어로 된 예약 문의가 세 건 쌓여 있었습니다. “12월 31일에 묵고 싶어요, 아이 둘, 저녁은 채식으로 가능한가요?” 번역 앱에 돌리고, 요금표를 보고, 빈방을 확인하고, 영어로 답장을 씁니다. 한 건에 20분. 정신을 차려 보니 날짜가 바뀌어 있었고, 다음 날 아침 손님 조식 준비는 아직 손도 못 댄 상태였습니다.

이건 제가 아는 한 게스트하우스 사장님에게 들은 어느 가을밤의 이야기입니다. 객실 8개짜리 작은 온천 료칸. 직원은 가족 세 명. 해외 손님은 고마운 매출의 기둥이 되어 가고 있지만, 영어·중국어·한국어 문의가 늘 때마다 밤 시간이 깎여 나갔습니다. “거절하고 싶지는 않아요. 그런데 몸이 안 버텨요.” 그렇게 말씀하셨습니다.

제가 한 일은 마법 같은 자동 답장 시스템을 만드는 게 아니었습니다. 문의에 대한 “답장 초안”을 AI가 먼저 만들게 하고, 사장님은 내용을 확인한 뒤 보내기만 하는 방식으로 바꿨을 뿐입니다. 한 건에 20분 걸리던 일이 확인까지 포함해 5분 아래로 떨어졌습니다. 오늘은 그 속내를, 전문 용어를 되도록 쓰지 않고 풀어 보겠습니다.

핵심 요약

• 료칸의 다국어 문의는 “백지에서 답장을 쓰는 것”이 가장 힘듭니다. AI가 초안을 만들게 하고, 사람은 확인에만 집중하는 방식으로 바꾸면 단숨에 편해집니다.
• 맡겨도 되는 일은 “번역”, “문장 초안”, “자주 묻는 질문 정리”. 요금·빈방·알레르기 대응의 최종 판단은 반드시 사람이 쥡니다.
• 복사해서 바로 쓰는 프롬프트 템플릿과, 쌓인 문의를 한 표로 정리하는 검증 스크립트를 실었습니다.
• 개인정보(손님 이름·연락처)는 AI에 넘기기 전에 가립니다. 이 한 가지만큼은 타협하지 않습니다.
• 작은 료칸이라도 하루 30분~1시간의 사무 시간이 빕니다. 월 20시간 절감도 드물지 않습니다.

료칸 프런트 업무는 어디에서 막히는가

먼저 독자상을 분명히 합시다. 이 글이 상정하는 사람은 객실 20개 이하 정도의 소~중규모 료칸·게스트하우스에서, 사장님이나 프런트 담당자가 예약 관리·문의 응대·관내 안내를 겸하는 분입니다. 전담 웹 담당이나 시스템 담당은 없습니다. OTA(아고다, 부킹닷컴 같은 예약 사이트)와 메일, 전화, 가끔 SNS DM. 문의가 들어오는 입구가 제각각인 것도 이 규모 숙소의 흔한 풍경입니다.

업무 흐름을 늘어놓으면 이렇게 됩니다.

1. 문의가 도착한다(메일·OTA·전화·DM)
2. 내용을 읽는다. 외국어라면 번역한다
3. 빈방과 요금을 예약 장부·채널 매니저로 확인한다
4. 알레르기나 특별 대응(픽업·배리어프리)을 확인한다
5. 답장을 쓴다. 외국어라면 번역해서 보낸다
6. 예약이 확정되면 장부에 적고 당일 준비에 반영한다

이 중에서 2번과 5번의 “읽기·쓰기·옮기기”에 시간이 빨려 들어갑니다. 특히 외국어 답장은 정성껏 쓰려고 할수록 시간이 더 걸립니다. 그리고 늦어지면 손님은 다른 숙소를 예약해 버립니다. “답장 속도가 예약률에 그대로 직결된다”는 점이 인바운드의 무서운 부분입니다.

자주 생기는 되돌이·고민거리

• 번역 앱의 직역이 딱딱해서 온천 료칸 특유의 따뜻함이 사라진다
• 예전에 비슷한 문의에 답했는데도, 매번 백지에서 다시 쓰고 있다
• 영어로 썼다고 생각했는데 요금 전달 방식(세금·입탕세·아동 요금)이 모호해 재질문이 온다
• 심야나 성수기에 쌓여서 답장이 다음 날 이후로 넘어가고 예약을 놓친다
• 담당자에 따라 답장 품질이 들쭉날쭉하고, 신입이면 시간이 더 걸린다

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

여기가 가장 중요하므로 표로 정리합니다. 전부 맡기려 하면 사고가 납니다. 경계선을 먼저 긋습니다.

업무	AI에게 맡긴다	사람이 반드시 판단
외국어 독해·번역	◎ 초안을 만든다	미묘한 뉘앙스의 최종 확인
답장 초안 작성	◎ 과거의 좋은 답장을 본떠 만든다	보내기 버튼을 누른다
요금·빈방 답변	× 그대로 쓰게 하지 않는다	○ 장부로 확인한 숫자를 사람이 넣는다
알레르기·의료적 대응	△ 질문 정리까지만	○ 대응 가능 여부의 약속은 사람이 판단
자주 묻는 질문의 FAQ화	◎ 축적·정리	내용의 정확성을 사람이 승인

외우는 법은 단순합니다. “틀리면 손님에게 폐가 되는 것”, “돈이 움직이는 것”, “약속이 되는 것”은 사람이 쥡니다. 그 외의 밑준비를 AI에 넘깁니다. 이게 전부입니다.

요금이나 빈방을 AI에게 “알아서 답해 줘”라고 맡기면 안 됩니다. AI는 실제 장부를 보고 있지 않으므로, 그럴듯한 거짓 숫자를 적습니다. 이건 료칸에게 치명적입니다. 그래서 답장 초안에서는 빈방·요금 부분은 반드시 빈칸이나 가표시로 남기게 하고, 사람이 확인한 숫자를 넣는 방식으로 운영합니다.

구체적인 활용 사례 세 가지

사례 1: 다국어 문의 답장 초안 만들기

가장 효과가 큰 것이 이것입니다. 도착한 외국어 문의를 붙여 넣고, 한국어 의역과 손님 언어로 된 답장 초안을 한 번에 만들게 합니다. 요금과 빈방은 “여기에 사람이 넣는다”는 표시를 남기게 하는 것이 요령입니다.

도입 전: 영어 한 건 답장에 20분. 심야에 쌓인다. 도입 후: 의역과 초안이 30초에 나온다. 사장님은 숫자를 확인하고 문장을 다듬어 5분 안에 발송.

사례 2: 과거의 좋은 답장을 “본보기”로 삼아 문체를 맞추기

료칸에는 “우리다운 말투”가 있습니다. 그걸 매번 백지에서 재현하는 건 힘듭니다. 그래서 과거에 평이 좋았던 답장을 3~5통, 본보기로 AI에 미리 건네줍니다. 그러면 신입이 응대해도 사장님이 쓴 것 같은 따뜻한 문장의 초안이 나옵니다. 한 사람에게만 묶여 있던 “접객 문체”를 팀에서 공유할 수 있게 됩니다.

사례 3: 자주 묻는 질문의 FAQ 정리와 다국어화

“와이파이는요?”, “가까운 역에서 픽업되나요?”, “아이용 유카타 있나요?” 같은 질문은 몇 번이고 옵니다. 이것을 AI에게 정리시켜 한·영·중·일 FAQ 표로 만들어 둡니다. 다음부터는 해당 부분을 복사하기만 하면 됩니다. 아래 체크리스트로 우리 숙소 FAQ에 구멍이 없는지 점검할 수 있습니다.

• 체크인·체크아웃 시각과 얼리 체크인·연장 가능 여부
• 요금 내역(숙박료·입탕세·아동 요금·세금 포함 표기)
• 식사(알레르기·채식·할랄 대응 가능 여부)
• 픽업·가까운 역에서의 접근
• 취소 정책(며칠 전부터 요금이 발생하는가)
• 설비(와이파이·전세탕·배리어프리·주차장)
• 결제 방법(현지·사전·이용 가능 신용카드)

복사해서 바로 쓰는 프롬프트 템플릿

문의 답장 초안을 만드는 프롬프트입니다. [ ] 부분을 우리 숙소 정보로 바꿔서 쓰세요. 손님의 개인정보는 붙이지 말고 용건만 남기는 것이 핵심입니다.

당신은 전통 온천 료칸의 프런트 담당자입니다. 다음 해외 문의에 대해
두 가지를 내주세요.

1. 한국어 의역(불릿으로, 무엇을 묻고 있는지)
2. 손님 언어로 된 답장 초안

규칙:
- 요금·빈방·픽업 가능 여부는 아직 확정되지 않았습니다.
  반드시 "【확인 필요: 사람이 숫자를 넣음】"이라고 표시를 남기세요. 임의로 숫자를 만들지 마세요.
- 문체는 정중하지만 너무 딱딱하지 않게, 온천 료칸다운 따뜻한 톤으로.
- 마지막에 "궁금한 점이 있으면 편하게 문의해 주세요"에 해당하는
  자연스러운 한 문장을 손님 언어로 덧붙여 주세요.

참고했으면 하는, 과거의 좋은 답장 본보기:
[여기에 과거에 평이 좋았던 답장을 1~3통 붙임]

손님의 문의 본문:
[여기에 문의 본문을 붙임. 이름·이메일 주소는 지워 둘 것]

이 프롬프트의 핵심은 “요금은 임의로 쓰지 마라, 표시를 남겨라”라고 명시한 점입니다. 프롬프트 설계를 더 다듬고 싶은 분은 Claude Code 프롬프트 설계도 읽어 보세요. Claude Code 자체가 처음이라면 처음 시작하는 Claude Code부터 들어가는 것이 빠릅니다.

검증 스크립트: 쌓인 문의를 목록으로 정리하기

메일이나 DM에 제각각 도착한 문의 글을 하나의 텍스트에 모아 두면, 용건을 기계적으로 골라 목록 표로 만들 수 있습니다. Node.js만 있으면 돌아가는 작은 스크립트입니다. AI에 넘기기 전에 “개인정보를 지우는” 전처리도 여기서 가볍게 합니다.

import { readFile, writeFile } from "node:fs/promises";

// inquiries.txt 는 문의를 "---" 로 구분해 나열한 파일
const raw = await readFile("./inquiries.txt", "utf8");
const blocks = raw.split("---").map((b) => b.trim()).filter(Boolean);

// 이메일 주소로 보이는 문자열을 가린다(개인정보 최소 전처리)
const maskEmail = (t) => t.replace(/[\w.+-]+@[\w.-]+\.\w+/g, "[이메일 가림]");

// 용건 키워드를 대략 분류한다
const tagOf = (t) => {
  if (/vegetarian|halal|allergy|알레르기|채식/i.test(t)) return "식사 대응";
  if (/cancel|refund|취소|환불/i.test(t)) return "취소";
  if (/pickup|station|픽업|접근/i.test(t)) return "픽업·접근";
  if (/price|rate|요금|가격/i.test(t)) return "요금";
  return "기타";
};

const rows = blocks.map((b, i) => {
  const clean = maskEmail(b);
  const head = clean.replace(/\s+/g, " ").slice(0, 40);
  return `| ${i + 1} | ${tagOf(clean)} | ${head}... |`;
});

const table = ["| No | 용건 | 첫머리 |", "| --- | --- | --- |", ...rows].join("\n");
await writeFile("./inquiries-summary.md", table, "utf8");
console.log(`${blocks.length}건을 분류해 inquiries-summary.md 에 출력했습니다`);

실행은 node summarize.mjs 처럼 부르기만 하면 됩니다. 이것으로 “오늘은 식사 대응 질문이 3건, 픽업이 2건”이라고 한눈에 알 수 있습니다. 우선순위를 매겨 답장할 수 있으니 성수기의 누락이 줄어듭니다.

도입 전후와 ROI의 기준

대략적인 추산이지만 기준을 내봅니다. 인바운드 문의가 하루 5건, 한 건당 답장에 15분이 걸린다고 합시다.

• 도입 전: 5건 × 15분 = 75분/일
• 도입 후(초안+확인): 5건 × 5분 = 25분/일
• 절감: 약 50분/일. 월 25일 가동이면 월 20시간 정도

시급 환산으로 1만 5천 원이라 치면, 월 30만 원어치의 시간이 비는 셈입니다. 돈보다 큰 것은 사장님의 밤이 돌아오는 것입니다. “다음 날 아침 준비에 손이 가게 됐다”는 쪽이 현장에서는 체감이 훨씬 큽니다.

회사·시설로서 여러 직원과 함께 운영에 올리고 싶거나, 운영 규칙이나 점검 체계까지 통째로 정비하고 싶다면, 혼자 방식을 더듬기보다 상담하는 편이 빠릅니다. 연수·도입 상담은 연수·상담 페이지를 보세요. 우선 혼자 시험해 보고 싶은 분은 무료 PDF나 교재를 둔 교재 페이지에서 시작하세요.

개인정보·보안 주의점

여기는 료칸으로서 절대 빠뜨릴 수 없습니다. 손님의 이름·이메일 주소·전화번호·신용카드 정보는 AI에 넘기기 전에 지우는 것이 원칙입니다. 문의의 “용건”만 남기면 답장 초안은 충분히 만들 수 있습니다. 위 스크립트에서 이메일 주소를 가린 것은 그 첫걸음입니다.

사내 규칙을 문장으로 적어 두면 신입이 와도 운영이 흔들리지 않습니다. Claude Code라면 관내 규칙을 파일에 적어 읽어 들이는 방법이 있습니다. 방법은 CLAUDE.md 작성법이 참고가 됩니다. 최소한 다음 세 가지는 정해 둡시다.

• 개인정보는 붙이지 않는다(이름·연락처·카드 번호·예약 번호)
• AI가 만든 답장은 반드시 사람이 읽고 나서 보낸다(자동 발송하지 않는다)
• 요금·빈방·대응 가능 여부의 숫자는 장부로 확인한 진짜만 넣는다

외부의 공적인 정보도 챙겨 두면 안심입니다. 개인정보 취급은 한국 개인정보보호위원회의 공식 사이트에 기본이 정리되어 있습니다. 숙박업은 특히 투숙객 명부 관리 의무가 있으니, 한 번 훑어 둘 가치가 있습니다.

자주 묻는 질문

Q. 컴퓨터를 잘 못 다뤄도 쓸 수 있나요? A. 처음 설정만큼은 잘 아는 사람의 손을 빌리는 편이 안심입니다. 설정이 끝나면 그다음은 한국어로 부탁하기만 하면 됩니다. 코드를 쓸 필요는 없습니다. 비엔지니어를 위한 시작법은 코드를 못 써도 쓸 수 있는 Claude Code에 정리해 두었습니다.

Q. 중국어·일본어도 괜찮나요? A. 주요 언어는 충분히 실용적인 초안이 나옵니다. 다만 최종 확인은 가능하면 아는 사람의 눈을 거치는 것이 이상적입니다. 어려우면 손님에게는 영어를 함께 적어 보내면 오해가 줄어듭니다.

Q. 답장이 기계처럼 되지 않나요? A. 과거의 좋은 답장을 “본보기”로 건네느냐에 따라 여기가 크게 달라집니다. 본보기가 없으면 딱딱한 직역이 되기 쉽습니다. 3통 정도 건네는 것만으로 훨씬 우리 숙소다워집니다.

Q. 요금까지 자동으로 답하게 하면 편하지 않나요? A. 그만두는 편이 좋습니다. AI는 실제 빈방이나 요금을 보고 있지 않으므로 그럴듯한 거짓말을 적습니다. 요금과 빈방만큼은 사람이 장부를 보고 넣습니다. 여기는 양보할 수 없습니다.

Q. 어느 정도면 효과가 나오나요? A. 답장 초안 만들기는 첫날부터 효과가 있습니다. FAQ 정리는 1~2주 모은 뒤 정리하면 우리 숙소에 맞는 형태가 됩니다. 우선 한 언어, 한 용건부터 시작하기를 권합니다.

실제로 해 본 결과

서두의 그 사장님 료칸에서 실제로 2주간 시험해 봤습니다. 확인하고 싶었던 건 세 가지. 초안으로 정말 시간이 줄어드는가, 문장이 우리 숙소다워지는가, 요금 사고가 일어나지 않는가입니다.

시간은 영어 답장 한 건당 평균 18분에서 평균 6분으로 떨어졌습니다. 본보기를 3통 건넸더니 사장님 본인이 “내가 쓴 것 같다”며 웃으셔서, 문체 재현은 합격. 그리고 가장 걱정했던 요금 사고는 프롬프트에 “숫자는 임의로 쓰지 마라, 표시를 남겨라”라고 적은 덕분에 제로였습니다. AI가 빈칸을 남기고 사장님이 장부의 숫자를 넣는다. 이 한 수고가 효과적이었습니다.

뜻밖의 수확은, 밤의 메일 답장이 쌓이지 않게 되면서 사장님이 다음 날 아침 조식 준비에 여유를 가질 수 있게 된 것입니다. 줄어든 것은 시간만이 아니라 밤의 조급함이었습니다. 완벽한 자동화를 노리지 않고 초안과 확인으로 잘라 맡긴다. 작은 료칸일수록 이 끊어 맡기기가 효과적이라는 게 이번에 얻은 실감입니다.