Refonte du site de l'aéroport et conception d'un moteur de recherche unique mêlant vols, tarifs et inspiration, pour simplifier le parcours de réservation.
Refondre un site, ce n'est pas repartir de zéro. C'est saisir l'opportunité de mieux répondre aux attentes réelles des utilisateur·rice·s — pas à celles qu'on suppose. La nouvelle version du site a été pensée mobile-first, au regard du nombre de visiteurs qui consultent l'aéroport depuis leur téléphone plutôt que depuis un ordinateur.
- Inspirer les cibles
- Renforcer la notoriété de l'offre
- Mettre à disposition des solutions e-commerce fluides et efficaces
- Une expérience digitale optimale et positive
- Un accompagnement à chaque étape du voyage, de la préparation jusqu'au retour
- Des services facilitateurs, pas superflus
Deux objectifs, une seule interface. C'est là que ça se complique.
Je pars du réel avant de poser la moindre interface :
L'ancien site avait trois moteurs séparés : un pour l'inspiration, un pour la recherche de vols, un pour les vols à bas prix. Trois logiques, trois interfaces, un utilisateur perdu au milieu.
Un problème bien posé vaut mieux qu'une solution bien dessinée. Premier travail : reclasser l'arborescence au niveau 1 du menu, en fonction des besoins relevés — pas de la structure organisationnelle de l'aéroport —, puis définir les user-flows pour chaque service de réservation, pour visualiser où l'utilisateur pouvait se perdre avant même d'ouvrir Figma. Résultat : un moteur de recherche contextuel, qui s'adapte aux besoins de l'utilisateur plutôt que de lui imposer un point d'entrée unique. Le site d'un aéroport fait appel à plusieurs prestataires pour ses différents services — réservation de vol, réservation d'hôtel, location de voiture —, chacun avec son propre prestataire : il faut comprendre à quelle finalité répond chaque parcours, et que le système de réservation renvoie l'utilisateur vers une page dédiée pour chaque prestataire, à l'image de la marque de l'aéroport. Un prototype testable tôt vaut mieux qu'une grande révélation tardive. Et le retour n'a pas tardé : ce premier moteur mettait en avant trop de possibilités, avec des services perçus comme « complémentaires » plutôt qu'essentiels — hôtel, location de voiture — alors que l'objectif premier restait la réservation de vol. Par exemple, réserver un vol pour Séville ne veut pas nécessairement dire vouloir un hôtel ou une voiture poussés en même temps. Ajuster en continu coûte moins cher que deviner juste du premier coup. Retour à la planche.
Simplifier la recherche autour de l'objectif principal des utilisateur·rice·s : la réservation de vol. Un moteur unique, mais plus souple sur les critères de recherche, permet désormais d'avoir un aperçu des destinations possibles sans budget fixe, de sélectionner des périodes flexibles, et de rechercher une destination en fonction d'un budget donné. Ces pratiques, inspirées des moteurs de recherche du secteur du tourisme, combinent recherche de vols, vols à bas prix et un moteur d'inspiration qui répond aux critères déjà renseignés — plutôt que de forcer l'utilisateur à recommencer sa recherche. Les services complémentaires — hôtel, location de voiture — restent accessibles, mais en retrait.
Un projet vaste et complexe, avec de multiples interconnexions entre prestataires. La plus grande difficulté n'était pas de designer une interface, mais de définir clairement toutes les entrées et sorties possibles pour les utilisateurs — et de le faire pour chaque prestataire, chacun avec ses propres données à récupérer. Par exemple, réserver un vol implique de récupérer des dates, des prix suivant la période, des informations climatiques, des aéroports... Ce que je retiens surtout, c'est la complexité propre aux aéroports : offrir des expériences cohérentes pour leurs voyageurs sans jamais leur laisser sentir la mécanique commerciale qui tourne derrière.