Demo na żywo

Historia sukcesu klienta

Travel Horizontal: jeden proces marketplace dla klientów i partnerów

Globalny marketplace podróży, który sprzedaje podróżnym i partnerom handlowym, przebudował swoje operacje: oba kanały działają według tego samego procesu, są zarządzane z mniejszej liczby miejsc i rzadziej wymagają eskalacji.

  • Globalnie
  • B2B + B2C
  • Przebudowa operacji marketplace
  • Uruchomiono w 2024

Marketplace

Historia sukcesu Travel Horizontal w skrócie

Travel Horizontal prowadzi globalny marketplace podróży z dwoma rodzajami kupujących: podróżnymi, którzy rezerwują dla siebie, oraz partnerami handlowymi, którzy rezerwują w imieniu swoich klientów. Oba kanały sprzedają te same podróże, ale z czasem obsługa każdej rezerwacji zaczęła się w nich rozjeżdżać.

Projekt polegał na przebudowie operacji marketplace. Celem nie była nowa witryna, lecz czystszy proces platformy pod nią: jeden sposób obsługi rezerwacji klientów i partnerów, mniej miejsc do zarządzania nimi oraz standardowe procedury dla codziennych przypadków.

Zbudowano go na PHPTRAVELS, tym samym silniku rezerwacji, który stoi za stronami Biura podróży online i Portal turystyczny B2B.

Branża
Marketplace podróży
Region
Globalnie
Model
B2B + B2C
Zakres
Przebudowa operacji marketplace
Uruchomienie
2024
Mapa kanałów
B2CKanał klientówPodróżni rezerwujący dla siebie
B2BKanał partnerówPartnerzy handlowi rezerwujący dla swoich klientów

Jeden proces marketplace

  1. Wyszukiwanie
  2. Rezerwacja
  3. Zarządzanie
  4. Wsparcie
Jeden punkt kontroli administracyjnejZespół prowadzi oba kanały z jednego miejsca
Uproszczony obraz docelowego układu, a nie schemat systemów Travel Horizontal.

Od diagnozy do wyniku

Trzy problemy wskazane przez marketplace i co się zmieniło

Każdy wątek zaczyna się od wyzwania opisanego przez Travel Horizontal i kończy wynikiem, który firma przedstawiła własnymi słowami.

  1. Spójność ścieżki

    Wyzwanie

    Niespójność między kanałamiŚcieżki klientów i partnerów były obsługiwane operacyjnie w różny sposób.

    Wynik

    Ujednolicony przepływ kanałówRezerwacje klientów i partnerów przechodzą teraz przez ten sam proces, więc zespół obsługuje je tak samo.

  2. Zarządzanie operacyjne

    Wyzwanie

    Rozproszone punkty kontroliZespoły pracowały w zbyt wielu niepołączonych miejscach administracji.

    Wynik

    Czytelniejsza kontrola administracyjnaCodzienne zarządzanie odbywa się w mniejszej liczbie połączonych miejsc zamiast na osobnych ekranach.

  3. Efektywność wsparcia

    Wyzwanie

    Procedury pełne eskalacjiTypowe przypadki były eskalowane, bo proces nie był ustandaryzowany.

    Wynik

    Mniej eskalacjiStandardowe procedury pozwalają rozwiązać typowy przypadek pierwszej osobie, która go widzi.

Wyniki według Travel Horizontal. Dla tego projektu nie opublikowano liczb.

Równość kanałów

Ścieżki klientów i partnerów na tych samych torach

Ujednolicenie kanałów nie oznacza, że stają się identyczne. Kroki i zasady są wspólne, a każdy kanał zachowuje to, czego naprawdę potrzebuje, np. partner płacący ze swojego Portfele agentów. Zmień widok, aby porównać.

Pokaż jako

  • WyszukiwanieWspólne dla obu kanałówTa sama oferta i ten sam proces wyszukiwania.B2CB2BCeny publiczne na stronie marketplace.Ceny partnerskie widoczne po zalogowaniu partnera.
  • RezerwacjaWspólne dla obu kanałówJeden format rekordu dla każdej sprzedaży.B2CB2BPodróżny rezerwuje dla siebie.Partner rezerwuje w imieniu swojego klienta.
  • PłatnośćWspólne dla obu kanałówJeden status płatności przy każdej rezerwacji.B2CB2BPodróżny płaci online przy finalizacji.Partner może zapłacić z salda swojego konta.
  • ZarządzanieWspólne dla obu kanałówTe same statusy i te same kroki zmian.B2CB2BPodróżny widzi rezerwację na swoim koncie.Partner widzi wszystkie swoje rezerwacje w panelu.
  • WsparcieWspólne dla obu kanałówJedna standardowa procedura dla typowych zgłoszeń.B2CB2BZgłoszenia przychodzą bezpośrednio od podróżnego.Zgłoszenia przychodzą od partnera, przypisane do jego konta.

Ilustracja tego, jak PHPTRAVELS oddziela wspólne kroki od specyficznych dla kanału, a nie konfiguracja Travel Horizontal.

Jedna administracja

Od rozproszonych miejsc do jednej konsoli marketplace

Rozproszone punkty kontroli były drugim problemem. Gdy rezerwacje klientów, zgłoszenia partnerów, płatności i wsparcie są każde gdzie indziej, każde codzienne zadanie zaczyna się od szukania właściwego ekranu.

Wcześniej: osobne miejsca

  • Rezerwacje klientów
  • Zgłoszenia partnerów
  • Kontrola płatności
  • Skrzynka wsparcia

Teraz: jedna konsola

  • Rezerwacje klientów i partnerów na jednej liście, rozróżnione etykietą kanału.
  • Partnerzy, klienci, dostawcy i płatności zarządzani z jednej administracji.
  • Jeden status na rezerwację, więc nikt nie musi sprawdzać drugiego ekranu.

Dane klientów i partnerów mogą następnie zasilać dalsze działania w CRM dla turystyki.

Administracja marketplaceB2CB2B
  • Rezerwacje
  • Klienci
  • Partnerzy
  • Dostawcy
  • Płatności
  • Ustawienia

Rezerwacje

NrKanałProduktStatus
#2041B2CLotPotwierdzona
#2042B2BHotelOczekująca
#2043B2BWycieczkaPotwierdzona
#2044B2CHotelZmieniona

Poglądowy widok administracji z przykładowymi rezerwacjami, a nie zrzut ekranu administracji Travel Horizontal.

Mniej eskalacji

Typowe przypadki zostają na pierwszym szczeblu

Procedury pełne eskalacji były trzecim problemem. Dzięki standardowej obsłudze codziennych zgłoszeń przypadek idzie wyżej tylko wtedy, gdy jest naprawdę nietypowy. Wybierz przypadek, aby zobaczyć, gdzie trafia.

Wybierz przypadek

Przed przebudową wiele z tych typowych przypadków wspinało się po drabinie, bo nie było dla nich standardowej procedury.

  1. Zespół platformyZmiany w działaniu samego marketplaceObsługiwane tutaj
  2. Kierownik operacyjnyWyjątki wymagające decyzjiObsługiwane tutaj
  3. Pierwszy kontaktCodzienne przypadki obsługiwane standardową procedurąObsługiwane tutaj
Rozwiązane przy pierwszym kontakcie dzięki standardowej procedurze.Eskalowane, bo ten przypadek naprawdę wykracza poza normę.

Ilustracja zasady opisanej przez Travel Horizontal, a nie jej rzeczywisty grafik wsparcia.

Ich słowami

Co mówi zespół platformy

Nasz przepływ między kanałami jest teraz łatwiejszy w zarządzaniu i bardziej przewidywalny w codziennych operacjach.

Zespół Travel HorizontalZespół platformy

Jeden rekord rezerwacji, bez względu na kanał

Projekt działa na PHP, MySQL i JavaScript z REST API, więc rezerwacja partnera i klienta mają tę samą strukturę. Więcej o łączeniu systemów na stronie Integracja API turystycznych.

GET /api/bookings/2042

{
  "channel": "b2b",
  "product": "hotel",
  "status": "pending",
  "payment": "unpaid"
}

Poglądowe zapytanie i odpowiedź, a nie rzeczywiste API Travel Horizontal.

Stos technologiczny

  • PHP
  • MySQL
  • JavaScript
  • REST API

Usprawnij operacje swojego marketplace

Połącz procesy B2B i B2C w jeden spójny system. PHPTRAVELS jest self-hosted i zawiera kod źródłowy na licencji komercyjnej.

Zacznij od demoZobacz cennik

Powiązane rozwiązania

Pytania

FAQ projektu Travel Horizontal

Krótkie odpowiedzi o marketplace, przebudowie i o tym, czego wymaga podobny projekt.

Kontakt ze sprzedażą

Opisuje, jak Travel Horizontal, globalny marketplace podróży sprzedający podróżnym i partnerom handlowym, przebudował operacje na PHPTRAVELS, aby ujednolicić kanały, scalić kontrolę administracyjną i ograniczyć eskalacje.

Marketplace sprzedaje bezpośrednio podróżnym (B2C) oraz przez partnerów handlowych rezerwujących dla swoich klientów (B2B). Przebudowa objęła oba kanały jednym procesem, zachowując to, co specyficzne dla każdego.

Ujednolicony przepływ kanałów, czytelniejszą kontrolę administracyjną i mniej eskalacji. Marketplace opisał te wyniki własnymi słowami; nie opublikowano liczb.

Projekt uruchomiono w 2024 roku.

PHP, MySQL, JavaScript i REST API. PHPTRAVELS jest self-hosted i zawiera kod źródłowy na licencji komercyjnej.

Tak. Umów demo, aby omówić, jak dziś działają Twoje kanały klientów i partnerów, a potem porównaj plany z jednorazową opłatą na stronie cennika: Startup $2499, Agency $4999 i Enterprise $9999.

Odkryj więcej

Więcej o platformie