고객 성공 사례
Travigence: 통제력과 처리량을 위한 여행사 운영 업그레이드
유럽의 B2B 여행 기술 팀이 플랫폼의 핵심 워크플로를 새로 정비했습니다. 운영자는 더 명확한 제어로 일하고, 반복 업무는 바쁜 시간에도 더 빠르게 진행되며, 관리자는 진행 중인 모든 예약이 어느 단계에 있는지 볼 수 있습니다.
- 유럽
- B2B
- 여행사 운영 업그레이드
- 2024년 출시
프로젝트 개요
Travigence 성공 사례 한눈에 보기
Travigence는 여행 기술 분야에서 유럽의 B2B 운영을 맡고 있습니다. 파트너 여행사는 플랫폼으로 예약하고, 내부 팀은 모든 예약이 계속 진행되도록 관리합니다. 2024년, 회사는 PHPTRAVELS에서 여행사 운영 업그레이드를 출시했습니다.
목표는 새로운 겉모습이 아니라 더 차분한 근무일이었습니다. 운영자가 고민 없이 찾는 제어, 대기열이 길어져도 막히지 않는 반복 업무, 관리자가 한눈에 믿을 수 있는 상태 보기입니다.
이번 업그레이드는 당사의 B2B 도매사와 B2B 예약 엔진을 움직이는 동일한 코어 위에 구축되었고, Travigence 팀의 실제 업무 방식에 맞춰 새로 정비되었습니다.
프로젝트 기록
- 업종
- 여행 기술
- 지역
- 유럽
- 모델
- B2B
- 범위
- 여행사 운영 업그레이드
- 출시
- 2024
- 기술 스택
PHPMySQLREST API
과제 01 · 제어
하나의 긴 메뉴에서 업무별로 묶인 제어로
중요한 제어가 평평한 메뉴에 흩어져 있으면 운영자마다 머릿속에 자기만의 지도를 그리게 되고, 새 직원은 길을 찾는 데 더 오래 걸립니다.
복잡한 제어판
중요한 제어가 운영자가 쓰기 편한 방식으로 묶여 있지 않았습니다.
항목이 추가된 순서대로의 메뉴
- 설정
- 예약
- 마크업
- 직원 계정
- 바우처
- 공급업체
- 보고서
- 에이전트
- 청구서
- 결제
예약
- 예약
- 바우처
파트너
- 에이전트
- 공급업체
- 마크업
자금
- 청구서
- 결제
- 보고서
시스템
- 직원 계정
- 설정
원리를 보여 주는 그림이며 Travigence 패널의 스크린샷이 아닙니다.
과제 02 · 처리량
예약 기록에서 바로 처리하는 반복 업무
바쁜 데스크를 느리게 만드는 것은 큰 작업 하나인 경우가 드뭅니다. 각기 다른 곳에 있는 작은 반복 단계가 대기열의 예약 수만큼 곱해지는 것이 원인입니다.
처리량 병목
피크 처리 기간에 반복 업무가 예상보다 오래 걸렸습니다.
- 반복 업무의 단계들이 가까이 모이도록 핵심 워크플로를 새로 정비했습니다.
- 대기열이 길수록 우회 하나하나의 비용이 커지는 피크 기간에 초점을 맞췄습니다.
- 팀은 익숙한 방식대로 일하면서 화면을 오가는 시간만 줄어듭니다.
직접 해 보기: 한곳에서 반복 단계를 완료하세요
- 서비스
- 호텔 숙박
- 목적지
- 리스본 시내 중심
- 예약 주체
- 파트너 여행사
- 상태
- 대기 중확정됨
작업
활동
아직 작업이 없습니다
- 공급업체와 예약이 확정되었습니다
- 파트너 여행사에 바우처를 보냈습니다
- 여행사 계정으로 청구서를 발행했습니다
- 팀을 위한 내부 메모를 추가했습니다
반복 흐름을 보여 주는 그림이며 Travigence의 실제 워크플로가 아닙니다.
과제 03 · 가시성
관리자를 위한 진행 중 예약의 명확한 상태 보기
무엇이 보류 중이고, 무엇이 확정되었고, 무엇에 누군가의 조치가 필요한지 알기 위해 관리자가 여기저기 물어볼 필요가 없어야 합니다. 이번 업그레이드로 그 보기가 일상 화면의 일부가 되었습니다.
제한된 운영 가시성
관리자에게는 진행 중인 예약에 대한 더 명확한 상태 보기가 필요했습니다.
| 서비스 | 여정 | 여행사 | 상태 |
|---|---|---|---|
| 항공 | 왕복 항공권, 여행자 2명 | 여행사 A | 보류 |
| 호텔 | 시내 호텔, 패밀리룸 | 여행사 B | 확정됨 |
| 투어 | 구시가지 도보 투어 | 여행사 C | 조치 필요 |
| 렌터카 | 공항 렌터카 픽업 | 여행사 A | 확정됨 |
| 픽업·샌딩 | 호텔에서 항구까지 이동 | 여행사 D | 취소됨 |
| 항공 | 편도 항공권, 단체 예약 | 여행사 B | 조치 필요 |
상태 보기의 개념을 보여 주는 예시 행이며 Travigence 데이터가 아닙니다.
고객의 목소리
Travigence 팀이 말하는 변화
이제 우리 팀은 더 명확한 제어와 더 예측 가능한 예약 운영 속에서 일합니다.
보고된 성과
- 01운영자 경험더 단순한 제어과제 01에 대한 답
- 02팀 생산성더 높은 처리량과제 02에 대한 답
- 03운영 모니터링더 명확한 가시성과제 03에 대한 답
성과는 고객 자신의 표현으로 전합니다. 검증할 수 없는 수치는 게시하지 않습니다.
내부 구조
업그레이드를 뒷받침한 기술 스택
Travigence는 표준 PHPTRAVELS 스택에서 운영됩니다. 셀프 호스팅 방식이고, 소스 코드는 상용 라이선스로 포함되며, 데이터는 고객 자체 데이터베이스에 남습니다. 덕분에 처음부터 다시 만들지 않고도 워크플로를 새로 정비할 수 있었습니다. 자세한 내용은 기술 페이지를 참고하세요.
PHP- 애플리케이션팀이 읽고, 확장하고, 맞춤화할 수 있는 플랫폼 코드.
MySQL- 데이터베이스예약, 여행사, 설정을 고객 자체 데이터베이스에 저장.
REST API- 연동상태와 예약 데이터를 HTTP로 다른 도구에 제공.
GET /api/bookings?status=on_hold
Accept: application/json
200 OK
{
"status": "on_hold",
"bookings": [
{ "service": "flight", "agency": "agency-a",
"next_action": "ticket" }
]
}REST API로 상태 보기에 데이터를 공급하는 방법의 스케치입니다. 엔드포인트 이름은 설치마다 다릅니다.
유럽의 B2B 여행 기술 기업 Travigence는 2024년 PHPTRAVELS에서 여행사 운영 업그레이드를 출시했습니다. 통제력, 명확성, 팀의 일상 처리량을 높이기 위해 플랫폼의 핵심 워크플로를 새로 정비했습니다.
세 가지입니다. 중요한 제어가 운영자가 쓰기 편하게 묶여 있지 않았고, 피크 기간에 반복 업무가 예상보다 오래 걸렸으며, 관리자에게는 진행 중인 예약에 대한 더 명확한 상태 보기가 필요했습니다.
아니요. Travigence는 성과를 더 단순한 제어, 더 높은 처리량, 더 명확한 가시성으로 설명했습니다. 검증할 수 없는 수치를 더하는 대신 고객의 표현 그대로 성과를 게시합니다.
표준 PHPTRAVELS 스택입니다. 애플리케이션은 PHP, 데이터베이스는 MySQL, 다른 도구 연결은 REST API를 사용합니다. 셀프 호스팅 방식이며 소스 코드는 상용 라이선스로 포함됩니다.
네. 제어를 묶는 방식이나 상태를 표시하는 방식 같은 많은 변경은 설정이나 소스 코드 맞춤 개발로 가능합니다. 상담을 예약하시면 먼저 현재 워크플로를 검토해 드립니다.
요금제는 일회성 결제입니다. Startup은 $2499, Agency는 $4999, Enterprise는 $9999이며 모두 소스 코드가 포함됩니다. 맞춤 워크플로 변경은 검토 후 별도로 견적을 드립니다.