스프레드시트에서 호텔 PMS로: 가져오기 전 데이터 정리 방법

데이터 가져오기가 시작 전부터 실패하는 이유

데이터 가져오기는 스프레드시트를 내보내고 PMS에 업로드하면 끝나는 단일 작업처럼 보인다는 점에서 매력적입니다. 하지만 실제로는 기술적 문제에 앞서 형식과 데이터 완전성의 문제입니다.

호텔 PMS 에는 정해진 구조에 맞는 데이터가 필요합니다. 고객 기록에는 이름과 성, 그리고 하나 이상의 연락처 필드가 필요합니다. 객실 유형에는 일관된 명칭, 정해진 객실 수, 최대 수용 인원이 필요합니다. 예약에는 고객 참조 정보, 날짜, 객실 유형, 요금, 유입 채널이 필요합니다. 3~4년에 걸쳐 자연스럽게 누적된 스프레드시트 데이터가 이런 요건을 그대로 충족하는 경우는 거의 없습니다.

데이터 정리는 선택 사항이 아닙니다. 가져오기가 원활하게 완료되느냐, 아니면 이후 수작업으로 오류를 수정하는 데 몇 시간을 들이느냐를 가르는 단계입니다.

시작하기 전에: 보유 데이터와 PMS 요구사항 매핑하기

스프레드시트를 수정하기 전에 PMS의 가져오기 템플릿이나 필드 요구사항을 확보하세요. 대부분의 시스템은 고객, 객실, 요금, 예약에 필요한 필수 및 선택 필드를 명시한 샘플 CSV나 가져오기 안내서를 제공합니다. 이 문서가 목표 형식이며, 스프레드시트 정리 작업의 목적은 기존 데이터를 이 형식에 맞게 재구성하는 것입니다.

스프레드시트의 각 데이터 범주를 점검하세요.

• 고유한 고객 기록은 몇 개이며, 대부분의 기록에 입력되어 있는 필드는 무엇입니까?
• 사용 중인 객실명은 몇 개이며, 객실 유형을 나타냅니까, 아니면 개별 객실을 나타냅니까?
• 요금제가 문서화되어 있습니까, 아니면 요금 열에 숫자만 입력되어 있습니까?
• 향후 예약은 몇 건이며, 필요한 정보가 모두 입력되어 있습니까?

이 점검을 통해 어느 부분에 가장 많은 정리 작업이 필요한지, 어떤 범주는 정리 후 가져오기보다 수동으로 다시 입력하는 편이 더 빠른지 판단할 수 있습니다.

고객 명단 정리하기

고객 명단은 대개 가장 정리가 필요한 범주입니다. 일반적인 소규모 호텔의 스프레드시트에는 여러 해에 걸쳐 동일한 고객이 예약 채널별로 서로 다른 이메일 주소를 사용해 중복 등록되거나, 이름이 여러 형태로 기록되거나(J. Smith, John Smith, Smith, John), 사용 가능한 연락처 정보가 없는 일회성 예약 기록이 쌓입니다.

먼저 중복 기록을 제거하세요. Excel이나 Google Sheets에서 이메일 주소 또는 전화번호를 기준으로 정렬한 뒤, 동일한 고객이 여러 번 등장하는 행을 찾으세요. 정보가 가장 완전한 기록만 남기고 나머지는 삭제합니다. 한 고객이 5회 투숙했지만 5개의 개별 행으로 기록되어 있다면 해당 기록을 병합하세요.

이름 형식을 표준화하세요. 대부분의 PMS는 이름과 성을 별도의 필드에 저장합니다. "Smith, John" 또는 "John Smith (Booking.com)"이 입력된 스프레드시트 열은 가져오기 전에 분리해야 합니다. 스프레드시트의 텍스트 나누기 기능이나 수식 도구를 사용해 필드를 정확히 분리하세요.

정보가 불완전한 기록을 표시하세요. 이메일 주소와 전화번호가 모두 없는 고객 행에는 자동 메시지를 보낼 수 없습니다. 이러한 기록을 그대로 가져올지(연락 가능한 채널 없이 이름만 존재하게 됩니다), 아니면 제외할지 결정하세요. 데이터 품질과 관계없이 모든 과거 고객을 가져오는 것은 대개 그로 인해 발생하는 정리 작업만큼의 가치가 없습니다.

최근 고객과 재방문 고객만 선별하세요. 마지막 투숙이 2년보다 오래전이고 이후 재방문하지 않은 고객은 새 시스템에서 가치를 창출할 가능성이 낮습니다. 이런 고객을 가져오면 활용도는 높아지지 않고 데이터 양만 늘어납니다. 실용적인 기준은 2회 이상 투숙했거나 지난 12개월 이내에 투숙한 고객만 가져오는 것입니다.

객실명과 객실 유형 표준화하기

PMS는 동일한 편의시설, 요금, 수용 인원을 갖춘 실제 객실을 하나로 묶은 범주인 객실 유형을 기준으로 재고를 관리합니다. 반면 스프레드시트에는 일반적으로 개별 객실이 기록되며, 표기가 일관되지 않은 경우가 많습니다. 서로 다른 직원이 각기 다른 시점에 작성한 "Room 101", "Deluxe King 2nd Floor", "Ocean View – king", "OK king"이 모두 같은 객실 유형을 뜻할 수도 있습니다.

가져오기 전에 PMS에서 사용할 객실 유형을 정의하세요. 객실이 12개인 숙박시설이라면 Standard Queen, Standard King, Deluxe King, Accessible Queen 등 3~4개 유형으로 구성할 수 있습니다. 모든 실제 객실은 이 가운데 정확히 하나의 유형에 매핑되어야 합니다.

객실 유형을 정의한 후에는 스프레드시트를 점검해 같은 유형을 가리키는 다양한 객실명 표기를 찾아 표준화하세요. 가져오기 데이터에 사용된 명칭은 PMS에 설정된 명칭과 정확히 일치해야 합니다. "Deluxe King"으로 가져온 예약은 "King Deluxe"라는 이름의 객실 유형에 연결되지 않습니다.

객실명과 객실 번호의 차이도 명확히 구분하세요. 일부 PMS는 내부 배정에 객실 번호를 사용하고, 예약 화면에는 객실 유형명을 표시합니다. 스프레드시트에서 두 항목을 혼용하고 있다면 가져오기 전에 분리해야 합니다.

요금제 준비하기

요금제는 객실 유형의 가격 구조를 정의합니다. 여기에는 1박 요금, 적용 조건(날짜, 투숙 기간, 투숙객 수), 해당되는 경우 연결되는 OTA 채널이 포함됩니다.

대부분의 소규모 호텔 스프레드시트는 요금제를 구조화된 항목으로 문서화하지 않습니다. 평일, 주말, 성수기 또는 모든 기간 중 어디에 적용되는지 표시하지 않은 채 요금 열에 숫자만 기록합니다. 가져오기 전에 PMS에서 사용할 요금제를 결정하고, 스프레드시트의 각 요금이 어떤 요금제에 매핑되는지 정하세요.

현재 사용 중인 요금제만 가져오세요. 더 이상 적용되지 않는 과거 시즌 요금은 이전할 필요가 없습니다. 가장 중요한 것은 향후 예약에 적용되는 요금을 시스템에 정확히 등록하는 것입니다.

숙박시설이 채널별로 서로 다른 요금(예: Booking.com의 순요금과 전화 예약의 직접 예약 요금)을 사용한다면 가져오기 전에 PMS의 처리 방식을 확인하세요. 일부 시스템은 채널별로 별도의 요금제를 요구하지만, 다른 시스템은 기본 요금에 수수료 규칙을 추가로 적용합니다. 채널별 요금을 기본 요금 필드로 가져오면 오류 메시지 없이 잘못된 금액이 입력될 수 있습니다.

향후 예약 이전하기

향후 예약은 가져올 데이터 중 가장 큰 영향을 미칩니다. 다음 달에 예약한 고객이 새 PMS에 표시되지 않는다면 숙박시설은 마이그레이션 도중이 아니라 고객의 체크인 시점에 문제를 발견하게 됩니다.

현재 스프레드시트에서 오늘부터 최소 90일 이후까지의 모든 향후 예약을 내보내세요. 각 예약에 필요한 최소 필드는 고객명, 체크인 날짜, 체크아웃 날짜, 객실 유형, 1박 요금, 총금액, 유입 채널, 결제 상태(보증금 수납, 잔액 미결제, 전액 결제)입니다.

가져오기가 끝나면 모든 향후 예약을 원본 스프레드시트와 한 행씩 대조해 검증하세요. 날짜가 정확히 이전되었는지(날짜 형식 불일치는 가장 흔한 가져오기 오류입니다), 객실 유형이 올바르게 매칭되었는지, 결제 상태가 정확한지 확인합니다. 잔액이 남아 있는데 전액 결제로 표시되거나 그 반대로 표시된 예약은 고객 도착 전에 반드시 수정해야 합니다.

OTA 예약은 가져온 기록을 OTA 플랫폼의 예약 확인 정보와 교차 검증하세요. PMS 기록과 OTA 기록의 날짜, 객실 유형, 고객명이 동일해야 합니다.

이전하지 않아도 되는 데이터

마이그레이션 시에는 모든 데이터를 옮기고 싶은 마음이 들기 마련입니다. 하지만 그러면 가져올 데이터가 불필요하게 방대해져 정리에 더 오래 걸리고, 아직 시스템을 익히는 중인 팀에 혼란만 더하게 됩니다.

이전하지 않아도 되는 항목:

• 취소된 예약(활성 데이터가 아닌 기록)
• 2년보다 오래전에 한 번만 투숙했고 연락처 정보가 없는 고객
• 종료된 시즌의 과거 요금제
• 채널 연결이 활성화된 후 플랫폼에서 PMS로 자동 전송될 OTA 예약

우선적으로 이전할 항목:

• 모든 향후 예약
• 재방문 고객 및 지난 12개월 이내에 투숙한 고객
• 확정 예약 또는 임박한 예약에 적용되는 요금제

자주 묻는 질문

스프레드시트에서 호텔 PMS로 이전할 때 어떤 데이터를 가져와야 합니까?

가져와야 할 네 가지 범주는 고객 명단, 객실 유형 및 객실명, 현재 사용 중인 요금제, 향후 예약입니다. 이 가운데 향후 예약이 가장 시급합니다. 예정된 예약이 제대로 이전되지 않으면 체크인 시 문제가 발생하기 때문입니다. 고객 이력과 과거 예약은 선별적으로 가져오거나 시간을 두고 다시 입력해도 됩니다. 시스템의 실제 운영 첫날 전에 모든 데이터를 완벽히 이전할 필요는 없습니다.

호텔 고객 명단을 PMS로 가져오기 전에 어떻게 정리해야 합니까?

이메일이나 전화번호를 기준으로 정렬해 중복 기록을 제거하고, 각 고객 기록 중 정보가 가장 완전한 항목만 남기세요. 이름과 성이 별도의 필드에 들어가도록 이름 형식을 표준화하세요. 연락처 정보가 없는 기록은 표시하거나 제거합니다. 2회 이상 투숙했거나 지난 12개월 이내에 투숙한 고객만 포함하도록 명단을 선별하세요. 지금까지 입력된 모든 기록을 가져오면 활용도는 높아지지 않고 데이터 양만 늘어납니다.

호텔 PMS로 데이터를 가져올 때 객실명이 문제가 되는 이유는 무엇입니까?

PMS는 객실을 개별 객실명이 아닌 객실 유형별로 관리합니다. 스프레드시트에서 동일한 객실 유형을 "킹", "킹룸", "디럭스 킹", "101호 킹"처럼 제각기 기록하면, 가져오기 과정에서 설정된 어떤 객실 유형과도 일치하지 않는 레코드가 생성됩니다. 이를 방지하려면 가져오기 전에 호텔의 객실 유형을 정의하고, 스프레드시트의 모든 객실명을 해당 유형과 정확히 일치하도록 표준화해야 합니다.

PMS로 전환할 때 향후 예약은 어느 시점까지 가져와야 하나요?

오늘부터 최소 향후 90일까지의 모든 예약을 가져오세요. 가져오기가 완료되면 각 레코드를 원본 스프레드시트와 대조하여 날짜 형식 오류, 객실 유형 불일치, 결제 상태 차이를 확인해야 합니다. OTA 예약도 해당 OTA 플랫폼의 예약 확인 기록과 교차 검증해야 합니다. 채널 연동을 활성화하기 전에 PMS 레코드와 OTA 예약 확인 기록의 날짜, 객실 유형, 투숙객 이름이 모두 일치해야 합니다.

스프레드시트에서 호텔 PMS로 이전할 때 가져오지 말아야 할 데이터는 무엇인가요?

취소된 예약, 2년 넘게 재방문하지 않았고 연락처도 없는 일회성 투숙객, 종료된 시즌의 과거 요금제, 그리고 채널 연동이 활성화되면 플랫폼에서 PMS로 자동 전송되는 OTA 예약은 가져오지 마세요. 운영상 필요하지 않은 레코드까지 가져오면 이미 세심한 검증이 필요한 마이그레이션에 불필요한 데이터 정리 작업만 늘어납니다.