Succesverhaal van een klant

Hubabak succesverhaal: een vluchtenwinkel afgestemd op snellere aankoopbeslissingen

Een B2C-vluchtverkoper uit het Midden-Oosten heeft het pad herzien dat zijn klanten afleggen van vlucht zoeken tot betalen, zodat een tarief kiezen en betalen sneller en duidelijker aanvoelt.

  • Midden-Oosten
  • B2C-vluchtverkoop
  • Optimalisatie van vluchtverkoop
  • Gelanceerd in 2024

De opdracht

Het Hubabak succesverhaal in het kort

Hubabak verkoopt vluchten rechtstreeks aan reizigers in het Midden-Oosten. Voor een B2C-vluchtverkoper speelt het hele bedrijf zich af op één kort pad: de reiziger zoekt, vergelijkt tarieven, kiest er één, vult passagiersgegevens in en betaalt. Elke extra stap op dat pad is een kans om de verkoop te verliezen.

Het project, gelanceerd in 2024, was een optimalisatie van de vluchtverkoop en geen nieuwbouw. Het doel was smal en praktisch: klanten helpen met minder moeite een aankoopbeslissing te nemen, van de eerste zoekopdracht tot het betaalscherm, en het team laten zien waar die beslissing afbrak.

De winkel is gebouwd op de PHPTRAVELS-module Vluchten; de gids Vluchtboekingssoftware behandelt dezelfde engine vanuit het oogpunt van de koper.

ProjectpasB2C

Van

Zoeken

Naar

Betalen

Klant
Hubabak
Branche
B2C-vluchtverkoop
Regio
Midden-Oosten
Model
B2C
Scope
Optimalisatie van vluchtverkoop

Lancering

2024

Stack

  • PHP
  • MySQL
  • Duffel API

Waar het pad brak

Drie uitdagingen in kaart op het boekingspad

Hubabak noemde drie problemen. Elk zat op een ander punt tussen zoeken en betalen. Kies een uitdaging om de geraakte stappen te zien en het resultaat dat het team meldde.

  1. Vlucht zoekenGeraakte stap
  2. Resultaten vergelijkenGeraakte stap
  3. Tarief kiezenGeraakte stap
  4. PassagiersgegevensGeraakte stap
  5. BetalenGeraakte stap
  6. BevestigingGeraakte stap

Uitdaging

Zware vergelijkingsfrictie

Gebruikers hadden te veel stappen nodig om route en tarief vast te leggen.

Hier besteedt een vluchtkoper de meeste aandacht. Het werk richtte zich erop dat reizigers route en tarief met minder handelingen vastleggen, zonder de details te verliezen die ze nodig hebben om te beslissen.

Gemeld resultaat

Gebruikersreis

Sneller beslispad

Uitdaging

Gebrek aan vertrouwen bij het afrekenen

De overgang naar betalen gaf geen duidelijke zekerheid om af te ronden.

Een reiziger die al een tarief koos, kan bij het betalen nog afhaken. Het doel was een afrekenpagina die herhaalt wat er gekocht wordt en de laatste stap veilig laat voelen.

Gemeld resultaat

Aankoopvertrouwen

Rustiger afrekengevoel

Uitdaging

Beperkt inzicht in gedrag

Het team had beter zicht nodig op waar gebruikers afhaakten.

Deze uitdaging loopt door elke stap. Zonder helder zicht op afhakers kon het team niet zeggen of klanten bij het vergelijken, bij het afrekenen of ergens daartussen vertrokken.

Gemeld resultaat

Optimalisatiesignalen

Scherper zicht op de funnel

De beslissende schermen

Twee schermen die een vluchtaankoop dragen

De meeste B2C-vluchtverkopen worden gewonnen of verloren bij het tariefvergelijk en bij het afrekenen. Deze geannoteerde schetsen tonen wat een afgestemde versie van elk scherm aan de reiziger voorlegt.

  1. Eén rij per tarief, kernfeiten eerstTijden, overstappen en prijs staan in elke rij op dezelfde plek, het oog hoeft niet te zoeken.
  2. Labels die het verschil uitleggenKorte tags zeggen waarom het ene tarief van het volgende verschilt, wat het heen en weer tussen resultaten vermindert.
  3. Eén duidelijke actie per tariefEén kiesknop brengt de reiziger verder in plaats van nog een laag met opties te openen.
  1. De reis herhaald vóór de betalingRoute, reizigers en tarief worden op het betaalscherm herhaald, zodat niemand betaalt zonder zeker te zijn van zijn keuze.
  2. Eén duidelijk totaalHet te betalen bedrag verschijnt één keer en springt eruit, direct boven de actie die het afschrijft.
  3. Een zichtbare volgende stapEen korte regel legt uit wat er na de betaling volgt en neemt de laatste reden tot aarzelen weg.
ResultatenBeste match eerst
  • Beste matchBagage inbegrepenKiezen
  • DirectKiezen
  • Flexibel tariefBagage inbegrepenKiezen
Elk tarief leest op dezelfde manier, dus reizigers vergelijken gelijk met gelijk.
Controleren en betalenLaatste stap
Reis
Reizigers
Tarief
Te betalen totaal
Betalen en bevestigen

Na de betaling hoort de reiziger wat er daarna gebeurt en waar de boekingsbevestiging naartoe gaat.

Illustratieve schetsen van de schermpatronen, geen opnames van de Hubabak-website.

Afhaaksignalen

Zien waar reizigers afhaken

De derde uitdaging stond op geen enkel scherm: het team zag niet duidelijk waar klanten het pad verlieten. Door elke sessie stap voor stap te volgen worden dat vragen met antwoorden.

  • Tot welke stap komen reizigers voordat ze vertrekken?
  • Haken klanten af bij het vergelijken of nadat ze een tarief kozen?
  • Verschuift het afhaakpunt nadat een scherm is herzien?

trace --path search..payment

# sessie die boekt

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

# sessie die afhaakt bij het betalen

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

> afhaakpunt: payment_started, de eerste stap om te bekijken

Illustratief sessiespoor; de eventnamen tonen het idee, geen gegevens van Hubabak.

Resultaten

Wat er veranderde, in de woorden van het team

Hubabak meldde drie resultaten, één per uitdaging. Ze staan hier zoals het team ze formuleerde, zonder verzonnen cijfers.

HB-01GebruikersreisSneller beslispadGemeld
HB-02AankoopvertrouwenRustiger afrekengevoelGemeld
HB-03OptimalisatiesignalenScherper zicht op de funnelGemeld

Onze winkel voelt nu sneller en duidelijker voor klanten die vluchten boeken.

Hubabak-teamProductteam

Onder de winkel

De stack achter de Hubabak-winkel

De winkel rust op drie lagen: de PHPTRAVELS-applicatie in PHP, een MySQL-database en vluchtcontent via de Duffel API-integratie. Het is dezelfde zelf-gehoste basis die op de pagina Online reisbureaus beschreven staat, met broncode onder een commerciële licentie.

  1. Winkel en boekingslogicaZoeken, tariefvergelijking, passagiersgegevens en afrekenen, geleverd door de PHPTRAVELS-applicatie.PHP
  2. GegevensKlanten, boekingen en instellingen opgeslagen in MySQL.MySQL
  3. VluchtcontentVluchtaanbiedingen en boekingen via de koppeling met de Duffel API.Duffel API

Verbeter uw vluchtenwinkel

Ontwerp een rustiger boekingspad voor uw B2C-kanaal. Bekijk de vluchtenwinkel in een live demo en vergelijk daarna de pakketten met eenmalige betaling.

Meer over vluchtverkoop

Veelgestelde vragen

Vragen over het Hubabak-project

Korte antwoorden over de klant, het werk en hoe u een vergelijkbare vluchtenwinkel runt.

Praat met sales

Hubabak is een B2C-vluchtverkoper in het Midden-Oosten die vluchten rechtstreeks aan reizigers verkoopt. De winkel draait op PHPTRAVELS en het hier beschreven project ging in 2024 live.

Drie dingen: frictie bij het vergelijken, omdat klanten te veel stappen nodig hadden voor route en tarief; vertrouwen bij het afrekenen, omdat de overgang naar betalen niet geruststelde; en beperkt inzicht in waar klanten het boekingspad verlieten.

Een sneller beslispad in de gebruikersreis, een rustiger afrekengevoel voor aankoopvertrouwen en scherper zicht op de funnel voor optimalisatie. De klant beschreef de resultaten in deze termen en publiceerde geen cijfers, dus deze pagina voegt er geen toe.

PHP en MySQL voor de PHPTRAVELS-applicatie en de gegevens, met de Duffel API als bron van vluchtcontent.

Nee. De tariefvergelijking, het afrekenen en het sessiespoor zijn illustratieve schetsen van de patronen achter het werk. Het zijn geen opnames van de live site of van gegevens van Hubabak.

Ja. De vluchtmodule van PHPTRAVELS draagt B2C-vluchtverkoop op een zelf-gehost platform, met broncode onder een commerciële licentie. Boek een demo om het boekingspad door te lopen, of bekijk de pakketten met eenmalige betaling op de prijspagina.