Témoignage client

Étude de cas Hubabak : une boutique de vols réglée pour des décisions d'achat plus rapides

Un vendeur B2C de vols du Moyen-Orient a retravaillé le chemin que suivent ses clients de la recherche de vol au paiement, pour que choisir un tarif et le payer soit plus rapide et plus clair.

  • Moyen-Orient
  • Vente B2C de vols
  • Optimisation de la vente de vols
  • Lancé en 2024

Le brief

L'étude de cas Hubabak en bref

Hubabak vend des vols directement aux voyageurs au Moyen-Orient. Pour un vendeur B2C de vols, toute l'activité se joue sur un chemin court : le voyageur cherche, compare les tarifs, en choisit un, saisit les données des passagers et paie. Chaque étape de trop sur ce chemin est une occasion de perdre la vente.

Le projet, lancé en 2024, était une optimisation de la vente de vols et non une nouvelle construction. Son objectif était précis et concret : aider le client à décider de son achat avec moins d'effort, de la première recherche à l'écran de paiement, et montrer à l'équipe où cette décision se brisait.

La boutique repose sur le module Vols de PHPTRAVELS ; le guide Logiciel de réservation de vols présente le même moteur du point de vue de l'acheteur.

Carte du projetB2C

De

Recherche

À

Paiement

Client
Hubabak
Secteur
Vente B2C de vols
Région
Moyen-Orient
Modèle
B2C
Périmètre
Optimisation de la vente de vols

Lancement

2024

Technologies

  • PHP
  • MySQL
  • Duffel API

Site web

hababak.com

Là où le parcours cassait

Trois défis placés sur le parcours de réservation

Hubabak a cité trois problèmes. Chacun se trouvait à un endroit différent entre la recherche et le paiement. Choisissez un défi pour voir les étapes touchées et le résultat rapporté par l'équipe.

  1. Recherche de volÉtape touchée
  2. Comparer les résultatsÉtape touchée
  3. Choisir un tarifÉtape touchée
  4. Données passagersÉtape touchée
  5. PaiementÉtape touchée
  6. ConfirmationÉtape touchée

Défi

Comparaison trop lourde

Les utilisateurs avaient besoin de trop d'étapes pour arrêter l'itinéraire et le tarif.

C'est ici qu'un acheteur de billet concentre l'essentiel de son attention. Le travail a visé à permettre au voyageur de fixer itinéraire et tarif en moins de gestes, sans perdre les détails nécessaires à sa décision.

Résultat rapporté

Parcours utilisateur

Décision plus rapide

Défi

Manque de confiance au paiement

Le passage au paiement ne rassurait pas clairement pour finaliser.

Un voyageur qui a déjà choisi son tarif peut encore s'arrêter au moment de payer. Le but était un paiement qui rappelle ce qui est acheté et rend la dernière étape sûre à franchir.

Résultat rapporté

Confiance d'achat

Paiement plus net

Défi

Peu de visibilité sur le comportement

L'équipe avait besoin de mieux voir où les utilisateurs quittaient le parcours.

Ce défi traverse toutes les étapes. Sans vue claire des abandons, l'équipe ne savait pas si les clients partaient à la comparaison, au paiement ou quelque part entre les deux.

Résultat rapporté

Signaux d'optimisation

Vision plus fine de l'entonnoir

Les écrans décisifs

Deux écrans qui portent l'achat d'un vol

La plupart des ventes B2C de vols se gagnent ou se perdent à la comparaison des tarifs et au paiement. Ces croquis annotés montrent ce qu'une version affinée de chaque écran présente au voyageur.

  1. Une ligne par tarif, l'essentiel d'abordHoraires, escales et prix sont au même endroit sur chaque ligne, l'œil n'a pas à chercher.
  2. Des étiquettes qui expliquent la différenceDe courtes étiquettes disent pourquoi un tarif diffère du suivant, ce qui réduit les allers-retours entre résultats.
  3. Une action claire par tarifUn seul bouton de choix fait avancer le voyageur au lieu d'ouvrir une nouvelle couche d'options.
  1. Le voyage rappelé avant le paiementItinéraire, voyageurs et tarif sont repris sur l'écran de paiement, pour que personne ne paie sans être sûr de son choix.
  2. Un total clairLe montant à payer apparaît une seule fois et ressort, juste au-dessus de l'action qui le débite.
  3. Une étape suivante visibleUne courte ligne explique ce qui suit le paiement, ce qui lève la dernière raison d'hésiter.
RésultatsMeilleur choix d'abord
  • Meilleur choixBagage inclusChoisir
  • DirectChoisir
  • Tarif flexibleBagage inclusChoisir
Chaque tarif se lit de la même façon, le voyageur compare donc des éléments équivalents.
Vérifier et payerDernière étape
Voyage
Voyageurs
Tarif
Total à payer
Payer et confirmer

Après le paiement, le voyageur sait ce qui se passe ensuite et où arrivera la confirmation de réservation.

Croquis illustratifs des modèles d'écran, pas des captures du site de Hubabak.

Signaux d'abandon

Voir où les voyageurs s'en vont

Le troisième défi n'était sur aucun écran : l'équipe ne voyait pas clairement où les clients quittaient le parcours. Suivre chaque session étape par étape en fait des questions qui ont une réponse.

  • Jusqu'à quelle étape les voyageurs vont-ils avant de partir ?
  • Les clients abandonnent-ils à la comparaison ou après avoir choisi un tarif ?
  • Après la refonte d'un écran, le point d'abandon se déplace-t-il ?

trace --path search..payment

# session qui réserve

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

# session qui abandonne au paiement

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

> point d'abandon : payment_started, la première étape à examiner

Trace de session illustrative ; les noms d'événements montrent l'idée, pas des données de Hubabak.

Résultats

Ce qui a changé, dans les mots de l'équipe

Hubabak a rapporté trois résultats, un par défi. Ils figurent tels que l'équipe les a formulés, sans chiffres inventés.

HB-01Parcours utilisateurDécision plus rapideRapporté
HB-02Confiance d'achatPaiement plus netRapporté
HB-03Signaux d'optimisationVision plus fine de l'entonnoirRapporté

Notre boutique paraît désormais plus rapide et plus claire pour les clients qui réservent des vols.

Équipe HubabakÉquipe produit

Sous la boutique

Les technologies derrière la boutique Hubabak

La boutique repose sur trois couches : l'application PHPTRAVELS en PHP, une base de données MySQL et le contenu vols via l'Intégration de l'API Duffel. C'est la même base auto-hébergée que celle décrite sur la page Agences en ligne (OTA), avec le code source inclus sous licence commerciale.

  1. Boutique et logique de réservationRecherche, comparaison des tarifs, données passagers et paiement, servis par l'application PHPTRAVELS.PHP
  2. DonnéesClients, réservations et réglages stockés dans MySQL.MySQL
  3. Contenu volsOffres et réservations de vols via la connexion à l'API Duffel.Duffel API

Améliorez votre boutique de vols

Concevez un parcours de réservation plus net pour votre canal B2C. Découvrez la boutique de vols en démo, puis comparez les offres à paiement unique.

En savoir plus sur la vente de vols

FAQ

Questions sur le projet Hubabak

Réponses courtes sur le client, le travail réalisé et la façon d'exploiter une boutique de vols similaire.

Parler à un conseiller

Hubabak est un vendeur B2C de vols au Moyen-Orient qui vend des vols directement aux voyageurs. Sa boutique fonctionne avec PHPTRAVELS et le projet décrit ici a été lancé en 2024.

Trois choses : la friction à la comparaison, car les clients avaient besoin de trop d'étapes pour fixer itinéraire et tarif ; la confiance au paiement, car le passage au paiement ne rassurait pas ; et le peu de visibilité sur l'endroit où les clients quittaient le parcours de réservation.

Une décision plus rapide dans le parcours utilisateur, un paiement plus net pour la confiance d'achat et une vision plus fine de l'entonnoir pour l'optimisation. Le client a décrit les résultats en ces termes sans publier de chiffres, cette page n'en ajoute donc aucun.

PHP et MySQL pour l'application PHPTRAVELS et ses données, avec l'API Duffel comme source du contenu vols.

Non. La comparaison des tarifs, le paiement et la trace de session sont des croquis illustratifs des modèles derrière le travail. Ce ne sont pas des captures du site en ligne ni des données de Hubabak.

Oui. Le module vols de PHPTRAVELS fait tourner la vente B2C de vols sur une plateforme auto-hébergée, avec le code source inclus sous licence commerciale. Réservez une démo pour parcourir le chemin de réservation, ou consultez les offres à paiement unique sur la page des tarifs.