객실 10개와 100개, PMS 고르는 법은 다릅니다

PMS(Property Management System, 숙박 관리 시스템)는 예약·객실 배정·체크인·정산을 하나의 시스템에서 처리하는 숙소 운영의 기반입니다. 문제는 "좋은 PMS"라는 절대 기준이 없다는 점입니다. 객실 10개를 혼자 운영하는 숙소와 객실 100개를 여러 명이 교대로 운영하는 숙소는, 같은 기능을 두고도 필요와 부담이 정반대로 갈립니다.

먼저 규모가 아니라 "운영 구조"를 적어보세요

객실 수는 대리 지표일 뿐입니다. 실제로 기능 요구를 결정하는 것은 세 가지입니다. 하루에 사람이 손대야 하는 작업이 몇 건인지, 그 작업을 하는 사람이 몇 명인지, 판매 채널이 몇 개인지. 이 세 숫자를 먼저 적어두면 필요한 기능과 필요 없는 기능이 갈립니다.

• 1인 운영 · 객실 10~20개: 사람이 계속 붙어 있을 수 없으므로 자동화가 핵심입니다. 예약 자동 반영, 문자·알림 자동 발송, 원격 확인이 되는지가 기준입니다.
• 소수 인원 · 객실 20~50개: 인수인계가 병목이 됩니다. 누가 무엇을 언제 바꿨는지 남는 기록, 근무 교대 시 화면 하나로 상황을 파악할 수 있는 구조가 필요합니다.
• 다인 운영 · 객실 50개 이상: 권한 분리와 정산 정확도가 우선입니다. 프런트·하우스키핑·관리자의 접근 범위가 나뉘고, 매출이 채널별·기간별로 자동 집계되어야 합니다.
• 지점이 둘 이상: 지점별 개별 관리와 통합 조회가 동시에 가능한지 확인해야 합니다. 지점마다 시스템이 갈라지면 통합 정산은 결국 수작업으로 돌아옵니다.

채널 연동, 갱신 지점이 몇 개인가

판매 채널을 손으로 관리하면 산술은 단순합니다. 채널이 n개면 요금 하나를 바꿀 때 갱신 지점도 n개, 재고 하나가 팔릴 때 차감해야 할 지점도 n-1개입니다. 채널이 늘수록 작업량은 비례해 늘고, 갱신 사이의 시간 간격만큼 오버부킹 가능성이 생깁니다. 더블부킹은 부주의가 아니라 이 구조에서 나옵니다.

그래서 PMS를 볼 때는 "연동된다"가 아니라 "어떻게 연동되는가"를 물어야 합니다. 확인할 것은 세 가지입니다. 어떤 채널이 연동되는지, 예약과 재고가 양방향으로 반영되는지(한쪽 방향만이면 결국 손이 갑니다), 그리고 연동이 끊겼을 때 알려주는 장치가 있는지입니다. 마지막 항목은 자주 빠지는데, 조용히 끊긴 연동은 없는 연동보다 위험합니다.

정산에서 봐야 할 건 매출이 아니라 "차이"입니다

정산에서 실제로 시간을 잡아먹는 일은 매출을 더하는 것이 아니라 맞지 않는 건을 찾는 것입니다. 채널이 보낸 금액과 실제 입금액이 다르거나, 수수료율이 상품마다 다르거나, 취소·환불이 다음 달에 반영되는 경우입니다. PMS가 채널별 수수료와 결제 상태를 함께 들고 있으면 이 대사(對査)가 화면 안에서 끝나고, 그렇지 않으면 매달 엑셀로 돌아갑니다.

• 채널별 수수료율이 예약 건에 붙어 있는가. 없으면 순매출을 손으로 계산해야 합니다.
• 취소·노쇼·부분 환불이 별도 상태로 남는가. 삭제로 처리되면 원인 추적이 불가능해집니다.
• 기간·채널·객실 타입별로 집계를 뽑을 수 있는가. 요금 결정의 근거가 되는 데이터입니다.
• 내보내기가 가능한가. 화면만 있는 시스템은 세무·회계로 넘길 때 재입력을 부릅니다.

요금 관리, 아직 손으로 감당되나요

요금은 성수기·주말·행사·경쟁 숙소 상황에 따라 매일 달라질 수 있습니다. 객실 타입이 3개이고 채널이 5개라면 하루 조정 대상은 15개 조합이고, 이것을 한 달치로 잡으면 관리 대상은 수백 개가 됩니다. 이 규모를 넘어가면 사람의 판단은 남기되 계산은 시스템에 넘기는 편이 정확합니다. 이 역할을 맡는 것이 RMS이고, 판단 근거를 남기지 않는 자동 조정은 오히려 위험하므로 "왜 이 가격인지" 설명이 보이는지 확인하세요.

도입 전에 물어볼 질문 목록

• 기존 예약 데이터를 이관해 줍니까? 이관 범위와 소요 기간은 어떻게 됩니까?
• 연동되는 판매 채널 목록을 그대로 보여줄 수 있습니까? 추가 연동은 어떤 절차로 진행됩니까?
• 장애가 났을 때 연락 경로와 응답 시간은 어떻게 됩니까? 야간·주말에도 유효합니까?
• 월 비용에 무엇이 포함되고, 객실 수가 늘면 요금 체계는 어떻게 바뀝니까?
• 계약을 종료하면 우리 데이터를 어떤 형식으로 돌려받습니까?
• 키오스크·도어락·AI 응대 같은 확장은 같은 시스템 안에서 붙습니까, 별도 계약입니까?
• 이 시스템을 만든 회사가 직접 숙소를 운영해 본 적이 있습니까?

마지막 질문이 의외로 잘 갈립니다. 운영 경험이 없는 팀이 만든 시스템은 기능은 많은데 성수기 새벽에 필요한 동작이 빠져 있는 경우가 많습니다.

정리하면 순서는 이렇습니다. 운영 구조를 숫자로 적고 → 채널·정산·요금 세 축의 체크리스트로 후보를 거르고 → 위 질문 목록으로 계약 조건을 확인합니다. 기능 수를 비교하는 것보다 이 순서를 지키는 편이 실패 확률을 훨씬 크게 낮춥니다.