여행사 API 연동

다들 국내든지 해외든지 여행을 많이들 다니실텐데요.

여행 가시면 다들 호텔에 숙박하시잖아요? (맞죠..?)

저는 여러분들에게 호텔 서비스를 제공하는 녀석? 입니다.

그럼 여행사 API 연동을 왜 할까요? (일이니까?...)

제가 API 연동을하는 이유는 간단 합니다. 더 많은 데이터를 확보하여 매출을 올리기 위함이죠.

쉬운 이해를 위해 비즈니스 모델에 대해서 설명드리겠습니다.

고객이 여행을 떠나는 상황에서 비행기, 호텔, 렌트카 등등...

고객이 직접 항공사 및 호텔에 연락을 하지는 않습니다.

대부분 플랫폼을 이용해서 정보를 얻고 예약을 진행하는 형태죠.

A여행사 입장에서는 플랫폼에 경쟁력있는 데이터(상품)를 제공하고 판매 수수료를 얻는데 이것이 비즈니스 로직 입니다.

제가 담당하는 부분은 타 여행사 데이터를 불러와 전처리 과정을 거친 뒤 플랫폼에 제공하는 역할 입니다.

왜 여행사끼리 데이터를 공유하냐고 생각이드실 수 있는데 플랫폼에 입점하지 못한 여행사는 플랫폼에 입점한 여행사에 데이터를 제공하고 수수료를 받는 비즈니스 모델도 있기 때문입니다.

여행사 호텔 API에는 국룰? 이 있습니다.

요금조회, 요금확인, 예약, 취소 4가지 영역으로 나뉩니다.

때려죽여도 4가지는 있어야합니다.

사대천왕 중 요금조회에 대해서 살펴보겠습니다.

요금조회는 고객에게 요금 정보를 제공하는 역할을 담당하며 호텔조회, 객실조회 2가지로 나뉩니다.

호텔조회는 요금조회 중 큰 범위로 지역 기준으로 여러 호텔에 대한 정보를 제공합니다.

객실조회는 작은 범위로 하나의 호텔에 대한 객실 정보를 제공합니다.

호텔조회에서 선택된 호텔에 대해 객실조회가 이루어집니다. (햄버거와 콜라?)

데이터 관점으로 보았을 때 호텔조회는 데이터가 심플 합니다.

고객에게 제공해야하는 데이터가 호텔 이름과 최저가 정도면 충분하기 때문이죠.

반대로 객실조회는 실제 고객이 숙박해야하기 때문에 많은 데이터를 제공해야 합니다.

요금확인은 고객이 조회 단계에서 확인한 요금과 실제 결제가 이뤄지는 요금이 동일한지 확인하는 기능 입니다.

호텔 요금은 저~~~엉말 자주 변경되므로 예약하기전에 요금확인을 꼭 해주어야 합니다.

안해주면 엄청난 고객의 소리를 들을 수 있습니다.

호텔 개발하면서 가장 보람을 느낄때가 언제냐고 물어본다면 개발을 통해 예약이 늘어났을 때라고 답할 것 입니다.

사실 예약 API만 두고 본다면 복잡한 것은 없습니다.

요금조회 단계에서 발급받은 token 값을 기준으로 요금확인을 거쳐 예약까지 이루어집니다.

예약의 수는 곧 기업의 생존과도 같은 영역이기에 여러가지 프로세스들이 엮여있습니다.

예약은 한순간이지만 그 사이에 발생하는 데이터는 어떤 프로세스보다 많다고 볼 수 있습니다.

4대천왕 API 중 마지막은 취소 입니다.

고객이 예약을 했지만 여러가지 이유로 예약을 취소하는 경우에 사용됩니다.

제가 바라본 호텔 시장의 경우 예약 취소율이 상당히 높은편 입니다.

좀 더 저렴한 요금으로 예약하기 위해서 미리 예약해 놓고 모니터링을 하는 경우가 많기 때문 입니다.

취소할 때 가장 중요한 부분은 취소 수수료 입니다.

고객에게는 무료취소라고 해놓고 막상 취소해보니 호텔에서 이거 환불불가인데? 라고 나오면 곤란하기 때문 입니다.

다시 정리하면 여러 여행사 호텔 API 연동을 통해 경쟁력있는 요금 데이터를 불러오고 요금확인을 거쳐 예약과 취소 서비스를 플랫폼에 맞게 개발하고 있습니다.

여행사 호텔 개발이 재밌는게 우리 회사가 판매채널이 될 수 있고 반대로 데이터를 공급해주는 공급채널이 될 수도 있습니다.

사실 API 연동 자체는 그리 어렵지 않습니다.

다만 각 회사마다 데이터 모델과 규칙이 다르기 때문에 이것을 전처리하는 과정이 연동 리소스의 80% 이상 차지한다고 해도 과언이 아닙니다.

커스텀 개발도 빈번하고 각 회사마다 똑같은게 1도 없기에 어려우면서도 재밌는 것 같네요.

그럼 오늘도 메모리!

티스토리툴바