Demo na żywo

Historia sukcesu klienta

Hubabak historia sukcesu: sklep z lotami dostrojony do szybszych decyzji zakupowych

Sprzedawca biletów lotniczych B2C z Bliskiego Wschodu przebudował ścieżkę, którą klienci przechodzą od wyszukania lotu do płatności, aby wybór taryfy i zapłata były szybsze i bardziej zrozumiałe.

  • Bliski Wschód
  • Sprzedaż lotów B2C
  • Optymalizacja sprzedaży lotów
  • Uruchomiony w 2024

Zadanie

Historia sukcesu Hubabak w skrócie

Hubabak sprzedaje loty bezpośrednio podróżnym na Bliskim Wschodzie. Dla sprzedawcy biletów lotniczych B2C cały biznes dzieje się na jednej krótkiej ścieżce: podróżny wyszukuje, porównuje taryfy, wybiera jedną, wpisuje dane pasażerów i płaci. Każdy dodatkowy krok na tej ścieżce to okazja do utraty sprzedaży.

Projekt uruchomiony w 2024 roku był optymalizacją sprzedaży lotów, a nie budową od zera. Cel był wąski i praktyczny: pomóc klientowi podjąć decyzję o zakupie mniejszym wysiłkiem, od pierwszego wyszukiwania do ekranu płatności, i pokazać zespołowi, gdzie ta decyzja się załamuje.

Sklep jest zbudowany na module Loty PHPTRAVELS; przewodnik Oprogramowanie do rezerwacji lotów opisuje ten sam silnik z perspektywy kupującego.

Karta projektuB2C

Skąd

Wyszukiwanie

Dokąd

Płatność

Klient
Hubabak
Branża
Sprzedaż lotów B2C
Region
Bliski Wschód
Model
B2C
Zakres
Optymalizacja sprzedaży lotów

Uruchomienie

2024

Technologie

  • PHP
  • MySQL
  • Duffel API

Gdzie ścieżka się łamała

Trzy wyzwania naniesione na ścieżkę rezerwacji

Hubabak wskazał trzy problemy. Każdy leżał w innym miejscu między wyszukiwaniem a płatnością. Wybierz wyzwanie, aby zobaczyć etapy, których dotyczyło, i wynik zgłoszony przez zespół.

  1. Wyszukiwanie lotuEtap, którego dotyczy
  2. Porównanie wynikówEtap, którego dotyczy
  3. Wybór taryfyEtap, którego dotyczy
  4. Dane pasażerówEtap, którego dotyczy
  5. PłatnośćEtap, którego dotyczy
  6. PotwierdzenieEtap, którego dotyczy

Wyzwanie

Uciążliwe porównywanie

Użytkownicy potrzebowali zbyt wielu kroków, by ustalić trasę i taryfę.

To tutaj kupujący bilet poświęca najwięcej uwagi. Prace skupiły się na tym, by podróżny ustalał trasę i taryfę mniejszą liczbą ruchów, nie tracąc szczegółów potrzebnych do decyzji.

Zgłoszony wynik

Ścieżka użytkownika

Szybsza droga do decyzji

Wyzwanie

Braki zaufania przy płatności

Przejście do płatności nie dawało jasnego poczucia bezpieczeństwa przy finalizacji.

Podróżny, który wybrał już taryfę, wciąż może zatrzymać się w chwili płacenia. Celem był ekran płatności, który powtarza, co jest kupowane, i sprawia, że ostatni krok wydaje się bezpieczny.

Zgłoszony wynik

Zaufanie przy zakupie

Czystsze odczucie płatności

Wyzwanie

Ograniczony wgląd w zachowania

Zespół potrzebował lepszego obrazu tego, gdzie użytkownicy rezygnowali.

To wyzwanie przechodzi przez każdy etap. Bez jasnego obrazu porzuceń zespół nie wiedział, czy klienci odchodzą przy porównaniu, przy płatności, czy gdzieś pomiędzy.

Zgłoszony wynik

Sygnały optymalizacji

Ostrzejszy wgląd w lejek

Decydujące ekrany

Dwa ekrany, na których opiera się zakup lotu

Większość sprzedaży lotów B2C wygrywa się lub przegrywa przy porównaniu taryf i przy płatności. Te szkice z adnotacjami pokazują, co dostrojona wersja każdego ekranu stawia przed podróżnym.

  1. Jeden wiersz na taryfę, najważniejsze najpierwGodziny, przesiadki i cena są w każdym wierszu w tym samym miejscu, więc wzrok nie musi szukać.
  2. Etykiety, które wyjaśniają różnicęKrótkie tagi mówią, czym jedna taryfa różni się od następnej, co ogranicza przeskakiwanie między wynikami.
  3. Jedna jasna akcja na taryfęJeden przycisk wyboru prowadzi podróżnego dalej zamiast otwierać kolejną warstwę opcji.
  1. Podróż powtórzona przed płatnościąTrasa, podróżni i taryfa są powtórzone na ekranie płatności, więc nikt nie płaci, nie będąc pewnym swojego wyboru.
  2. Jedna jasna kwotaKwota do zapłaty pojawia się raz i wyraźnie, tuż nad akcją, która ją pobiera.
  3. Widoczny następny krokKrótka linijka wyjaśnia, co nastąpi po płatności, i usuwa ostatni powód do wahania.
WynikiNajlepsze dopasowanie najpierw
  • Najlepsze dopasowanieBagaż w cenieWybierz
  • BezpośredniWybierz
  • Elastyczna taryfaBagaż w cenieWybierz
Każdą taryfę czyta się tak samo, więc podróżny porównuje podobne z podobnym.
Sprawdź i zapłaćOstatni krok
Podróż
Podróżni
Taryfa
Do zapłaty
Zapłać i potwierdź

Po płatności podróżny dowiaduje się, co nastąpi dalej i dokąd trafi potwierdzenie rezerwacji.

Poglądowe szkice wzorców ekranów, a nie zrzuty strony Hubabak.

Sygnały porzuceń

Widzieć, gdzie odchodzą podróżni

Trzecie wyzwanie nie było na żadnym ekranie: zespół nie widział wyraźnie, gdzie klienci opuszczają ścieżkę. Śledzenie każdej sesji etap po etapie zamienia to w pytania, na które jest odpowiedź.

  • Do którego etapu docierają podróżni, zanim odejdą?
  • Czy klienci rezygnują przy porównaniu, czy już po wyborze taryfy?
  • Czy po przebudowie ekranu punkt porzucenia się przesuwa?

trace --path search..payment

# sesja z rezerwacją

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedOK
  6. 06booking_confirmedOK

# sesja porzucona przy płatności

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedEXIT

> punkt porzucenia: payment_started, pierwszy etap do sprawdzenia

Poglądowy ślad sesji; nazwy zdarzeń pokazują ideę, a nie dane Hubabak.

Wyniki

Co się zmieniło, słowami samego zespołu

Hubabak zgłosił trzy wyniki, po jednym na każde wyzwanie. Podajemy je tak, jak sformułował je zespół, bez wymyślonych liczb.

HB-01Ścieżka użytkownikaSzybsza droga do decyzjiZgłoszono
HB-02Zaufanie przy zakupieCzystsze odczucie płatnościZgłoszono
HB-03Sygnały optymalizacjiOstrzejszy wgląd w lejekZgłoszono

Nasz sklep jest teraz szybszy i bardziej zrozumiały dla klientów rezerwujących loty.

Zespół HubabakZespół produktowy

Pod sklepem

Technologie stojące za sklepem Hubabak

Sklep opiera się na trzech warstwach: aplikacji PHPTRAVELS w PHP, bazie danych MySQL i treściach lotniczych przez Integracja API Duffel. To ta sama samodzielnie hostowana podstawa, którą opisuje strona Biura podróży online, z kodem źródłowym na licencji komercyjnej.

  1. Sklep i logika rezerwacjiWyszukiwanie, porównanie taryf, dane pasażerów i płatność, obsługiwane przez aplikację PHPTRAVELS.PHP
  2. DaneKlienci, rezerwacje i ustawienia zapisane w MySQL.MySQL
  3. Treści lotniczeOferty i rezerwacje lotów przez połączenie z Duffel API.Duffel API

Ulepsz swój sklep z lotami

Zaprojektuj czystszą ścieżkę rezerwacji dla swojego kanału B2C. Zobacz sklep z lotami w demo na żywo, a potem porównaj plany z jednorazową opłatą.

Umów demoZobacz ceny

Więcej o sprzedaży lotów

FAQ

Pytania o projekt Hubabak

Krótkie odpowiedzi o kliencie, wykonanej pracy i prowadzeniu podobnego sklepu z lotami.

Kontakt ze sprzedażą

Hubabak to sprzedawca biletów lotniczych B2C na Bliskim Wschodzie, który sprzedaje loty bezpośrednio podróżnym. Jego sklep działa na PHPTRAVELS, a opisany tu projekt uruchomiono w 2024 roku.

Trzy rzeczy: tarcie przy porównywaniu, bo klienci potrzebowali zbyt wielu kroków do ustalenia trasy i taryfy; zaufanie przy płatności, bo przejście do niej nie uspokajało; oraz ograniczony wgląd w to, gdzie klienci opuszczali ścieżkę rezerwacji.

Szybszą drogę do decyzji na ścieżce użytkownika, czystsze odczucie płatności dla zaufania przy zakupie i ostrzejszy wgląd w lejek dla optymalizacji. Klient opisał wyniki tymi słowami i nie opublikował liczb, więc ta strona żadnych nie dodaje.

PHP i MySQL dla aplikacji PHPTRAVELS i jej danych, a Duffel API dostarcza treści lotnicze.

Nie. Porównanie taryf, płatność i ślad sesji to poglądowe szkice wzorców stojących za pracą. Nie są to zrzuty działającej strony ani danych Hubabak.

Tak. Moduł lotów PHPTRAVELS obsługuje sprzedaż lotów B2C na samodzielnie hostowanej platformie, z kodem źródłowym na licencji komercyjnej. Umów demo, aby przejść ścieżkę rezerwacji, albo zobacz plany z jednorazową opłatą na stronie cennika.

Odkryj więcej

Więcej o platformie