PMS와 채널매니저는 왜 따로 청구될까

객실 20개짜리 게스트하우스를 운영하면 견적서를 두 장 받게 됩니다. 하나는 예약 캘린더를 관리하는 PMS, 다른 하나는 부킹닷컴·아고다·호스텔월드에 재고를 뿌려주는 채널매니저. 로그인도 둘, 청구서도 둘, 그리고 그 사이에 아무도 건드리고 싶어하지 않는 객실 매핑 화면이 하나 있습니다.

이건 기술적으로 그래야만 하는 구조가 아닙니다. 업계가 성장해 온 순서 때문에 생긴 관성이고, 요금표에는 안 나오지만 실제로 돈이 드는 구조입니다.

왜 갈라졌나

채널매니저는 대부분의 소규모 숙소에 PMS가 있기도 전에 먼저 나왔습니다. 2000년대 초 게스트하우스의 예약 장부는 엑셀이거나 종이였고, 급한 문제는 OTA 네 곳이 각자 익스트란넷을 따로 쓴다는 것이었습니다. 숫자 하나를 네 군데에 뿌려주는 제품은 그 문제를 풀었고, 숙소가 내부적으로 뭘 쓰는지는 신경 쓸 필요가 없었습니다. 그래서 따로 팔렸고, 따로 과금됐습니다.

이후 PMS 업체들은 선택을 해야 했습니다. 연동을 직접 만들거나 — 채널 API가 계속 바뀌기 때문에 이 작업은 끝나지 않습니다 — 이미 있는 채널매니저와 붙거나. 대부분 후자를 택했습니다. 20년이 지난 지금 청구서 두 장은 그 결정의 흔적입니다.

분리 구조의 실제 비용

다들 구독료를 비교하는데, 구독료는 이 중 작은 쪽입니다. 나머지 네 가지가 뒤에 숨어 있습니다.

1. 세팅이 두 번, 수정도 두 번

객실 타입이 PMS에 한 번, 채널매니저에 한 번 존재하고 둘이 일치해야 합니다. 객실 타입을 추가하거나 도미토리를 쪼개거나 프로모션용으로 이름을 바꿀 때마다 양쪽을 다 손봐야 합니다. 매핑이 틀리면 에러 메시지로 알게 되지 않습니다. 프런트에 서 있는 손님을 통해 알게 됩니다.

2. 시스템 사이의 틈이 오버부킹이 사는 곳

예약이 채널매니저에 들어오고, PMS로 넘어가고, PMS가 갱신된 잔여 수량을 다시 밖으로 내보냅니다. 단계마다 지연이 붙습니다. 한가한 화요일에는 이 지연이 보이지 않습니다. 축제 때 마지막 4베드가 동시에 팔리는 밤에는, 깔끔한 마감과 같은 베드 번호를 받은 손님 두 명의 차이가 됩니다. 예약이 건너야 할 경계가 많을수록 멈출 수 있는 지점도 많아집니다.

3. 문의가 책임 소재 가리기가 됨

아고다에 요금이 안 뜨면 의심할 곳이 셋이고 업체가 둘입니다. 그리고 양쪽 다 상대방을 가리킬 만한 합당한 이유가 있습니다. 누구 문제인지 확인하는 데 드는 시간이 문제 자체보다 비쌉니다.

4. 채널별 과금은 반대 방향으로 작동함

상당수 채널매니저는 숙소 단위가 아니라 연결 단위로 과금합니다. 도미토리 손님을 받으려고 호스텔월드를 여는 게 공짜가 아니라는 뜻입니다. 그러면 "어느 채널이 우리한테 맞는 손님을 데려오나"가 아니라 "연결비가 얼마인가"로 유통 결정을 하게 됩니다. 채널을 닫아두는 이유로는 나쁜 이유입니다.

포함형 요금제를 제대로 비교하는 법

포함형 가격은 PMS 단독 가격 옆에 놓으면 비싸 보입니다. 두 가지를 덮고 있으니 당연합니다. 표시 가격 비교로는 아무것도 알 수 없습니다. 대신 월 총액을 계산하고, 포함형을 포함한 모든 업체에 아래를 물어보세요.

• 채널매니저가 숙소 단위 과금입니까, 연결 단위 과금입니까? 연결 단위라면 기본 세트가 아니라 실제로 쓸 채널 목록으로 계산하세요.
• 양쪽 제품에 초기 세팅비가 붙습니까? 한 번 언급되고 비교에서 잊히는 항목입니다.
• 약정 기간은 얼마이고, 끝날 때 데이터는 어떻게 됩니까?
• OTA 연결의 주인이 누구입니까? 채널매니저가 연결을 쥐고 있으면, 나중에 PMS만 바꿔도 모든 채널을 다시 인증해야 합니다.
• 요금 변경이 OTA에 도달하는 데 몇 분이 걸립니까? 그 숫자가 계약서에 있습니까, 홍보 문구에 있습니까?

그다음 총액을 객실 수로 나누세요. 전부 포함한 객실당 월 비용 — 업체 간 비교에 의미가 있는 숫자는 이것 하나입니다.

하나로 묶이면 달라지는 것

캘린더와 채널 연동이 같은 제품이면 객실 타입은 한 번만 존재합니다. 정비로 빼는 도미토리 베드는 모든 채널에서 즉시 빠집니다. 재고 사본이 하나뿐이라 갱신할 두 번째 대상이 없기 때문입니다. 매핑은 반복 작업이 아니라 초기 세팅 단계가 되고, 채널에 뭔가 안 뜰 때 들여다볼 곳이 한 군데가 됩니다.

Kimchee를 이 구조로 만든 이유입니다. 채널매니저가 별도 계약 상대가 아니라 제품의 일부라, 채널별 청구서도 없고 두 번째 매핑 화면도 없습니다. 연결 가능한 채널은 지원 채널 페이지에서 볼 수 있고, 요금 페이지의 금액에는 채널 연동이 이미 들어가 있습니다.

화이트보드 앞에서 나온 결론이 아닙니다. 저희는 부산에서 숙소 세 곳을 운영하고 있고, 자정에 객실 타입을 다시 매핑하던 사람이 저희였습니다. 하나의 시스템으로 만든 건 그 일을 다시 안 하기 위한 가장 짧은 길이었습니다.

솔직한 단서

묶는 게 항상 더 낫지는 않습니다. 이미 신뢰하는 채널매니저를 이미 익숙한 PMS에 붙여 쓰고 있다면 그건 충분히 좋은 구성입니다. 채널 목록이 짧고 잘 안 바뀐다면 분리 구조의 비용도 크지 않습니다. 포함형이 값을 하는 건 재고가 자주 바뀔 때, 도미토리와 프라이빗을 섞어 운영할 때, 그리고 연중 채널을 붙였다 뗐다 할 때입니다.

가격을 보기 전에 자기가 어느 쪽인지부터 판단하세요. 본인 숫자로 한번 봐줬으면 싶으면 보내주세요. 지금 쓰는 걸 유지하는 게 맞다면 그렇게 말씀드리겠습니다.