1. 스프레드시트는 예약 데이터를 저장할 수 있지만, 오버부킹을 잡아내거나, 도착 전 메시지를 보내거나, 고객이 체크인하기 전에 미결제 잔액을 표시할 수는 없습니다.
2. 소규모 호텔 예약 워크플로에는 수동 추적이 각 단계에서 특정 실패 지점을 유발하는 6개의 단계가 있습니다.
3. 대부분의 워크플로 실패는 데이터 입력 오류가 아니라 타이밍 오류입니다. 올바른 정보가 어딘가에 존재하지만, 필요한 순간 전에 올바른 담당자에게 전달되지 않는 것입니다.
4. 스프레드시트를 연결된 호텔 예약 시스템으로 교체하면 더 큰 팀이 필요 없이 이러한 타이밍 격차를 해소할 수 있습니다.
거의 효과가 있는 스프레드시트
대부분의 소규모 호텔은(는) 마찰 없이 초기 성장 단계를 처리할 수 있기 때문에 스프레드시트로 시작합니다. 예약을 나열하고, 날짜를 표시하고, 출처를 기록합니다. 이 방법은 한계에 부딪힐 때까지는 잘 작동합니다.
실패는 대개 두 번째 OTA 채널에서 시작됩니다. 스프레드시트는 입력한 내용을 추적하지만 Booking.com이나 Airbnb와는 연결되어 있지 않습니다. 밤새 예약이 들어옵니다. 다음 날 아침 스프레드시트를 업데이트합니다. 그날 저녁 같은 날짜에 대한 직접 문의가 들어오고, 노트북을 열기 전에 확정합니다. 어느 쪽도 예약을 공유하고 있다는 사실을 알지 못합니다.
그 시나리오, 즉 있어서는 안 될 오버부킹은 예약 워크플로가 이를 관리하는 도구의 한계를 넘어섰다는 가장 명확한 신호입니다. 하지만 이것이 유일한 신호는 아닙니다. 다른 신호들은 고객 라이프사이클의 6단계 전반에 걸쳐 더 조용하게 나타납니다.
1단계: 예약 접수
모든 예약은 세 가지 채널 중 하나를 통해 들어옵니다: OTA 플랫폼, 호텔 웹사이트나 전화를 통한 직접 예약, 또는 워크인(walk-in).
수동 방식의 실패 지점: OTA 예약은 이메일이나 플랫폼 알림으로 도착합니다. 이를 기록하려면 누군가 알림을 읽고, 스프레드시트를 열어, 올바른 행과 열을 찾아 예약을 입력해야 합니다. 이러한 각 단계는 지연과 오류 가능성을 유발합니다. 3개의 OTA 채널과 직접 예약 이메일 주소를 관리하는 숙소는 마스터 기록에 도달하기 전에 4개의 개별 수신함에서 정보를 처리하게 됩니다.
지연이 문제가 되는 이유는 가용성이 마지막으로 업데이트된 시점의 스프레드시트에서만 정확하기 때문입니다. 2시간 전에 도착했지만 아직 입력되지 않은 예약은 스프레드시트를 확인하는 다른 사람에게는 예약 가능한 객실로 보입니다.
호텔 PMS(이)가 OTA 채널에 연결되면 예약을 직접 수신하고 가용성을 실시간 동기화합니다. Booking.com에서 예약을 확정하면, 누군가 스프레드시트를 열 필요 없이 연결된 모든 채널에서 객실이 동시에 마감됩니다.
2단계: 예약 확정 및 도착 전 커뮤니케이션
예약이 기록된 후, 고객이 도착하기 전에 두 가지 작업이 이루어져야 합니다. 고객은 예약 세부 정보가 포함된 확정서를 받고, 체크인 시간 및 출입 안내와 같은 실용적인 정보가 담긴 도착 전 메시지를 받아야 합니다.
수동 방식의 실패 지점: 수동 워크플로에서는 두 메시지 모두 누군가 기억하고 보내야 합니다. OTA를 통해 예약이 들어오면 플랫폼 자체에서 발송하기 때문에 확정 메시지가 안정적으로 전송됩니다. 직접 예약의 경우, 문의를 처리한 담당자에 따라 달라집니다. 도착 전 메시지는 누군가 이를 의식적으로 습관화한 숙소에서만 일관되게 발송됩니다.
도착 전 메시지가 발송되지 않으면, 고객은 프런트 데스크에서 답변하는 데 시간이 걸리는 질문을 안고 도착하며, 체크인 시간이 명확하게 전달되지 않아 잘못된 시간에 도착하기도 합니다. 메시지를 보내는 것 자체는 어렵지 않습니다. 문제는 도착 당일 프런트 데스크가 얼마나 바쁜지에 관계없이 모든 채널의 모든 예약에 대해 메시지를 보내는 것을 기억하지 못한다는 데 있습니다.
3단계: 객실 배정
점유율이 낮을 때 예약을 특정 객실에 배정하는 것은 간단합니다. 하지만 여러 객실 유형이 제공되거나, 특별 요청이 포함되거나, 한 예약의 늦은 체크아웃과 다른 예약의 이른 도착이 겹칠 때는 훨씬 복잡해집니다.
수동 방식의 실패 지점: 스프레드시트 워크플로에서 객실 배정은 시각적인 확인 작업입니다. 누군가 어떤 셀이 채워져 있는지 확인하고 비어 보이는 객실을 선택합니다. 이 확인은 스프레드시트만큼만 정확하며, 스프레드시트는 마지막으로 데이터를 입력한 사람만큼만 정확합니다. Booking.com 메시지에는 1층 객실을 요청했다고 적혀 있지만 스프레드시트로 옮겨지지 않은 경우, 객실 배정 시 해당 요청이 나타나지 않습니다.
같은 객실을 두 개의 예약에 배정하는 오버부킹은 이러한 실패의 가장 심각한 형태입니다. 하지만 객실 가용성을 수동으로 관리하는 그리드가 아닌 실시간 시스템에서 관리하면 이를 완벽하게 방지할 수 있습니다.
모든 예약 채널을 하나의 예약 보기로 연결하세요
Booking.com, Airbnb 및 직접 예약이 들어오는 즉시 Smart Order에 입력되면, 모든 채널에서 객실 가용성이 실시간으로 업데이트됩니다. 한 시간 전에 마지막으로 업데이트된 스프레드시트가 아닌 최신 데이터를 바탕으로 객실 배정이 이루어집니다.
4단계: 체크인
체크인은 고객과 예약 데이터가 실시간으로 일치해야 하는 첫 번째 순간입니다. 고객의 기대치는 예약 시점에 설정되었습니다. 프런트 데스크는 고객이 데스크 앞에 서 있는 동안 객실 유형을 확인하고, 결제를 확인하고, 요청 사항을 기록하고, 키 전달을 완료해야 합니다.
수동 방식의 실패 지점: 스프레드시트에서 예약 기록은 이름, 날짜, 객실, 출처에 대한 간단한 메모 등 최소한의 내용인 경우가 많습니다. 보증금 수령 여부, 잔액 지불 여부 등 결제 상태는 보통 별도로 추적되거나 체크인 순간까지 전혀 추적되지 않습니다. 3주 전에 보증금을 지불하고 남은 잔액만 지불할 것으로 예상하고 도착한 고객의 경우, 보증금 기록이 예약과 연결되어 있지 않으면 문제가 발생합니다.
OTA 메시지에서 스프레드시트로 옮겨지지 않은 특별 요청도 체크인 시 드러납니다. 조용한 객실이나 얼리 체크인을 요청한 고객은 예약 시 그 요청을 했고, 당연히 이행될 것이라 기대합니다. 하지만 기록되지 않았다는 사실을 알게 되면 즉각적인 문제 해결을 위한 대화가 필요해집니다.
5단계: 투숙 중
체크인 후 예약 워크플로는 요청 처리, 추가 요금 기록, 출발일 또는 객실 유형 변경 추적 등 투숙 관리로 전환됩니다.
수동 방식의 실패 지점: 투숙 중 발생한 요금은 수동 워크플로에서 가장 흔히 누락되는 기록입니다. 미니바 이용, 레이트 체크아웃 요금, 주차비 등은 체크아웃 전에 누군가 기록하고 예약과 연결되어 있는지 확인해야 합니다. 스프레드시트 방식에서는 이것이 수기 메모, 실물 키에 붙은 포스트잇, 또는 작성자만 이해할 수 있고 나중에 예약을 검토하는 다른 사람이 추적하기는 어려운 그룹 채팅 메시지를 의미하는 경우가 많습니다.
레이트 체크아웃 요청은 투숙 중 발생하는 가장 혼란을 주는 변경 사항입니다. 2시간 연장은 하우스키핑 일정에 직접적인 영향을 미치지만, 수동 워크플로에서는 해당 전화나 문자 메시지가 청소를 위해 객실에 도착하기 전에 하우스키퍼에게 전달되지 않을 수 있습니다.
6단계: 체크아웃 및 이후
체크아웃으로 예약이 종료됩니다. 잔액이 정산되고, 객실이 재고로 반환되며, 호텔이 후속 조치를 취하는 경우 리뷰 요청이 전송됩니다.
수동 방식의 실패 지점: 체크아웃 시 청구서에는 투숙 기간 동안 발생한 모든 요금이 반영되어야 합니다. 수동 워크플로에서는 투숙 중에 기록되지 않은 요금은 체크아웃 시에도 징수할 수 없습니다. 알림이나 세부 항목, 시스템 경고가 전혀 없기 때문입니다. 누락되었다는 사실조차 모른 채 호텔이 그 비용을 고스란히 떠안게 됩니다.
체크아웃 후 리뷰 요청은 자동화하기 가장 쉬운 부분이지만, 수동으로는 가장 이루어지기 힘든 부분입니다. 만족해 보이는 고객뿐만 아니라 모든 퇴실 고객에게 24시간 이내에 발송하는 것을 기억해야 하는데, 시스템이 뒷받침되지 않으면 이러한 일관성을 유지하기가 거의 불가능합니다.
워크플로가 연결될 때 나타나는 변화
연결된 예약 워크플로를 구축하기 위해 직원을 더 고용할 필요는 없습니다. 기존 직원이 각 단계 간의 전환을 자동으로 처리하는 시스템에서 작업하기만 하면 됩니다.
OTA 예약은 접수되는 즉시 시스템에 입력되며 모든 채널의 가용성을 마감합니다. 확정 및 도착 전 메시지는 예정된 시간에 발송됩니다. 객실 배정은 실시간 가용성 데이터를 기반으로 합니다. 투숙 기간 동안 발생한 요금은 예약 내역에 추가됩니다. 체크아웃 청구서에는 기록된 모든 요금이 포함됩니다. 다음 날 리뷰 요청이 자동으로 전송됩니다.
스프레드시트가 실패한 것은 사용하는 사람 때문이 아닙니다. 워크플로의 여러 단계를 연결하도록 설계되지 않았기 때문입니다. 이는 예약 관리 도구가 아니라 기록 보관 도구일 뿐입니다. 호텔 PMS(은)는 소규모 숙소를 위해 설계되어 스프레드시트에서는 수동 개입이 필요한 단계 간의 연결을 원활하게 처리해 줍니다.
하나의 시스템에서 전체 예약 워크플로를 실행하세요
Smart Order는 단일 대시보드에서 OTA 예약, 직접 예약, 객실 배정, 투숙 중 요금 및 체크아웃을 모두 관리합니다. 따라서 프런트 데스크는 모든 단계마다 스프레드시트를 업데이트할 필요 없이, 최신 데이터로 업무를 신속하게 처리할 수 있습니다.
자주 묻는 질문(FAQ)
호텔 예약 워크플로란 무엇인가요?
호텔 예약 워크플로는 예약이 이루어지는 순간부터 고객이 체크아웃하고 객실이 재고로 반환되는 순간까지의 일련의 단계를 말합니다. 여기에는 예약 접수, 확정, 도착 전 커뮤니케이션, 객실 배정, 체크인, 투숙 중 요금 추적, 체크아웃 정산 등이 포함됩니다. 연결된 시스템은 단계 간의 전환을 자동으로 처리하지만, 수동 워크플로에서는 직원이 각 단계를 일일이 시작해야 합니다.
왜 소규모 호텔들은 스프레드시트 기반의 예약 관리에 어려움을 겪나요?
스프레드시트는 직원이 입력한 내용을 추적할 뿐, OTA 예약을 자동으로 수신하거나, 커뮤니케이션 메시지를 보내거나, 여러 채널에 걸쳐 가용성을 실시간으로 동기화하지 못합니다. 예약 접수와 누군가 이를 기록하는 시점 사이의 지연으로 인해 동일한 객실이 이중으로 예약(오버부킹)될 수 있는 공백이 생깁니다. 특별 요청, 투숙 중 요금, 도착 전 메시지는 모두 수동 작업에 의존하므로 바쁜 시간에는 누락되기 쉽습니다.
호텔 PMS는 소규모 호텔의 오버부킹을 어떻게 방지하나요?
OTA 채널과 연결된 호텔 관리 시스템(PMS)은 예약을 직접 수신하며 예약이 확정되는 즉시 연결된 모든 플랫폼에서 가용성을 마감합니다. 예약 접수와 재고 업데이트 사이에 지연이 없습니다. 예약은 시스템에 자동으로 나타나며 객실은 즉시 예약 마감 처리됩니다.
소규모 호텔의 예약 시스템에서는 무엇을 추적해야 하나요?
각 예약 기록에는 고객 이름 및 연락처, 날짜, 객실 유형 및 배정, 예약 채널, 객실 요금 및 결제 상태, 특별 요청, 투숙 중 요금, 체크아웃 정산 잔액이 포함되어야 합니다. 또한 모든 고객 접점에 대한 완벽한 기록을 남길 수 있도록, 도착 전 및 체크아웃 후의 커뮤니케이션이 예약과 연결되어 있어야 합니다.
어느 시점부터 호텔 예약 관리에 스프레드시트가 효과를 잃게 되나요?
대부분의 숙소는 두 번째 OTA 채널을 추가하거나 두 명 이상의 직원이 예약 기록을 업데이트할 때 한계에 도달합니다. 전자는 동기화 문제를 발생시킵니다. 즉, 한 채널의 가용성이 다른 채널에 반영되지 않습니다. 후자는 버전 문제를 일으킵니다. 두 사람이 다른 시간에 같은 파일을 업데이트하면 예약 충돌이 발생할 때까지 눈에 띄지 않는 오류가 생겨납니다.