고객 성공 사례
Travel Horizontal: 고객과 파트너를 위한 하나의 마켓플레이스 워크플로
여행자와 거래 파트너 모두에게 판매하는 글로벌 여행 마켓플레이스가 운영을 재구성하여, 두 채널이 같은 워크플로를 따르고 더 적은 관리 지점에서 운영되며 에스컬레이션도 줄었습니다.
- 글로벌
- B2B + B2C
- 마켓플레이스 운영 개편
- 2024년 출시
마켓플레이스
Travel Horizontal 성공 사례 한눈에 보기
Travel Horizontal은 두 유형의 구매자를 가진 글로벌 여행 마켓플레이스를 운영합니다. 직접 예약하는 여행자와 자신의 고객을 대신해 예약하는 거래 파트너입니다. 두 채널은 같은 여행 상품을 판매하지만, 시간이 지나면서 각 예약 뒤의 업무 처리 방식이 서로 달라졌습니다.
이 프로젝트는 마켓플레이스 운영 개편이었습니다. 목표는 새로운 매장 화면이 아니라 그 아래의 더 깔끔한 플랫폼 워크플로였습니다. 고객과 파트너 예약을 하나의 방식으로 처리하고, 관리하는 곳을 줄이고, 매일 발생하는 사례에 표준 절차를 마련하는 것입니다.
프로젝트는 PHPTRAVELS를 기반으로 구축되었으며, 온라인 여행사 및 B2B 여행 포털 페이지 뒤에 있는 것과 같은 예약 엔진입니다.
- 업종
- 여행 마켓플레이스
- 지역
- 글로벌
- 모델
- B2B + B2C
- 범위
- 마켓플레이스 운영 개편
- 출시
- 2024
하나의 마켓플레이스 워크플로
- 검색
- 예약
- 관리
- 지원
진단에서 결과까지
마켓플레이스가 꼽은 세 가지 문제와 달라진 점
각 흐름은 Travel Horizontal이 설명한 과제에서 시작해, 회사가 직접 표현한 결과로 끝납니다.
여정의 일관성
과제
채널 간 불일치고객과 파트너의 여정이 운영상 서로 다르게 처리되었습니다.결과
정렬된 채널 흐름고객과 파트너 예약이 이제 같은 워크플로를 거치므로 팀이 같은 방식으로 처리합니다.운영 관리
과제
분산된 관리 지점팀이 서로 연결되지 않은 너무 많은 관리 화면을 오가며 일했습니다.결과
더 깔끔한 관리 통제일상 관리가 여러 화면에 흩어지지 않고 연결된 소수의 위치에 모였습니다.지원 효율
과제
에스컬레이션이 잦은 업무절차가 표준화되지 않아 흔한 사례도 에스컬레이션되었습니다.결과
에스컬레이션 감소표준 절차 덕분에 흔한 사례를 처음 본 사람이 바로 해결할 수 있습니다.
결과는 Travel Horizontal이 보고한 내용입니다. 이 프로젝트의 수치는 공개되지 않았습니다.
채널 동등성
같은 궤도 위의 고객 여정과 파트너 여정
채널을 정렬한다는 것은 똑같이 만든다는 뜻이 아닙니다. 단계와 규칙은 공유하고, 각 채널은 정말 필요한 것을 유지합니다. 예를 들어 파트너가 자신의 에이전트 지갑에서 결제하는 방식입니다. 보기를 바꿔 비교해 보세요.
보기 기준
- 검색두 채널 공통같은 인벤토리와 같은 검색 흐름.B2CB2B마켓플레이스 웹사이트의 공개 요금.파트너 로그인 후 표시되는 파트너 요금.
- 예약두 채널 공통모든 판매에 하나의 예약 기록 형식.B2CB2B여행자가 직접 예약.파트너가 고객을 대신해 예약.
- 결제두 채널 공통모든 예약에 하나의 결제 상태.B2CB2B여행자가 결제 단계에서 온라인으로 결제.파트너는 계정 잔액으로 결제 가능.
- 관리두 채널 공통같은 상태와 같은 변경 절차.B2CB2B여행자는 자신의 계정에서 예약 확인.파트너는 대시보드에서 모든 예약 확인.
- 지원두 채널 공통흔한 요청에 하나의 표준 절차.B2CB2B요청이 여행자에게서 직접 들어옴.요청이 파트너에게서 들어오며 해당 계정에 연결됨.
PHPTRAVELS가 공통 단계와 채널별 단계를 나누는 방식의 예시이며, Travel Horizontal의 설정이 아닙니다.
하나의 관리자
흩어진 지점에서 하나의 마켓플레이스 콘솔로
분산된 관리 지점이 두 번째 문제였습니다. 고객 예약, 파트너 요청, 결제, 지원이 각각 다른 곳에 있으면 모든 일상 업무가 맞는 화면을 찾는 것부터 시작됩니다.
이전: 분리된 곳들
- 고객 예약
- 파트너 요청
- 결제 확인
- 지원 수신함
이후: 하나의 콘솔
- 고객과 파트너 예약을 하나의 목록에서 채널 태그로 구분.
- 파트너, 고객, 공급업체, 결제를 같은 관리자에서 관리.
- 예약마다 상태가 하나라 두 번째 화면을 확인할 필요가 없음.
고객과 파트너 기록은 이후 여행사 CRM의 후속 업무에 활용할 수 있습니다.
- 예약
- 고객
- 파트너
- 공급업체
- 결제
- 설정
예약
| 번호 | 채널 | 상품 | 상태 |
|---|---|---|---|
| #2041 | B2C | 항공 | 확정 |
| #2042 | B2B | 호텔 | 대기 중 |
| #2043 | B2B | 투어 | 확정 |
| #2044 | B2C | 호텔 | 변경됨 |
샘플 예약을 사용한 예시 관리자 화면이며, Travel Horizontal 관리자 화면의 스크린샷이 아닙니다.
에스컬레이션 감소
흔한 사례는 첫 단계에서 해결
에스컬레이션이 잦은 업무가 세 번째 문제였습니다. 일상 요청을 처리하는 표준 방식이 있으면, 정말 특이한 사례만 위로 올라갑니다. 사례를 선택해 어디서 처리되는지 확인하세요.
사례 선택
개편 전에는 표준 절차가 없어 이런 흔한 사례 다수가 사다리를 올라갔습니다.
- 플랫폼 팀마켓플레이스 자체의 작동 방식 변경여기서 처리
- 운영 책임자판단이 필요한 예외여기서 처리
- 1차 대응일상 사례를 표준 절차로 처리여기서 처리
Travel Horizontal이 설명한 원칙의 예시이며, 실제 지원 근무표가 아닙니다.
고객의 말
플랫폼 팀의 이야기
채널 간 흐름이 이제 관리하기 쉬워졌고 일상 운영도 더 예측 가능해졌습니다.
어느 채널에서 오든 하나의 예약 기록
프로젝트는 PHP, MySQL, JavaScript와 REST API로 운영되어 파트너 예약과 고객 예약이 같은 구조를 공유합니다. 시스템 연동에 대해서는 여행 API 연동 페이지를 참고하세요.
GET /api/bookings/2042
{
"channel": "b2b",
"product": "hotel",
"status": "pending",
"payment": "unpaid"
}예시 요청과 응답이며, Travel Horizontal의 실제 API가 아닙니다.
기술 스택
PHPMySQLJavaScriptREST API
마켓플레이스 운영을 다듬으세요
B2B와 B2C 워크플로를 하나의 일관된 시스템으로 통합하세요. PHPTRAVELS는 자체 호스팅 방식이며 상용 라이선스로 소스 코드가 함께 제공됩니다.
관련 솔루션
여행자와 거래 파트너 모두에게 판매하는 글로벌 여행 마켓플레이스 Travel Horizontal이 PHPTRAVELS에서 운영을 개편해 채널을 정렬하고, 관리 통제를 모으고, 에스컬레이션을 줄인 과정을 설명합니다.
마켓플레이스가 여행자에게 직접 판매하고(B2C), 자신의 고객을 위해 예약하는 거래 파트너를 통해서도 판매합니다(B2B). 개편으로 두 채널은 각자의 고유한 부분을 유지하면서 같은 워크플로에 올랐습니다.
정렬된 채널 흐름, 더 깔끔한 관리 통제, 에스컬레이션 감소입니다. 마켓플레이스가 직접 이 결과를 설명했으며 수치는 공개되지 않았습니다.
프로젝트는 2024년에 출시되었습니다.
PHP, MySQL, JavaScript, REST API입니다. PHPTRAVELS는 자체 호스팅 방식이며 상용 라이선스로 소스 코드가 포함됩니다.
네. 데모를 예약해 현재 고객 채널과 파트너 채널이 어떻게 운영되는지 함께 살펴보고, 가격 페이지에서 일회성 요금제를 비교해 보세요: Startup $2499, Agency $4999, Enterprise $9999.