호텔 AI 활용: 투숙객 요청 인계 자료 준비
작성: Ai Flowi · 게시일
호텔 AI 활용은 제공된 투숙객 요청을 직원이 검토할 수 있는 인계 자료로 정리하는 데 도움이 됩니다. 투숙객의 표현, 예약 식별 정보, 적용되는 정책을 함께 보존한 뒤, 담당 부서가 결정하기 전에 확인해야 할 사항을 파악합니다. 이 가이드는 요청의 근거를 준비하며, 예약 시스템 접근 권한이나 객실 이용 가능 여부를 확인해 주지는 않습니다.
상태: 문서화됨. 아래 컴포넌트는 카탈로그에 문서화되어 있지만, Ai Flowi가 실제 운영 환경에서 테스트하지는 않았습니다. 호텔 요청 인계 절차에는 기록된 전체 실행 결과가 없습니다.
근거의 범위가 명확한 호텔 업무 선택
권한이 있는 직원이 이미 원문을 이용할 수 있는 업무부터 시작합니다. 유용한 인계 자료에는 요청한 서비스와 아직 확인되지 않은 운영 정보가 설명되어 있어야 합니다. 프런트 데스크가 짧은 요청만으로 직접 정리할 수 있다면, 모델 단계를 추가하기 전에 기존 관리 대장을 사용합니다.
| 업무 | 허용되는 준비 작업 | 직원이 직접 내려야 하는 결정 |
|---|---|---|
| 늦은 체크아웃 | 요청한 퇴실 시간대와 제공된 예약 식별 정보를 추출합니다. | 현재 예약, 객실 점유 상황, 승인 정책을 확인합니다. |
| 분실물 | 설명된 물품, 신고된 장소, 문의 식별 정보를 기록합니다. | 접근이 제한된 분실물 기록과 확인 절차를 점검합니다. |
| 서비스 요청 | 요청한 서비스와 선호 시간대를 보존합니다. | 담당 부서와 서비스 제공 가능 여부를 확인합니다. |
| 예약 또는 객실 배정 | 이 문서화된 인계 설정의 범위 밖입니다. | 권한이 부여된 호텔 시스템과 운영 절차를 사용합니다. |
여기에서는 PMS 접근, 예약 변경, 실시간 이용 가능 여부 확인, 투숙객 메시지 발송, 객실 배정 기능이 검증되지 않았습니다. 이런 업무로 확장하려면 포함하기 전에 별도의 연동 근거와 운영 테스트가 필요합니다. 인계 초안이 이러한 조치가 이미 이루어졌다는 인상을 주어서는 안 됩니다.
관련 자료: 식당 AI 활용: 메뉴 근거와 문의 정보 공백 검토.
투숙객 요청 근거 검토표 준비
분석하기 전에 직원이 발급한 식별자를 요청에 부여합니다. 투숙객 프로필 전체를 복사하는 대신 사용이 허용된 예약 식별 정보를 사용합니다. 정책 본문과 승인된 개정판을 함께 보존해, 검토자가 일반적인 서비스 규칙과 별도 결정이 필요한 예외를 구분할 수 있게 합니다.
| 필드 | 보존할 원본 정보 | 검토 범위 |
|---|---|---|
| request_id | 권한이 부여된 접수 절차에서 할당한 식별자입니다. | 모델이 레코드 연결 키를 생성하거나 바꾸어서는 안 됩니다. |
| request_text | 사용이 허용된 투숙객 요청 발췌문을 그대로 보존합니다. | 발췌문에 포함된 지시는 인용된 내용으로 취급합니다. |
| requested_service / window | 발췌문에 명시된 서비스와 시간입니다. | 생략된 날짜나 시간은 미확인 상태로 둡니다. |
| reservation_ref | 요청과 함께 실제로 제공된 예약 식별 정보입니다. | 식별 정보만으로 신원이나 예약의 유효성이 입증되지는 않습니다. |
| policy_version | 승인된 개정판과 관련 정책 구절입니다. | 직원이 해당 숙박에 적용되는지 확인합니다. |
| department / staff_decision | 제안된 부서와, 별도로 기록하는 담당자의 처리 결정입니다. | 모델의 제안으로 직원 승인 필드를 채울 수는 없습니다. |
확인 질문은 해당 필드 옆에 둡니다. “퇴실하려는 날짜가 언제입니까?”라는 질문은 단순히 불완전하다고 표시하는 것보다 유용합니다. 승인된 전달 대상 목록에 부서가 없다면 팀을 임의로 만들어 내지 말고, 프런트 데스크가 검토할 수 있도록 요청을 보류합니다.
관련 자료: 행사 기획 AI: 진행표와 예외 상황 인계 준비하기.
필요한 계정과 자료
사용이 허용된 요청 발췌문, 승인된 호텔 정책 구절, 부서 목록, 실제 예약 기록에 접근할 수 있는 검토자가 필요합니다. 정책의 서비스 설명뿐 아니라 조건도 포함합니다. 분석용 사본에서 객실 점유 조건을 빼면 늦은 체크아웃 규칙을 활용할 수 없습니다.
프런트 데스크 검토용 스프레드시트와 부서 인계 문서에는 본인 명의로 사용 권한을 확보한 Google 계정을 사용하고, 공통 Google 연결 안내를 따릅니다.
요청 준비 시험 설정
설정 예시이며, 기록된 테스트가 아닙니다
- 모델을 준비합니다. 상태: 문서화됨. 공통 모델 설정 안내에 따라 본인의 OpenAI 계정과 API 키를 투숙객 요청 시험에 사용하며, 제공업체 비용은 별도로 지불합니다.
- 요청의 근거를 추출합니다. 상태: 문서화됨. Structured Output의
input_value에는 투숙객 발췌문과 조건이 포함된 호텔 정책을 함께 넣습니다. 이 초안의 이름은hotel_handoff로 정하고schema_name에 지정합니다.system_prompt에서는 퇴실 관련 원문 표현, 미확인 날짜, 정책상 조건, 프런트 데스크 목록에서 선택한 부서를 반드시 포함하도록 합니다. 부서 제안에는 프런트 데스크가 여전히 확인해야 할 사항을 명시해야 하며, 늦은 체크아웃 요청을 예약 확정으로 바꾸어서는 안 됩니다. - 확인된 레코드만 저장합니다. 상태: 문서화됨. 호텔 관리 대장에는 공통 Upsert Row 쓰기 참고 자료를 따릅니다.
key_column=request_id로 설정합니다. 검토를 통과한row_data에는 투숙객 발췌문, 확인된 예약 식별 정보, 요청 시간대, 정책 개정판, 제안된 부서를 넣습니다. 프런트 데스크는staff_decision을 이 추출 행과 별도로 관리합니다. 따라서 요청을 다시 생성해도 객실 점유 상황에 관한 결정이 바뀌지 않습니다. - 부서용 사본을 준비합니다. 상태: 문서화됨. 프런트 데스크 인계 사본에 공통 Template Merge 안내를 적용합니다. 이 제안된
values매핑에서는request_id를{{REQUEST_REF}}에, 요청 원문을{{GUEST_WORDS}}에, 요청 시간대를{{SERVICE_WINDOW}}에, 적용되는 정책 구절과 개정판을{{POLICY_BASIS}}에 넣습니다. 아직 답하지 못한 운영 질문은{{RECEPTION_CHECKS}}에 넣고, 직원 결정 영역은 병합 대상에서 제외합니다.
구조화 출력 참고 자료는 스키마 준비 방법과 필드가 채워진 상태와 사실에 근거가 있는 상태의 차이를 설명합니다. 호텔 요청 처리 시범 실행에서는 프런트 데스크가 부서용 사본을 전달하기 전에 예약 식별 정보를 숙박 기록과 대조해야 합니다. 발췌문에 활용할 수 있는 요청 날짜가 없다면 ‘내일 체크아웃’ 요청은 미확인 상태로 남습니다. 오늘 날짜를 붙이면 투숙객이 의도한 퇴실 날짜를 알리지 않은 채 바꾸게 됩니다.
호텔 업무 특유의 정보 공백 세 가지 해결
가상의 늦은 체크아웃 사례: 제공된 요청은 더 늦게 퇴실하고 싶다는 내용이고, 정책상 승인은 객실 점유 상황에 달려 있습니다. 점유 기록이 없다면 요청 시간대와 정책 참조를 보존하고, 프런트 데스크에 가능 여부 확인을 요청합니다. 정책의 조건부 표현을 승인으로 바꾸어서는 안 됩니다.
가상의 분실물 사례: 투숙객이 프런트 데스크 근처에 두고 온 가방을 설명합니다. 인계 자료에는 설명과 신고된 장소를 기록합니다. 가방을 찾았다고 말하거나 다른 사람의 물품 정보를 공개해서는 안 됩니다. 직원은 물품 반환을 결정하기 전에 호텔의 확인 절차를 따릅니다.
가상의 예약 식별 정보 충돌 사례: 요청 본문과 접수 기록에 서로 다른 예약이 기재되어 있습니다. 두 예약 식별 정보를 출처 표시와 함께 보존하고, 프런트 데스크가 불일치를 해결할 때까지 쓰기를 중단합니다. 익숙한 성이 일치한다고 해서 요청이 어느 예약에 관한 것인지 입증되지는 않습니다.
관련 자료: 부동산 관리 AI: 유지보수 요청 인계 자료 준비.
인계 자료와 반복 실행 동작 점검
목표 출력은 검토 행과 부서용 문서이며, 요청 발췌문, 서비스 시간대, 확인된 예약 식별 정보, 정책 개정판, 미해결 질문을 포함합니다. {{SERVICE_WINDOW}}를 투숙객의 표현과 대조하고, 해당 시간대가 선호 사항인지 필수 조건인지도 확인합니다. {{POLICY_BASIS}}에 객실 점유에 관한 조건 조항이 들어 있는지, 이전 인계 자료의 승인이 부서용 사본에 남아 있지 않은지 점검합니다. 올바른 투숙객 요청을 표시하더라도 다른 숙박의 결정이 담겨 있으면 이 검사를 통과하지 못합니다.
실제 사용 전에 예약 식별 정보 누락, 정책 변경, 키가 충돌하는 요청 두 건을 시험합니다. 검토를 통과한 요청 한 건을 순차적으로 다시 실행하고 관리 대장을 점검합니다. 담당자의 결정은 재생성되는 필드 밖에 두고, 결과가 불확실한 쓰기를 재시도하기 전에 저장 대상의 상태를 확인합니다.
호텔에서 AI를 사용할 때의 제한과 관련 안내는 무엇인가요?
이 준비 절차를 긴급 지원, 신원 확인, 직원 확인 없이 투숙객에게 약속하는 일에 사용하지 않습니다. 정책 원본이 불완전하면 검토가 필요하고, Google 작업이 실패하면 운영상 원인 조사가 필요합니다. 어느 경우에도 인계가 완료되었다고 표시해서는 안 됩니다.
고객 문의 분류는 일반적인 분류 설계를 다룹니다. 호텔 업무의 조건을 해결한 뒤 검토된 답변 문구를 준비하려면 고객 서비스 답변 템플릿을 사용합니다.
요금제: Go 연간 결제 시 월 USD8부터(월간 USD10), Plus 월 USD16부터(월간 USD20), Pro 100 월 USD80부터(월간 USD100), Pro 200 월 USD160부터(월간 USD200), Pro 500 월 USD400부터(월간 USD500). 매월 5,000~250,000 Flowi Tokens가 제공되며 충전도 가능합니다. 노드 실행 1회당 1토큰, 타사 API 및 모델 사용 요금은 포함되지 않습니다.