여행사를 위한 투어와 액티비티
Viator 여행사 에이전트: 포털, 커미션, 그리고 그 주변의 워크플로
Viator는 여행사 에이전트에게 투어, 명소, 액티비티로 이루어진 대규모 마켓플레이스 접근권을 제공합니다. 이 가이드는 에이전트 포털이 다루는 범위, 예약 한 건에서 커미션과 마크업이 합산되는 방식, 그리고 견적, 결제, 바우처, 보고 측면에서 PHPTRAVELS 같은 연결형 여행 플랫폼이 언제 더 강력한 선택이 되는지 설명합니다.
- 포털 접근과 로그인 경로
- 커미션과 마크업 워크시트
- 고객당 하나의 예약 기록
- 항공권과 호텔에 연결
여기서 시작
Viator 여행사 에이전트 검색이 실제로 묻는 것
viator travel agent, viator travel agent login, viator travel agent program, viator travel agent commission 검색은 세 가지 다른 필요를 가진 사람들에게서 옵니다. 플랫폼의 에이전트 측에 접근하기, 프로그램의 작동 방식 이해하기, 마켓플레이스 접근이 자신의 비즈니스 모델에 맞는지 판단하기입니다. 이 페이지는 그 세 가지 필요를 순서대로 따라갑니다.
Viator는 마켓플레이스이지 여행사 시스템이 아닙니다. 재고를 제공하지만, 견적, 결제 수금, 바우처 발행, 예약 보관, 취소 처리, 매출 대사를 위한 깔끔한 프로세스는 여전히 여행사가 갖춰야 합니다. 그 간극이 이 가이드 나머지 부분의 주제입니다.
접근과 로그인
일반적인 검색
- viator travel agent login
- viator travel agent sign in
- viator travel agent portal
- viator travel agent sign up
필요한 것
Viator 에이전트 측으로 가는 올바른 경로, 그리고 팀 전체가 반복할 수 있는 로그인 습관.
이 페이지에서 답하는 곳
포털 여정프로그램 이해
일반적인 검색
- viator travel agent program
- what is viator travel agent program
- viator travel agent programme
필요한 것
프로그램이 누구를 위한 것인지, 예약이 어떻게 수익이 되는 판매로 바뀌는지에 대한 쉬운 설명.
이 페이지에서 답하는 곳
커미션 워크시트일상 운영
일반적인 검색
- viator travel agent commission
- viator travel agent booking site
- viator travel agent customer service
필요한 것
마진 관리, 지원 처리, 그리고 여행사가 진행한 모든 예약의 기록.
이 페이지에서 답하는 곳
예약 기록과 비교포털 여정
가입부터 정산까지 여섯 단계, 그리고 여전히 수작업으로 남는 것
에이전트 포털은 각 단계의 마켓플레이스 쪽을 처리합니다. 두 번째 줄은 포털이 유일한 도구일 때 보통 이메일, 채팅, 스프레드시트에 남아 있는 작업을 보여줍니다.
- 01
가입
포털에서
에이전트 접근을 신청하고 계정 승인을 기다립니다.
여전히 당신의 책상 위
팀에서 누가 로그인을 보유하고 누가 예약을 확정할 수 있는지 정하기.
- 02
로그인
포털에서
사이트의 에이전트 측에 들어가 여행자가 아닌 에이전트로 검색합니다.
여전히 당신의 책상 위
자격 증명, 공유 로그인, 직원 변동을 통제하기.
- 03
검색과 선별
포털에서
목적지를 둘러보고 날짜, 그룹 규모, 언어로 필터링한 뒤 옵션을 비교합니다.
여전히 당신의 책상 위
옵션을 고객이 읽고 승인할 수 있는 견적서로 옮기기.
- 04
예약
포털에서
고객의 날짜와 여행자 수에 맞춰 상품을 확정합니다.
여전히 당신의 책상 위
결제를 받고, 자체 마크업을 적용하고, 판매를 기록하기.
- 05
바우처
포털에서
예약 바우처와 공급업체 연락처를 받습니다.
여전히 당신의 책상 위
고객 파일과 나머지 일정에 첨부하기.
- 06
커미션과 변경
포털에서
획득한 커미션을 추적하고 각 상품의 정책에 따라 취소를 처리합니다.
여전히 당신의 책상 위
정산금을 송장, 환불, 각 상담원의 판매와 대사하기.
프로그램 조건, 커미션 수준, 계정 유형은 Viator가 정하며 변경될 수 있습니다. 출시를 계획하기 전에 본인의 에이전트 계정에서 확인하세요.
커미션과 마진
Viator 여행사 에이전트 커미션, 마크업, 그리고 여행사에 남는 것
Viator 여행사 에이전트 커미션율을 검색하는 사람은 숫자 하나를 원합니다. 그 숫자는 상품, 목적지, 계정 유형, 상업 조건에 따라 달라지므로 유용한 질문은 다릅니다. 특정 예약에서 커미션, 마크업, 수수료, 환불 후에 여행사에 얼마가 도달하는지, 그리고 팀이 그것을 예약별, 상담원별로 볼 수 있는지입니다.
마켓플레이스 커미션은 마켓플레이스가 정한 가격에 대해 발생합니다. 마크업은 그 위에 자체 시스템이 추가하는 것이므로, 예약이 가격 규칙을 가진 플랫폼을 거칠 때만 존재합니다. 워크시트는 두 가지가 한 예약에서 어떻게 결합되는지 보여줍니다. 세 가지 입력값은 모두 직접 설정합니다.
돈이 흐르는 두 가지 방식
포털만
여행사는 마켓플레이스 가격에 대한 커미션을 받습니다. 고객에게 청구하는 추가 요금은 예약 밖에서 별도로 청구합니다.
포털과 플랫폼
여행사는 상품, 채널, 에이전트별로 마크업, 세금, 수수료를 설정합니다. 고객은 하나의 가격을 보고, 커미션과 마크업은 예약에 기록됩니다.
- 고객 지불액
- $132.00
- 획득한 커미션
- $9.60
- 확보한 마크업
- $12.00
- 여행사에 남는 금액
- $21.6016.4% 고객 가격 대비
마크업은 예약 흐름 안에서 적용되므로 포털만으로는 안 되고 가격 규칙이 있는 플랫폼이 필요합니다.
예시일 뿐입니다. 이 비율은 Viator의 공식 수치가 아니며, 본인 계약의 비율을 입력하세요.
예약 기록
고객 예약마다 하나의 기록, 견적부터 바우처까지
연결형 설정이 투어 판매마다 보관하는 것은 상품, 출처, 가격 내역, 상태 이력입니다. 브라우저 탭에 흩어지지 않고 모두 고객 파일 안에 있습니다.
현지 가이드와 함께하는 구시가지 도보 투어리스본 · 3시간 · 영어
- 고객
- M. Alves
- 날짜
- 2026년 11월 14일 10:00
- 여행자
- 성인 2명, 아동 1명
- 채널
- 에이전트 포털
- 상담원
- Sara K.
- 공급업체 가격
- $120.00
- 마크업 10%
- $12.00
- 예약 수수료
- $0.00
- 고객 합계
- $132.00
- 공급업체 가격에 대한 커미션 (예시)
- $9.60
- 견적 완료09:12
- 고객 승인09:40
- 결제 완료09:41
- Viator 확정09:43
- 바우처 발송09:44
예시 수치를 사용한 샘플 기록입니다.
수작업 프로세스와 연결된 프로세스 비교
| 워크플로 영역 | 수작업 프로세스 | 연결된 프로세스 |
|---|---|---|
| 상품 검색 | 수작업 프로세스외부 페이지를 검색하고 옵션을 손으로 복사 | 연결된 프로세스상품을 자체 브랜드 예약 워크플로로 가져오기 |
| 고객 견적 | 수작업 프로세스스크린샷이나 일반 텍스트 옵션 전송 | 연결된 프로세스구조화된 제안서, 링크, 일정 항목 전송 |
| 마크업과 가격 | 수작업 프로세스예약 흐름 밖에서 처리 | 연결된 프로세스가격 규칙과 에이전트 관리 안에서 처리 |
| 바우처와 기록 | 수작업 프로세스이메일과 폴더에 흩어짐 | 연결된 프로세스고객 및 예약 이력 안에 저장 |
| 보고 | 수작업 프로세스별도 추적 시트 필요 | 연결된 프로세스상품, 에이전트, 예약 금액별 중앙 보고 |
누구에게 맞는가
네 가지 여행사 유형, 네 단계의 통제 수준
모든 여행 사업체가 같은 설정을 필요로 하지는 않습니다. 미터는 포털 전용 모델이 발목을 잡기 시작하기 전에 각 유형이 보통 얼마나 많은 운영 통제를 필요로 하는지 보여줍니다.
- 01
소매 여행사
각 현지 운영사와 직접 계약하지 않고도 고객 일정에 투어를 추가합니다.
필요한 통제1/4
일반적인 설정
먼저 포털, 물량이 늘면 플랫폼
- 02
OTA와 브랜드 사이트
자체 웹사이트에서 자체 브랜드로 결제, 바우처, 예약 관리와 함께 투어를 판매합니다.
필요한 통제3/4
일반적인 설정
Viator를 API로 연결한 플랫폼
- 03
DMC와 현지 판매자
더 넓은 패키지나 현지 지원 모델 안에서 목적지 서비스를 판매합니다.
필요한 통제3/4
일반적인 설정
자체 재고와 마켓플레이스 상품을 함께 갖춘 플랫폼
- 04
B2B 여행사 네트워크
역할 기반 접근, 지점별 가격, 다수의 에이전트와 채널에 걸친 보고.
필요한 통제4/4
일반적인 설정
역할, 지갑, 지점 가격을 갖춘 플랫폼
연결된 설정
Viator를 확장 가능한 투어 예약 설정에 연결하기
포털 사용 이상을 원하는 여행사는 투어를 더 넓은 판매와 백오피스 흐름에 연결합니다. 네 단계, 그리고 투어가 나란히 놓이는 모듈들입니다.
- 01
접근과 자격 증명
에이전트 또는 API 연결을 설정하고 팀에서 누가 상품을 검색, 견적, 확정할 수 있는지 정의합니다.
- 02
재고 연결
비즈니스 모델이 필요로 하는 곳에서 투어와 액티비티를 항공권, 호텔, 송영, GDS 서비스와 나란히 배치합니다.
- 03
가격 규칙 적용
B2C, B2B, 지점 단위 운영을 위해 마크업, 통화, 세금, 수수료, 판매 채널 로직을 관리합니다.
- 04
예약 주기 완료
결제를 받고, 바우처를 발행하고, 백오피스 기록을 동기화하고, 예약 이력을 지원과 보고에 활용할 수 있게 유지합니다.
PHPTRAVELS에서 투어가 연결되는 곳
각 링크는 투어 예약이 포털을 떠난 뒤 거치는 모듈이나 기능입니다.
다른 투어 및 액티비티 공급업체
Viator는 통합 디렉터리에 있는 투어 공급업체 중 하나입니다. 같은 투어 모듈로 여러 공급업체를 동시에 운영할 수 있으며, 각각 고유한 마크업과 예약 태그를 가집니다.
Tiqets
Tours BMS
운영 방식
마켓플레이스 단독과 연결된 PHPTRAVELS 플랫폼 비교
공정하게 보면, 마켓플레이스는 만들어진 목적에는 뛰어납니다. 플랫폼은 그 주변에 상업적, 운영적 계층을 더합니다.
| 영역 | 마켓플레이스만 | PHPTRAVELS 연결 |
|---|---|---|
| 재고 접근 | 마켓플레이스만여러 목적지에 걸친 폭넓은 액티비티 탐색에 적합 | PHPTRAVELS 연결투어를 항공권, 호텔, 송영, 기타 여행 상품과 결합 |
| 브랜드 관리 | 마켓플레이스만외부 워크플로와 사용자 경로에 좌우 | PHPTRAVELS 연결자체 도메인에서 브랜드화된 B2C 및 B2B 판매 |
| 가격 규칙 | 마켓플레이스만많은 경우 상업적 통제가 제한적 | PHPTRAVELS 연결상품, 역할, 채널별 마크업과 가격 로직 |
| 고객 기록 | 마켓플레이스만여러 도구에 흩어지기 쉬움 | PHPTRAVELS 연결하나의 예약 및 고객 관리 흐름 |
| B2B 하위 에이전트 | 마켓플레이스만소비자 마켓플레이스의 주된 초점이 아님 | PHPTRAVELS 연결여행사 로그인, 역할, 지갑, 지점 운영 |
| 백오피스 | 마켓플레이스만송장과 대사를 위한 별도 도구가 필요할 수 있음 | PHPTRAVELS 연결예약, 송장, 바우처, 보고 워크플로가 연결됨 |
여행사 에이전트가 고객을 위해 투어와 액티비티를 예약하고 그 예약에서 커미션을 받을 수 있게 하는 Viator의 한 부분입니다. 실질적 가치는 그 접근권이 자체 견적, 결제, 바우처, 지원 워크플로에 얼마나 잘 맞는지에 달려 있습니다.
에이전트 접근권은 Viator가 자체 에이전트 프로그램을 통해 부여합니다. 승인되면 Viator 사이트에서 여행자가 아닌 에이전트로 로그인합니다. PHPTRAVELS는 Viator 로그인을 발급하지 않습니다. API로 Viator 파트너 계정에 연결해 같은 상품을 자체 웹사이트에서 판매하게 합니다.
그것만으로는 부족합니다. 액티비티 재고로는 유용하지만, 대부분의 여행사는 여전히 브랜드 웹사이트, B2B 로그인, CRM, 마크업 관리, 송장, 바우처, 그리고 항공권, 호텔, 기타 상품에 걸친 보고가 필요합니다.
표면적인 퍼센트에 집중하기보다 전체 상업 흐름을 검토하세요. 판매 가격, 추가할 수 있는 마크업, 환불, 지원 업무량, 그리고 매출이 예약별, 상담원별로 얼마나 명확하게 추적되는지입니다. 비율은 Viator가 정하며 변경될 수 있습니다.
네. PHPTRAVELS는 투어 카테고리에 본인의 키로 Viator Partner API에 연결하는 Viator 모듈을 제공합니다. 상품은 마크업이 적용된 채 검색 결과에 나타나고, 예약은 항공권과 호텔 옆에 관리자 화면에 저장됩니다.
사업에 브랜드 판매, 다중 공급업체 처리, 가격 규칙, 단일 고객 기록, 또는 B2B와 지점 단위 관리가 필요할 때입니다. 그 시점에서 포털은 전체 워크플로가 아니라 여러 재고 소스 중 하나가 됩니다.