민박·게스트하우스 하우스 매뉴얼 다국어화와 문의 응대를 Claude Code로 돌리기

밤 11시, 휴대폰이 켜졌습니다. 대만에서 온 게스트였습니다. “The lock box code doesn’t work.” 도어록이 안 열린다는 연락이었죠.

그날 저는 다른 예약 청소에 쫓기느라 영어 매뉴얼을 열어볼 여유가 없었습니다. 한국어 하우스 매뉴얼은 있었어요. 그런데 영어판은 반년 전에 번역기 한 번 돌린 채로, 현관 비밀번호가 옛날 것 그대로 방치돼 있었습니다. 결국 제가 휴대폰으로 한 문장씩 영어를 치며 게스트를 30분 기다리게 했습니다. 리뷰에는 별 4개와 “response was a bit slow”라는 코멘트. 별 하나만큼의 손해는 다음 예약의 기회 손실로 이어집니다.

민박·게스트하우스를 운영하다 보면 이런 “언어의 벽 × 시간의 벽”이 동시에 닥치는 순간이 반드시 옵니다. 오늘은 그 둘을 Claude Code와 생성형 AI로 조금씩 깎아내는 이야기를 합니다. 마법이 아닙니다. 수수하게 효과를 내는 도구 이야기입니다.

핵심 요약

하우스 매뉴얼 다국어화는 “번역”이 아니라 “원본 데이터를 하나로 유지하고 각 언어로 자동 전개”한다고 생각하면 잘 망가지지 않습니다.
문의 답장은 자주 오는 질문을 틀로 만들어 AI에게 초안을 쓰게 하고, 최종 발송만 사람이 판단하는 것이 안전합니다.
비밀번호·주소·연락처 같은 개인정보와 열쇠 정보는, AI에 넘기기 전에 플레이스홀더로 바꿔 분리합니다.
번역과 답장 초안을 구조화하면 한 객실당 월 3~5시간, 응대 초동이 30분 → 5분으로 줄어드는 추산이 나옵니다.
마지막에 “AI에게 맡길 범위”와 “사람이 반드시 판단할 범위”의 선을 긋습니다.

독자상과 지금의 업무 흐름

이 글이 상정하는 독자는 1~10실 정도를 혼자 또는 몇 명이서 돌리는 민박·게스트하우스 호스트입니다. 전업인 분도 있고, 본업 틈틈이 하는 분도 있습니다. 공통점은 청소·예약 관리·문의를 소수 인원으로 떠안고 있고, 영어나 중국어 원어민이 아니라는 점입니다.

지금의 문의 응대는 대개 이런 흐름이 아닌가요.

에어비앤비나 부킹닷컴 수신함에 영어나 중국어로 메시지가 도착한다
내용을 어림짐작으로 읽고, 번역 앱에 붙여 뜻을 파악한다
답장을 한국어로 생각하고, 다시 번역 앱으로 상대 언어로 바꾼다
번역이 이상하지 않을까 불안한 채로 에라 모르겠다 하고 보낸다
하우스 매뉴얼에 적힌 내용인데도 매번 처음부터 다시 친다

이 반복의 문제가 뭘까요. 같은 질문(체크인 시간, 쓰레기 분리배출, 가까운 역에서 오는 길)에 매번 수작업으로 답한다는 점입니다. 매뉴얼에 적혀 있는데도, 언어가 다르다는 이유만으로 “없는” 것과 똑같아집니다. 여기가 AI가 나설 자리입니다.

자주 생기는 재작업과 골칫거리

민박·게스트하우스 현장에서 제가 실제로 밟은 재작업을 늘어놓겠습니다.

비밀번호를 바꿨는데 영어판만 옛날 것. 한국어 매뉴얼만 고치고 다국어판 업데이트를 깜빡합니다. 이게 도어록 트러블의 1순위 원인이었습니다.
번역 톤이 객실마다 제각각. 어떤 객실은 정중체, 다른 객실은 퉁명스러운 말투. 여러 객실을 가지면 통일감이 사라집니다.
같은 질문에 매번 풀로 답장. “쓰레기는 무슨 요일?”에 매번 세 줄씩 칩니다. 하루 5건 오면 그것만으로 20분.
기계 번역 사고. “이불을 개어 주세요”가 “Please fold the futon mattress and throw it away” 같은 뉘앙스가 되어 게스트가 당황한, 웃지 못할 일도 있었습니다.

골칫거리의 뿌리는 “번역을 매번 그 자리에서 한다”는 점입니다. 바탕이 되는 문장이 한 곳에 정리돼 있지 않으니 업데이트도 품질도 안정되지 않습니다.

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

먼저 선을 그어 둡니다. 여기를 애매하게 두면 AI는 친절한 마음에 멋대로 주소를 바꿔 쓰거나, 멋대로 할인을 약속하기도 합니다.

공정	AI에게 맡겨도 되는 것	사람이 반드시 판단하는 것
매뉴얼 번역	각 언어 초벌 번역, 표현 통일	비밀번호·주소·긴급 연락처의 정확성
문의 답장	정형 질문 초안 작성	발송 버튼, 요금·연장·환불 약속
톤 조정	정중함 통일, 오탈자	객실별 하우스룰 최종 확인
FAQ 정비	질문 분류, 누락 지적	법령·소방·이웃 규칙 관련 기술

원칙은 단순합니다. “돈”과 “열쇠”와 “법률”에 닿는 판단은 끝까지 사람이 한다. 그 외에, 문장을 다듬고·언어를 늘리고·초안을 만드는 작업은 얼마든지 AI에게 넘겨도 됩니다.

Use case 1: 하우스 매뉴얼을 하나의 원본 데이터에서 다국어로 전개

가장 효과가 큰 게 이겁니다. 발상을 바꿉니다. “한국어 매뉴얼을 번역한다”가 아니라, “항목별로 나눈 원본 데이터를 하나 가지고 거기서 각 언어를 뽑아낸다.”

먼저 매뉴얼을 항목으로 분해합니다. 체크인, 와이파이, 쓰레기, 설비 사용법, 긴급 연락처, 퇴실 절차. 이 단위로 한국어를 하나만 정본으로 둡니다. 비밀번호나 주소처럼 자주 바뀌거나 비밀로 해야 할 값은 본문에 직접 쓰지 않고 {{door_code}} 같은 표시(플레이스홀더)로 둡니다.

그 위에서 Claude Code에 이렇게 부탁합니다.

당신은 민박·게스트하우스 하우스 매뉴얼 번역 담당입니다.
아래 한국어 매뉴얼을 영어·번체 중국어·일본어로 번역해 주세요.

제약:
- {{ }}로 둘러싼 값은 번역하지 말고 그대로 남긴다
- 게스트에 대한 존중을 유지하면서 짧고 명확한 문장으로 한다
- 각 언어에서 표현의 톤을 통일한다
- 전문 용어나 콩글리시는 피하고, 외국인 게스트가 처음 봐도 이해되는 말을 쓴다
- 번역할 수 없는 고유명사는 원어 그대로 두고, 괄호로 간단한 설명을 덧붙인다

출력: 언어별로 제목을 붙이고, 항목 순서는 원래 한국어와 맞춘다

---
（여기에 항목별로 나눈 한국어 매뉴얼을 붙임）

플레이스홀더를 쓰는 이유는 두 가지입니다. 하나는, 비밀번호를 바꿨을 때 원본 데이터 한 곳만 고치면 모든 언어에 반영된다는 것. 다른 하나는, 열쇠 정보를 AI 입력에서도 번역 결과에서도 떼어낼 수 있어 정보 유출 면에서 안전하다는 것입니다.

실제 끼워넣기는 이런 짧은 스크립트로 자동화할 수 있습니다. Node.js가 있으면 돌아갑니다.

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

// 열쇠·주소 등 비밀 정보는 코드 밖(환경 변수나 별도 파일)에서 관리한다
const secrets = {
  door_code: process.env.DOOR_CODE || "0000",
  wifi_pass: process.env.WIFI_PASS || "changeme",
  emergency_tel: process.env.EMERGENCY_TEL || "000-0000-0000",
};

function fillPlaceholders(template, values) {
  return template.replace(/\{\{(\w+)\}\}/g, (whole, key) => {
    if (key in values) return values[key];
    throw new Error(`정의되지 않은 플레이스홀더: ${key}（secrets에 추가하세요）`);
  });
}

// 번역된 템플릿(플레이스홀더 포함)을 읽어 최종본을 써낸다
const langs = ["en", "zh", "ja"];
for (const lang of langs) {
  const template = await readFile(`manual.${lang}.txt`, "utf8");
  const filled = fillPlaceholders(template, secrets);
  await writeFile(`out.manual.${lang}.txt`, filled, "utf8");
  console.log(`${lang}: 완성 (${filled.length}자)`);
}

이 스크립트의 핵심은, 정의되지 않은 플레이스홀더가 남아 있으면 에러로 멈춘다는 점입니다. {{door_code}}를 채우는 걸 잊은 채 영어판을 배포하는 사고를 기계가 막아 줍니다. 비밀번호를 바꾸면 DOOR_CODE를 갱신하고 한 번 돌리기만 하면 됩니다. 모든 언어가 동시에 최신이 됩니다.

Use case 2: 정형 문의를 AI에게 초안 쓰게 하기

다음은 문의 답장입니다. 외국인 게스트의 질문은 사실 8할이 정형입니다. 체크인 시각, 역에서 오는 길, 와이파이, 쓰레기 배출, 체크아웃 절차. 이걸 “질문의 틀 → 답장 초안”까지 AI에게 맡깁니다.

답장 초안용 프롬프트 템플릿이 이겁니다.

당신은 민박·게스트하우스 호스트의 답장 어시스턴트입니다.
게스트가 보낸 메시지에 대해, 정중하고 짧은 답장 초안을 만들어 주세요.

규칙:
- 게스트의 언어와 같은 언어로 답한다
- 하우스 매뉴얼(아래)에 답이 있으면, 그 내용만 사용한다
- 매뉴얼에 없거나·요금이나 연장과 관련된 내용은 "호스트 확인 필요"라고 표시하고, 본문에는 쓰지 않는다
- 답장 끝의 서명이나 객실명은 이쪽에서 붙일 테니 비워 둔다

하우스 매뉴얼 발췌:
（체크인, 와이파이, 쓰레기, 퇴실 절차 등을 붙임）

게스트 메시지:
（여기에 수신 메시지를 붙임）

중요한 것은 “매뉴얼에 없는 내용·돈 이야기는 본문에 쓰지 말고 표시만 하게 한다”는 제약입니다. 이걸로 AI가 멋대로 “연장은 무료입니다” 같은 약속을 하는 사고를 막을 수 있습니다. 초안을 읽고 문제없으면 보낸다. 확인이 필요한 부분만 직접 적어 넣는다. 이 한 수고로 초동이 30분에서 5분이 됩니다.

정형화 정밀도를 높이고 싶다면, 먼저 자기 수신함에서 “자주 오는 질문 톱10”을 뽑아 FAQ로 만듭니다. FAQ 작성 자체도 AI에게 도와달라 할 수 있습니다. “과거 답장 로그를 붙일 테니, 질문을 10개 카테고리로 분류하고 각각의 표준 답변안을 만들어 줘”라고 부탁하기만 하면 됩니다. 답장 톤을 더 다듬고 싶다면 Claude Code 생산성 향상 팁도 함께 보면 좋습니다.

Use case 3: 여러 객실을 가로질러 톤과 최신성을 맞추기

여러 객실을 가지면 매뉴얼 품질이 들쭉날쭉해집니다. 그래서 정기적으로 모든 객실 매뉴얼을 한꺼번에 AI에게 검토시킵니다.

체크리스트로 이렇게 부탁합니다.

아래는 여러 객실의 하우스 매뉴얼입니다. 다음 관점으로 검토해 주세요.
1. 비밀번호·연락처 등 플레이스홀더가 {{ }}인 채로 남아 있지 않은가
2. 객실마다 존댓말 톤이 어긋나 있지 않은가
3. 쓰레기 분리배출이나 퇴실 절차에서 설명이 빠진 항목은 없는가
4. 외국인 게스트가 오해할 만한 콩글리시·애매한 표현은 없는가
문제 부분을 객실명·항목·이유와 함께 목록으로 만들어 주세요. 수정은 제안만 하고, 멋대로 바꿔 쓰지 말 것.

“멋대로 바꿔 쓰지 말 것”을 명시하는 게 요령입니다. 검토는 제안까지로 하고, 채택할지는 사람이 정한다. 이걸로 “어느새 주소가 다른 객실 것으로 바뀌어 있더라” 같은 사고가 사라집니다.

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

제 1객실에서의 체감을 대략 숫자로 옮기겠습니다. 어디까지나 어림이고, 객실이나 가동률에 따라 달라집니다.

항목	도입 전	도입 후
다국어 매뉴얼 업데이트	언어별 수작업, 반나절	원본 한 곳 고쳐 재생성, 15분
문의 초동	번역하며 30분	초안 확인＋발송으로 5분
비밀번호 변경 시 반영	모든 언어를 손으로, 누락 잦음	스크립트 1회, 누락 제로
월별 응대 시간	―	객실당 3~5시간 절감 목표

시급으로 환산하면, 월 3~5시간이 뜨면 1객실이라도 수천 엔어치 시간이 돌아옵니다. 여러 객실이면 효과는 그대로 곱셈입니다. 도입 비용 쪽은 AI 이용료가 월 수백 엔부터, 초기 틀 만들기에 반나절. 본전 뽑는 속도로 따지면 꽤 빠른 축이라고 느낍니다.

Claude Code 자체의 시작 방법이 막막한 분은, 먼저 Claude Code 입문 가이드를 읽어 두면 이 뒤의 프롬프트를 돌리기 쉬워집니다. 코드에 익숙하지 않아도 진행하고 싶다면 비엔지니어를 위한 Claude Code가 입구로 적합합니다.

보안과 개인정보 주의점

여기는 민박·게스트하우스이기 때문에 특히 신경 써 주셨으면 하는 부분입니다.

비밀번호·열쇠 정보를 AI 입력에 직접 쓰지 않는다. 플레이스홀더로 바꾸고, 실제 값은 스크립트 쪽(환경 변수나 손안의 별도 파일)에서 끼워넣는다. AI 채팅 기록에 열쇠 정보를 남기지 않는 것이 기본입니다.
게스트의 이름·여권·예약번호를 함부로 붙이지 않는다. 문의 내용을 붙일 때는 본문 용건만 남기고, 개인을 특정할 수 있는 정보는 지운다.
답장 최종 발송은 사람이 누른다. AI 초안을 그대로 자동 발송으로 하면, 잘못된 정보나 부적절한 약속이 그대로 전달됩니다.
무료 번역 서비스에 매뉴얼 전문을 계속 흘리지 않는다. 어디에 무엇이 저장되는지 불분명한 서비스에, 주소까지 포함된 전문을 계속 던지는 건 피합니다.

민박은 “현실의 주소와 열쇠”가 얽힌 장사입니다. 디지털의 편리함과 물리적 안전은 따로 관리한다. 이 선 긋기만큼은 무너뜨리지 마세요. 프롬프트로 규칙을 철저히 지키게 하는 방식은 CLAUDE.md 베스트 프랙티스가 참고가 됩니다. 한국 운영자라면 문화체육관광부의 외국인관광 도시민박업 안내도 운영 규칙의 1차 정보로 한 번 훑어 두면 안심입니다.

자주 묻는 질문

Q. 기계 번역과 무엇이 다른가요? A. 단어 치환이 아니라, “짧게·오해 없이·톤을 맞춰서”라는 조건을 붙여 문장으로 다듬을 수 있다는 점입니다. 게다가 플레이스홀더로 열쇠 정보를 떼어낼 수 있어, 업데이트 수고와 유출 위험이 동시에 줄어듭니다.

Q. 프로그래밍은 필수인가요? A. 번역과 답장 초안만이라면 코드 없이, 프롬프트를 붙이기만 해도 돌릴 수 있습니다. 끼워넣기 스크립트는 “있으면 편한” 보조이고, 복사해 붙이면 도는 범위입니다. 손맛을 본 뒤에 더하면 충분합니다.

Q. 몇 개 언어까지 대응할 수 있나요? A. 원본 데이터가 정돈돼 있으면 영어·중국어·일본어 정도는 실용 수준입니다. 다만 출력은 반드시 한 번, 자기 눈이나 그 언어를 아는 지인에게 확인받고 나서 배포하세요.

Q. 게스트 답장을 완전 자동으로 해도 되나요? A. 그만두는 편이 좋습니다. 요금·연장·환불·이웃 트러블은 사람이 판단해야 할 영역입니다. 초안까지는 AI, 발송 버튼은 사람, 이라는 분담이 사고를 막습니다.

Q. 여러 객실에서도 쓸 수 있나요? A. 쓸 수 있습니다. 객실마다 원본 데이터를 나눠 갖고, 검토용 프롬프트로 가로질러 점검하면 톤과 최신성을 맞출 수 있습니다. 프롬프트 정밀도를 높이고 싶다면 프롬프트 설계 응용도 함께 보세요.

다음 한 걸음

개인적으로 배우면서 시험하고 싶은 호스트는, 먼저 무료 PDF·교재 페이지에서 틀을 손에 넣고 자기 1객실에서 작게 돌려 보세요. 여러 객실이나 운영 대행으로, 팀으로서 업무 개선까지 설계하고 싶다면 연수·도입 상담이 맞습니다. 독자의 단계에 맞춰 어느 한쪽부터 시작하면 충분합니다.

실제로 시험해 본 결과

서두의 “밤 11시 도어록 트러블” 이후, 저는 제 객실에서 실제로 이 구조를 짰습니다. 확인한 건 세 가지입니다.

첫째는, 플레이스홀더 방식이 정말로 사고를 줄이는가. 비밀번호를 바꾸고 스크립트를 한 번 돌렸더니 영어·중국어·일본어 세 판이 동시에 최신이 됐습니다. 손으로 고치던 시절의 “영어판만 옛날 것”이 물리적으로 일어나지 않게 됐다. 이게 가장 효과적이었습니다.

둘째는, 답장 초안의 정밀도. 과거 문의 20건을 AI에게 초안 쓰게 하고 제 손글씨와 비교했습니다. 정형 질문 17건은 거의 손대지 않고 보낼 수 있는 품질. 나머지 3건은 요금이나 연장 관련이라, 예정대로 “호스트 확인” 표시가 붙어 있어 사람이 쓰는 전제대로 작동했습니다.

셋째는 시간. 체크인 전날 밤 문의 응대가 평균 30분 안팎에서 5분 안팎으로 줄었습니다. 별 4였던 리뷰가 다음 게스트에게서는 답장의 빠름을 언급한 별 5로 돌아왔을 때는, 솔직히 기뻤습니다.

화려한 자동화가 아닙니다. 열쇠와 돈의 판단은 손안에 남긴 채, 번역과 초안만 기계 쪽으로 옮긴다. 이 작은 선 긋기가 민박·게스트하우스 현장에서는 효과가 있다는 게, 지금의 실감입니다.