여행사에서 Claude Code로 일정표·견적을 안전하게 만드는 법

금요일 저녁에 맞춤 여행 문의가 여러 건 겹치는 상황을 가정해 봅시다. 그중 하나는 “다음 주말 부부 2명의 교토 2박, 예산 50만 원 안팎, 단풍과 가이세키를 포함해 달라”는 요청입니다. 플래너는 빈방, 이동 시간, 요금, 취소 규정과 오탈자를 모두 확인해야 합니다.

이 사례는 ClaudeCodeLab이 흐름을 검증하기 위해 만든 완전한 가상 시나리오입니다. 실제 고객 정보, 예약번호, 매입처 견적이나 여행사 내부 데이터는 사용하지 않았습니다. Claude Code가 규칙에 맞춰 일정 초안을 만드는지, 로컬 스크립트가 견적 합계 오류를 잡는지만 확인합니다.

이 글은 일정한 시간 단축을 보장하지 않습니다. 먼저 수작업 기준 시간을 기록하고, 비슷한 샘플로 파일럿을 돌린 뒤 AI에 맡길 범위와 사람이 확인할 범위를 나누어 효과를 계산해야 합니다.

핵심 요약

• 일정표·견적·제안서의 “조립과 정서”는 AI가 잘합니다. 플래너는 행선지 고르기와 손님 응대에 집중할 수 있습니다
• 그대로 빌려 쓸 수 있는 프롬프트 템플릿과, 요금 계산 실수를 기계로 걸러내는 검증 스크립트를 실었습니다
• 요금·재고·취소 규정처럼 “틀리면 사고가 되는 숫자”는 사람이 반드시 확인합니다. 여기에 선을 긋는 게 안전하게 쓰는 조건입니다
• 개인정보는 이름과 예약번호를 가린 뒤 AI에 넘깁니다. 원본 데이터를 붙여넣지 않는 운영 규칙을 먼저 정합니다
• 절감 시간을 미리 정하지 않고 기준선과 파일럿 타임스탬프로 측정합니다. 아래에 재계산 가능한 ROI 식을 제시합니다

애초에 여행사 일의 어디가 무거운가

이 글의 독자는 아마 매장이나 법인 영업에서 맞춤형 여행을 짜는 플래너일 겁니다. 패키지를 파는 것보다 요청을 듣고 처음부터 짜는 비중이 높은 사람일수록, 이 글이 와닿을 겁니다.

맞춤형 제안은 대체로 이런 흐름으로 흘러갑니다.

1. 청취: 행선지, 인원, 예산, 취향, 빼면 안 되는 조건을 듣는다
2. 소재 수집: 숙소, 교통, 현지 체험 후보와 요금을 알아본다
3. 조립: 이동 시간과 빈방 상황을 보며 일정에 녹인다
4. 견적: 숙박, 교통, 수배료, 세금을 더해 총액을 낸다
5. 정서: 일정표와 제안서로 다듬고 주의사항을 덧붙인다
6. 제시와 수정: 손님에게 내고 “둘째 날은 관광 좀 더” 같은 수정을 반영한다

이 중 1과 6은 사람의 판단으로 남겨야 합니다. 손님의 우선순위와 말하지 않은 예산 한도를 이해하는 일입니다. 반면 3부터 5는 확인된 소재를 정해진 틀에 넣는 작업입니다. 소요 시간은 일정의 복잡도에 따라 달라지므로 일률적인 숫자 대신 단계별 시작·종료 시각과 재작업 횟수를 기록합니다.

“둘째 날은 좀 더 여유롭게”라는 말을 들으면, 이동 시간도 요금도 전부 다시 짭니다. 엑셀 행을 하나 밀었을 뿐인데 합계가 안 맞고, 못 알아채고 내보내서 얼굴이 빨개진다. 이런 작은 사고가 현장에서는 의외로 자주 생깁니다.

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

여기를 애매하게 두면 사고가 납니다. 먼저 선을 긋습니다.

공정	AI에 맡긴다	사람이 반드시 판단한다
청취	질문 누락 점검	예산의 속내, 궁합, 분위기 읽기
소재 수집	후보 사전 조사, 비교표 작성	재고·빈방 최종 확인, 추천 취사선택
조립	이동 시간을 고려한 일정 초안	무리 없는 동선인지, 체력에 맞는지
견적	계산식 조립, 합계 초안	매입 단가, 환율, 취소 규정 숫자
정서	일정표·제안서 정형화, 오타 점검	최종 승인, 손님 명의 확정

기억해 두실 선 긋기는 하나입니다. “틀리면 환불이나 클레임이 되는 숫자”는 반드시 사람이 확인한다. 요금, 빈방, 취소료, 연령별 요금, 환율. 여기는 AI 초안을 곧이곧대로 받지 말고, 매입처의 정식 요금으로 대조합니다. AI는 빠른 정서 담당이지 요금을 보증해 주지는 않습니다.

Use case 1: 요청 메모에서 일정표 초안 만들기

청취 메모는 대개 제각각인 글머리 기호 목록입니다. 이를 일정표 형태로 옮기는 반복 작업은 AI에 맡길 수 있지만, 동선과 체력 부담이 적절한지는 플래너가 판단합니다.

그대로 쓸 수 있는 프롬프트 템플릿이 이겁니다.

당신은 여행사의 베테랑 플래너입니다.
아래 요청 메모를 바탕으로, 이동 시간에 무리가 없는 일정표 초안을 만들어 주세요.

# 요청 메모
- 행선지: 교토
- 일정: 2박 3일
- 인원: 부부 2명
- 예산: 총액 50만 원 전후
- 희망: 단풍 명소, 저녁은 가이세키, 이동은 너무 빡빡하지 않게

# 출력 규칙
- 하루를 "오전/오후/저녁"으로 구분한다
- 각 항목에 소요 시간 기준과 이동 수단을 적는다
- 이동이 1시간을 넘는 곳에는 "★이동 긺"이라고 주를 단다
- 요금이 필요한 곳은 [확인필요:요금]이라 적고, 숫자는 멋대로 채우지 않는다
- 마지막에 "확인이 필요한 항목"을 글머리 기호로 나열한다

마지막 두 줄이 핵심입니다. 요금은 멋대로 채우게 두지 말고 [확인필요:요금] 자리표시자로 둔다. 이렇게 하면 AI가 그럴듯한 가짜 가격을 적는 사고를 막을 수 있습니다. 나온 초안에는 담당자가 매입처에서 확인한 정식 요금만 넣습니다. 이 역할 분담이라면 안전하게 검토할 수 있습니다.

Claude Code 기본 조작에 아직 익숙하지 않은 분은 먼저 Claude Code 시작 가이드를 읽어 두면, 이 템플릿을 바로 시험할 수 있습니다.

Use case 2: 견적 합계 실수를 기계로 걸러내기

제안서에서 가장 무서운 게 요금 덧셈 실수입니다. 1박 2식을 인원수만큼, 세금과 서비스료, 수배료. 엑셀로 짜면 행을 하나 더했을 때 합계 범위가 어긋나서, 못 알아채고 낮은 금액으로 내보냅니다. 이건 사과와 차액 자비 부담 코스입니다.

그래서 견적 내역을 기계로 점검하는 스크립트를 준비했습니다. Node.js가 있으면 돌아갑니다. 내역의 소계를 전부 다시 더해서, 제시 중인 총액과 일치하는지 검산만 하는 것입니다.

// verify-quote.mjs  요금 내역과 총액이 일치하는지 검산한다
// 실행: node verify-quote.mjs

const quote = {
  customer: "(가림)님",
  items: [
    { label: "숙박 1박째 료칸A 2명", amount: 120000 },
    { label: "숙박 2박째 료칸B 2명", amount: 130000 },
    { label: "신칸센 왕복 2명", amount: 140000 },
    { label: "현지 가이드 반나절", amount: 45000 },
    { label: "수배료", amount: 20000 },
  ],
  tax: 36000, // 부가가치세 등
  presentedTotal: 491000, // 제안서에 적을 총액
};

const subtotal = quote.items.reduce((sum, item) => sum + item.amount, 0);
const calcTotal = subtotal + quote.tax;

console.log(`소계: ${subtotal.toLocaleString()}원`);
console.log(`세금: ${quote.tax.toLocaleString()}원`);
console.log(`계산상 총액: ${calcTotal.toLocaleString()}원`);
console.log(`제안서 총액: ${quote.presentedTotal.toLocaleString()}원`);

if (calcTotal === quote.presentedTotal) {
  console.log("OK: 내역과 총액이 일치합니다");
} else {
  const diff = quote.presentedTotal - calcTotal;
  console.log(`NG: ${Math.abs(diff).toLocaleString()}원 어긋납니다. 제안서를 내기 전에 고치세요`);
  process.exit(1);
}

이 스크립트에 presentedTotal을 제안서 숫자에 맞춰 넣어 두면, 어긋나는 순간 NG로 멈춥니다. 손님에게 내기 전 마지막 문지기입니다. items의 단가 자체는 사람이 매입처에서 확인한 값을 넣는 전제이고, 여기는 검산만 합니다. 검산과 요금 확인은 별개, 라고 딱 잘라 두는 게 중요합니다.

프롬프트 정밀도를 더 올리고 싶은 분은 프롬프트 정밀도를 올리는 요령도 함께 보세요.

Use case 3: “둘째 날을 여유롭게” 수정을 한 방에 반영하기

제시 후 수정도 AI에 맞는 작업입니다. 요청이 올 때마다 전체 일정과 요금을 다시 쓰지 말고, 변경 범위를 제한해 아래처럼 지시합니다.

앞의 일정표에 다음 수정을 반영해 주세요.
- 둘째 날: 오전 일정을 하나 줄이고, 오후는 호텔 휴식을 1시간 넣는다
- 그로 인해 이동이 바뀌는 곳은 소요 시간을 다시 적는다
- 요금이 바뀌는 항목은 [확인필요:요금]으로 되돌린다
- 변경한 곳 앞에 "▼변경"을 붙이고, 무엇을 바꿨는지 한 줄로 설명한다

“변경한 곳에 표시를 달아 줘”라고 지시하면 검토자는 바뀐 부분과 영향을 받은 합계에 집중할 수 있습니다. 요금이 움직이는 항목은 [확인필요:요금]으로 되돌리고, 재계산은 사람이 맡아 일정만 바뀌고 합계는 예전 값인 오류를 막습니다.

일정과 제안서 틀을 프로젝트에 외워 두면, 매번 처음부터 지시할 필요가 없습니다. 방법은 CLAUDE.md 작성법이 참고됩니다.

복붙으로 쓰는 확인 체크리스트

제안서를 내기 전 최종 확인은 종이든 메모든 좋으니 매번 이걸 통과시키세요.

• 요금은 매입처의 정식 견적과 대조했는가
• 빈방·재고를 최종 확인했는가 (AI 초안을 믿고 있지 않은가)
• 취소 규정과 연령별 요금을 본문에 넣었는가
• 검산 스크립트를 통과해 합계가 일치하는가
• 손님 이름·예약번호를 올바른 표기로 되돌렸는가
• 이동 시간에 무리가 없는가 (고령·어린아이 동반은 특히)

개인정보·보안 주의점

여행 수배는 이름, 생년월일, 여권번호, 예약번호 같은 민감 정보 덩어리입니다. 이걸 그대로 AI에 붙여넣는 건 피합니다.

운영 규칙은 단순하게 둘입니다. 하나, 개인정보는 가린 뒤 넘긴다. 이름은 “A님”, 예약번호는 “(가림)“으로 바꿉니다. 조립이나 정서에 실명은 필요 없습니다. 둘, 원본 데이터는 로컬에서 관리하고, 마지막 명의 끼워넣기만 사람이 손에서 한다. AI에는 틀을 만들게 하고, 개인을 특정하는 정보는 손에서 채웁니다. 이 순서를 지키면 밖으로 나가면 곤란한 정보는 흘러가지 않습니다.

회사로서 도입한다면, 무엇을 넘겨도 되고 무엇이 안 되는지를 명문화해 두면 안전합니다. 팀에서의 선 긋기 만들기는 연수·상담에서 함께 정리할 수 있습니다. 판단 기준을 애매한 채 전원에게 나눠 주면, 누군가는 반드시 원본 데이터를 붙여넣기 때문입니다.

시간과 ROI를 측정하는 계획

아래 표는 달성한 성과가 아니라 파일럿에서 채울 측정 계획입니다. 비슷한 요청을 수작업 기준선과 Claude Code 보조 흐름으로 각각 처리해 기록합니다.

측정 단계	수작업 기준선	파일럿 기록
요청 메모에서 첫 초안까지	시작·종료 시각	같은 타임스탬프와 사용 프롬프트
요금 확인과 합계 검산	수동 확인 시간, 오류 수	사람의 확인 시간, 스크립트 결과
수정 처리	요청 접수부터 승인까지	변경 줄, 검토 시간, 재계산 결과
최종 승인	검토자, 수정 횟수	검토자, 자리표시자와 PII 확인

가정에 불과한 ROI 예시: 측정 결과 수작업 기준선이 90분, 파일럿이 70분이고 월 60건의 비슷한 제안서를 처리한다면 예상 절감은 60 × (90 - 70) ÷ 60 = 월 20시간입니다. 보장값이 아니므로 실제 타임스탬프, 검토 비용과 도구 비용으로 도입 여부를 판단해야 합니다.

비엔지니어도 쓸 수 있을지 불안한 분은 엔지니어가 아니어도 쓰는 Claude Code를 읽으면, 첫걸음의 문턱이 낮아질 겁니다. 일상 업무를 더 빠르게 돌리는 요령은 Claude Code 생산성 팁에도 정리해 두었습니다.

자주 묻는 질문

Q. AI가 요금을 멋대로 정해 버리지 않을까 걱정됩니다. A. 프롬프트에서 [확인필요:요금]을 써서 숫자를 채우지 못하게 하는 운영으로 합니다. 요금은 사람이 매입처에서 확인한 값만 넣습니다. AI는 계산식과 정서 담당, 으로 역할을 고정하면 폭주하지 않습니다.

Q. 손님 실명이나 예약번호를 넣어도 괜찮나요. A. 넣지 마세요. 가린 뒤 넘기고, 마지막 명의 끼워넣기만 손에서 합니다. 조립과 정서에 개인 이름은 필요 없습니다.

Q. 저희는 자체 일정 템플릿이 있습니다. 재현할 수 있나요. A. 가능합니다. 자사 틀과 서식 규칙을 프로젝트에 외워 두면, 매번 그에 맞는 형태로 내줍니다. 자세한 내용은 공식 문서의 설정 방법을 확인하세요.

Q. 완전히 자동화해서 사람 확인을 생략할 수 있나요. A. 권하지 않습니다. 요금·재고·취소 규정 확인은 사람이 쥔다는 전제입니다. 여기를 생략하면 실수가 그대로 손님에게 갑니다. 시간 단축은 “조립과 정서”에 한하는 게 안전합니다.

가상 데이터로 실제 실행한 테스트 결과

ClaudeCodeLab은 본문에 있는 가상 금액만으로 verify-quote.mjs를 실행했습니다. 올바른 presentedTotal에서는 OK가 출력됐습니다. 이어 표시 총액을 일부러 100원 바꾸자 NG가 출력되고 프로세스 상태 1로 종료됐습니다. 매입처의 실제 요금이나 실제 예약은 사용하지 않았습니다.

같은 가상 교토 요청으로 프롬프트 출력도 수동 확인했습니다. 요금이 필요한 곳에 [확인필요:요금] 자리표시자가 남아 있고, 이름·예약번호·여권번호 등 개인식별정보(PII)가 없는지 검토했습니다. 이 테스트는 운영 환경의 정확도나 일정한 시간 절감을 입증하지 않습니다.

이번에 확인한 범위는 샘플 합계가 맞으면 통과하고, 바뀌면 실패하며, 자리표시자와 PII 규칙을 사람이 검토할 수 있다는 점뿐입니다. 운영 전에는 비식별화한 과거 사례로 자체 파일럿을 진행하세요. 팀의 데이터와 승인 규칙을 정해야 한다면 주요 다음 단계는 연수·상담입니다. 제공 자료의 범위는 기존 제품 페이지에서 참고할 수 있습니다.

공식 사용법은 Claude Code 공식 문서도 참조하세요.