Kisah kejayaan pelanggan

Kisah kejayaan Hubabak: kedai tiket penerbangan yang ditala untuk keputusan beli lebih pantas

Sebuah peruncit tiket penerbangan B2C di Timur Tengah menyusun semula laluan yang dilalui pelanggannya dari carian penerbangan hingga bayaran, supaya memilih tambang dan membayarnya terasa lebih pantas dan jelas.

  • Timur Tengah
  • Runcit tiket penerbangan B2C
  • Pengoptimuman runcit tiket penerbangan
  • Dilancarkan 2024

Ringkasan projek

Kisah kejayaan Hubabak secara ringkas

Hubabak menjual tiket penerbangan terus kepada pelancong di Timur Tengah. Bagi peruncit tiket penerbangan B2C, seluruh perniagaan berlaku pada satu laluan pendek: pelancong mencari, membandingkan tambang, memilih satu, mengisi butiran penumpang dan membayar. Setiap langkah tambahan pada laluan itu ialah peluang untuk kehilangan jualan.

Projek yang dilancarkan pada 2024 ini ialah pengoptimuman runcit tiket penerbangan, bukan binaan baharu. Matlamatnya sempit dan praktikal: membantu pelanggan membuat keputusan membeli dengan usaha yang kurang, dari carian pertama hingga skrin bayaran, dan menunjukkan kepada pasukan di mana keputusan itu terputus.

Kedai ini dibina di atas modul Penerbangan PHPTRAVELS; panduan Perisian tempahan penerbangan membincangkan enjin yang sama dari sudut pandangan pembeli.

Pas projekB2C

Dari

Carian

Ke

Bayaran

Pelanggan
Hubabak
Industri
Runcit tiket penerbangan B2C
Rantau
Timur Tengah
Model
B2C
Skop
Pengoptimuman runcit tiket penerbangan

Pelancaran

2024

Teknologi

  • PHP
  • MySQL
  • Duffel API

Laman web

hababak.com

Di mana laluan terputus

Tiga cabaran yang dipetakan pada laluan tempahan

Hubabak menamakan tiga masalah. Setiap satu berada di titik berbeza antara carian dan bayaran. Pilih satu cabaran untuk melihat peringkat yang terjejas dan hasil yang dilaporkan pasukan.

  1. Carian penerbanganPeringkat terjejas
  2. Bandingkan hasilPeringkat terjejas
  3. Pilih tambangPeringkat terjejas
  4. Butiran penumpangPeringkat terjejas
  5. BayaranPeringkat terjejas
  6. PengesahanPeringkat terjejas

Cabaran

Perbandingan yang terlalu berat

Pengguna memerlukan terlalu banyak langkah untuk memuktamadkan laluan dan tambang.

Di sinilah pembeli tiket memberi perhatian paling banyak. Kerja tertumpu pada membolehkan pelancong menetapkan laluan dan tambang dengan lebih sedikit gerakan, tanpa kehilangan butiran yang diperlukan untuk membuat keputusan.

Hasil yang dilaporkan

Perjalanan pengguna

Laluan keputusan lebih pantas

Cabaran

Jurang keyakinan semasa pembayaran

Peralihan ke bayaran tidak memberi jaminan yang jelas untuk melengkapkan pembelian.

Pelancong yang sudah memilih tambang masih boleh berhenti ketika hendak membayar. Sasarannya ialah halaman bayaran yang mengulang apa yang dibeli dan menjadikan langkah terakhir terasa selamat.

Hasil yang dilaporkan

Keyakinan membeli

Rasa bayaran lebih kemas

Cabaran

Gambaran tingkah laku yang terhad

Pasukan perlu melihat dengan lebih jelas di mana pengguna keluar.

Cabaran ini merentasi setiap peringkat. Tanpa gambaran jelas tentang titik keluar, pasukan tidak dapat tahu sama ada pelanggan pergi semasa membandingkan, semasa membayar atau di antaranya.

Hasil yang dilaporkan

Isyarat pengoptimuman

Gambaran corong lebih tajam

Skrin penentu

Dua skrin yang menampung pembelian tiket penerbangan

Kebanyakan jualan tiket penerbangan B2C dimenangi atau hilang pada perbandingan tambang dan pada bayaran. Lakaran beranotasi ini menunjukkan apa yang dipaparkan oleh versi tertala setiap skrin kepada pelancong.

  1. Satu baris setiap tambang, maklumat utama dahuluMasa, persinggahan dan harga berada di tempat yang sama pada setiap baris, jadi mata tidak perlu mencari.
  2. Label yang menerangkan perbezaanTag ringkas menyatakan mengapa satu tambang berbeza daripada yang seterusnya, mengurangkan ulang-alik antara hasil.
  3. Satu tindakan jelas setiap tambangSatu butang pilih membawa pelancong ke hadapan, bukan membuka satu lagi lapisan pilihan.
  1. Perjalanan diulang sebelum bayaranLaluan, pelancong dan tambang diulang pada skrin bayaran, supaya tiada sesiapa membayar dalam keadaan ragu tentang pilihannya.
  2. Satu jumlah yang jelasAmaun yang perlu dibayar dipaparkan sekali dan menonjol, betul-betul di atas tindakan yang mengenakan caj.
  3. Langkah seterusnya yang kelihatanSatu baris ringkas menerangkan apa yang berlaku selepas bayaran, menghapuskan sebab terakhir untuk teragak-agak.
HasilPaling sepadan dahulu
  • Paling sepadanTermasuk bagasiPilih
  • TerusPilih
  • Tambang fleksibelTermasuk bagasiPilih
Setiap tambang dibaca dengan cara yang sama, jadi pelancong membandingkan perkara yang setara.
Semak dan bayarLangkah terakhir
Perjalanan
Pelancong
Tambang
Jumlah perlu dibayar
Bayar dan sahkan

Selepas bayaran, pelancong dimaklumkan apa yang berlaku seterusnya dan ke mana pengesahan tempahan akan dihantar.

Lakaran ilustrasi corak skrin, bukan tangkapan skrin laman web Hubabak.

Isyarat keluar

Melihat di mana pelancong pergi

Cabaran ketiga tidak berada pada mana-mana skrin: pasukan tidak dapat melihat dengan jelas di mana pelanggan meninggalkan laluan. Menjejak setiap sesi peringkat demi peringkat mengubahnya menjadi soalan yang ada jawapan.

  • Sampai peringkat mana pelancong sebelum mereka pergi?
  • Adakah pelanggan keluar semasa membandingkan, atau selepas memilih tambang?
  • Selepas sesuatu skrin dibina semula, adakah titik keluar beralih?

trace --path search..payment

# sesi yang menempah

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

# sesi yang keluar semasa bayaran

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

> titik keluar: payment_started, peringkat pertama untuk disemak

Jejak sesi ilustrasi; nama acara menunjukkan idea, bukan data Hubabak.

Hasil

Apa yang berubah, dalam kata-kata pasukan sendiri

Hubabak melaporkan tiga hasil, satu bagi setiap cabaran. Ia dinyatakan seperti yang diungkapkan pasukan, tanpa angka rekaan.

HB-01Perjalanan penggunaLaluan keputusan lebih pantasDilaporkan
HB-02Keyakinan membeliRasa bayaran lebih kemasDilaporkan
HB-03Isyarat pengoptimumanGambaran corong lebih tajamDilaporkan

Kedai kami kini terasa lebih pantas dan lebih jelas bagi pelanggan yang menempah penerbangan.

Pasukan HubabakPasukan produk

Di bawah kedai

Teknologi di sebalik kedai Hubabak

Kedai ini berdiri di atas tiga lapisan: aplikasi PHPTRAVELS dalam PHP, pangkalan data MySQL, dan kandungan penerbangan melalui Integrasi API Duffel. Ia asas hos sendiri yang sama seperti yang diterangkan di halaman Agensi dalam talian, dengan kod sumber disertakan di bawah lesen komersial.

  1. Kedai dan logik tempahanCarian, perbandingan tambang, butiran penumpang dan bayaran, disediakan oleh aplikasi PHPTRAVELS.PHP
  2. DataPelanggan, tempahan dan tetapan disimpan dalam MySQL.MySQL
  3. Kandungan penerbanganTawaran dan tempahan penerbangan melalui sambungan Duffel API.Duffel API

Tingkatkan kedai tiket penerbangan anda

Reka laluan tempahan yang lebih kemas untuk saluran B2C anda. Lihat kedai tiket penerbangan dalam demo langsung, kemudian bandingkan pelan bayaran sekali.

Lagi tentang runcit tiket penerbangan

Soalan lazim

Soalan tentang projek Hubabak

Jawapan ringkas tentang pelanggan, kerja yang dilakukan dan cara mengendalikan kedai tiket penerbangan yang serupa.

Hubungi jualan

Hubabak ialah peruncit tiket penerbangan B2C di Timur Tengah yang menjual penerbangan terus kepada pelancong. Kedainya berjalan di PHPTRAVELS dan projek yang diterangkan di sini dilancarkan pada 2024.

Tiga perkara: geseran semasa membandingkan, kerana pelanggan memerlukan terlalu banyak langkah untuk menetapkan laluan dan tambang; keyakinan semasa pembayaran, kerana peralihan ke bayaran kurang meyakinkan; dan gambaran terhad tentang di mana pelanggan meninggalkan laluan tempahan.

Laluan keputusan lebih pantas untuk perjalanan pengguna, rasa bayaran lebih kemas untuk keyakinan membeli, dan gambaran corong lebih tajam untuk pengoptimuman. Pelanggan menerangkan hasil dengan istilah ini dan tidak menerbitkan angka, jadi halaman ini tidak menambah sebarang angka.

PHP dan MySQL untuk aplikasi PHPTRAVELS dan datanya, dengan Duffel API membekalkan kandungan penerbangan.

Tidak. Perbandingan tambang, bayaran dan jejak sesi ialah lakaran ilustrasi corak di sebalik kerja ini. Ia bukan tangkapan skrin laman langsung atau data Hubabak.

Boleh. Modul penerbangan PHPTRAVELS menjalankan jualan tiket penerbangan B2C pada platform hos sendiri, dengan kod sumber disertakan di bawah lesen komersial. Tempah demo untuk meneliti laluan tempahan, atau lihat pelan bayaran sekali di halaman harga.