1. 정보가 모두 갖춰진 신규 예약뿐 아니라 변경 이력이 있는 예약으로도 테스트하세요.
2. 선택 사항인 인사말 정보가 없으면 일반적인 표현을 사용할 수 있습니다. 금액, 주소 또는 출입 안내가 불확실하면 발송을 중단해야 합니다.
3. 각 버튼이 연결되는 페이지를 포함해 수신자가 실제로 받는 내용을 확인한 후 승인하세요.
템플릿이 점검을 통과하려면 최종 메시지가 발송 시점의 예약 정보와 일치해야 합니다. 맞춤법이 정확하고 미리보기가 정상적으로 표시되는 것만으로는 충분하지 않습니다. 호텔 고객 메시징은 해당 숙박 건의 정확한 정보를 바탕으로 변경된 세부 정보를 입력해야 하며, 발송 규칙도 그 숙박 건에 여전히 적합해야 합니다.
아래 점검 항목을 활용해 발송할지, 수정 후 재테스트할지, 직원 검토를 위해 보류할지 결정하세요. 이 점검은 필드에 텍스트가 표시되는지만 확인하는 것이 아니라, 내용이 올바른 의미를 전달하는지 확인합니다.
미리보기를 확인하기 전에 예상 메시지를 작성하세요
변수는 이름이나 도착일 같은 예약 정보로 대체되는 자리표시자입니다. 소프트웨어에서 지원하는 필드 선택 기능을 통해 변수를 선택하세요. 다른 시스템에서 복사한 필드명은 정상적으로 보이더라도 작동하지 않을 수 있습니다.
직원이 관리하는 가상의 테스트 예약을 예로 들어 보겠습니다. 마야는 11월 24일에 도착하고, 숙박 요금은 $240이며, 예약금 $60은 이미 수납했습니다. 추가 요금이 없다고 가정하면 남은 객실 요금 잔액은 $180입니다. 실제 객실은 아직 배정되지 않았습니다.
잔액 결제 안내의 적절한 결과는 다음과 같을 수 있습니다. "마야 님, 안녕하세요. 도착일은 11월 24일입니다. 남은 객실 요금 잔액은 USD 180입니다." USD 240을 결제하도록 요청하거나 확정되지 않은 객실 번호를 공개해서는 안 됩니다.
이러한 예상 정보를 미리보기와 별도로 작성하세요. 어제 보낸 메시지가 아니라 예약 정보 및 호텔 결제 기록과 대조하세요. 그렇지 않으면 직원이 모든 자리표시자가 사라졌다는 이유만으로 그럴듯해 보이는 결과를 승인할 수 있습니다.
누가 메시지를 받아야 하는지도 확인하세요. 비서가 마야를 대신해 예약했을 수 있습니다. 메시지에 실제 투숙객 이름이 정확히 들어 있어도 잘못된 사람에게 발송했다면 점검에 실패한 것입니다.
Smart Order는 고객 대화 옆에 예약 관련 정보를 표시하므로 프런트 데스크 직원이 보내려는 답변을 해당 숙박 정보와 쉽게 대조할 수 있습니다. 이 정보를 활용해 날짜나 결제 관련 내용을 확인하세요. 템플릿을 선택할 수 있다는 사실만으로 테스트를 통과했다고 볼 수는 없습니다.
고객의 다음 행동을 바꾸는 세부 정보를 확인하세요
고객에게 결제, 방문 또는 숙소별 안내 이행을 요청하기 전에 대화 옆에서 예약 정보를 확인하세요.
템플릿 오류가 발생하기 쉬운 예약을 테스트하세요
마야의 테스트 숙박 건을 계속 사용하되 한 번에 하나의 조건만 변경하세요. 실제 고객이나 실제 결제 요청 대신 승인된 테스트 기록과 직원이 관리하는 수신자를 사용하세요. 다음 항목은 테스트 사례이며, 정해진 클릭 순서를 안내하는 절차가 아닙니다.
메시지 준비 후 도착일이 변경된 경우
지원되는 절차에 따라 테스트 예약의 도착일을 11월 24일에서 26일로 변경하세요. 새 미리보기와 이미 준비되었거나 발송 대기 중인 메시지를 모두 확인하세요. 변경된 날짜가 반영되거나, 기존 메시지를 교체하도록 발송이 보류되어야 합니다.
새 미리보기만 업데이트된다면 날짜 필드는 정확해도 저장된 메시지에는 이전 값이 남아 있을 수 있습니다. 지원되는 관리 기능을 통해 오래된 메시지를 삭제하거나 교체하세요. 이 제약 사항을 발송 절차에 기록하세요.
발송 전에 추가 결제가 이루어진 경우
승인된 결제 테스트 방식으로 $40을 추가 수납했다고 가정해 보겠습니다. 예상 객실 요금 잔액은 $180이 아니라 $140이 됩니다. 결제 안내에 최신 정보가 반영되는지, 이전 결제 요청이 여전히 유효한지 확인하세요.
현재 잔액을 신뢰할 수 있게 확인할 수 없다면 금액을 제외하고 직원이 검증한 결제 요청을 사용하도록 하세요. 예약 총액으로 대체해서는 안 됩니다. OTA에서 선결제한 테스트 숙박 건은 호텔이 수납해서는 안 되는 객실 요금을 메시지에서 청구하지 않는지 확인하세요.
선택 정보가 누락된 경우
적절한 테스트 기록에서 선택 사항인 이름을 삭제하세요. 편집기에서 지원한다면 일반적인 "안녕하세요"를 사용할 수 있습니다. 필드명이 그대로 표시되거나 인사말이 비어 있거나 이메일 주소에서 이름을 추측해 넣는 것은 허용되지 않습니다.
필수 정보는 다르게 처리해야 합니다. 통화, 숙소 주소 또는 도착 시 필요한 정보가 누락되면 검토를 위해 메시지 발송을 보류해야 합니다. 친절한 문구로도 안전하지 않은 안내를 바로잡을 수는 없습니다.
예약자, 숙소 또는 객실이 다른 경우
비서가 마야를 대신해 예약한 상황을 테스트하고, 해당되는 경우 다른 숙소의 예약도 테스트하세요. 수신자, 인사말, 주소, 연락 방법, 도착 안내를 각각 따로 확인하세요. 하나의 값이 정확하다고 해서 나머지도 정확한 것은 아닙니다.
객실별 메시지는 배정 정보를 프런트 데스크 예약 화면과 대조하세요. 출입 안내 메시지에는 별도로 승인된 발송 전 점검 절차가 필요합니다. 예약이 확정되었다는 이유만으로 객실 번호나 출입 코드를 공개해서는 안 됩니다.
채널 또는 언어가 변경된 경우
가능하다면 실제 사용할 발송 채널에서 안전한 테스트 경로를 이용하세요. 휴대폰에서 수신한 메시지를 읽고 링크, 줄바꿈, 번역 문구를 확인하세요. 이메일 미리보기만으로 OTA 대화에서도 같은 내용이 표시된다고 판단할 수는 없습니다.
번역 후에도 필드가 정상적으로 작동해야 하며, 결제 요청이 결제 완료 안내로 바뀌어서는 안 됩니다. 테스트 링크를 열어 용도를 확인하세요. 공유하는 품질 점검 기록에는 실제 출입 인증 정보와 실제 결제 링크를 포함하지 마세요.
발송, 수정 후 재테스트, 보류 중에서 결정하세요
이 템플릿의 목적에 필수적인 사례에 대해서만 승인 여부를 판단하세요. 환영 메시지에는 잔액 테스트가 필요하지 않을 수 있지만 결제 안내에는 필요합니다. 모든 필드를 나열한 공통 목록이 아니라 잘못된 메시지가 초래할 결과를 기준으로 테스트를 선택하세요.
지원되지 않는 필드, 선택 정보 누락 시 사용할 대체 문구의 부재, 오래된 고정 문구처럼 원인이 파악된 경우에는 수정 후 재테스트를 선택하세요. 영향을 받은 사례와 변경 사항에 의존하는 다른 사례를 다시 테스트하세요. 일반적인 예약 한 건이 올바르게 표시되는 것만으로는 충분하지 않습니다.
안전하게 사용할 수 있는 최신 값이나 올바른 수신자를 확인할 수 없거나, 발송 대기 중인 메시지를 확실하게 갱신할 수 없다면 직원 검토를 위해 보류를 선택하세요. 올바른 답변을 한 번 수동으로 입력하면 해당 고객에게는 도움이 되지만, 재사용하는 템플릿 자체가 수정되는 것은 아닙니다.
목적과 버전, 테스트 조건, 예상 결과와 실제 수신 결과의 비교, 승인자를 승인 기록에 남기세요. 결제 규칙, 숙소 정보, 언어 또는 발송 시점이 변경되면 관련 테스트를 다시 진행하세요. 양식을 채우기 위해 무관한 필드를 재테스트하지 마세요.
잘못된 메시지가 이미 발송된 경우
문제가 있는 템플릿이나 발송 대기열을 일시 중지하세요. 버전과 발송 기간을 기준으로 수신자를 파악한 다음, 승인된 경로로 명확한 정정 안내를 한 차례 보내세요. 잘못된 인사말은 다른 고객의 객실 정보 노출이나 잘못된 결제 요청과는 다른 방식으로 대응해야 합니다.
결제 또는 출입 관련 오류는 담당 관리자와 함께 기존 요청이나 인증 정보를 철회해야 하는지 판단하세요. 다시 결제를 요청하기 전에 수납 여부를 확인하세요. 다른 사람의 정보가 노출되었다면 호텔의 개인정보 보호 절차에 따라 처리하세요.
실패했던 조건이 재테스트를 통과한 뒤에만 자동 발송을 재개하세요. 발송 재개 여부는 편집기에서 저장되는지만이 아니라 수신자가 실제로 받는 내용을 기준으로 결정해야 합니다.
