← Travaux03 / Voyage en Banque
Produit en développementRéservation de vols intégrée au compteProduct design · Prototypage IA · Service design2026

Voyage en Banque

Concevoir, arbitrer et tester rapidement un module de réservation de vols intégré à la banque — directement depuis un téléphone.

Le défi n'était pas seulement de dessiner un parcours. Il fallait réduire le temps entre une idée, un prototype testable et une décision.

Accueil du module voyage dans l'application bancaire : destinations, voyageurs enregistrés et réservations.
Accueil voyageOuvrable sur le téléphone d'un décideur, sans installation.

Résumé en 30 secondes

Enjeu
Intégrer rapidement une expérience de réservation de vols dans l'application bancaire.
Contrainte
Faire avancer le produit tout en intervenant sur plusieurs sujets et auprès de plusieurs squads en parallèle.
Réponse
Construire avec Lovable une boucle courte entre conception, prototype mobile, test et arbitrage.
Ma part
Architecture d'expérience, décisions produit, prototype fonctionnel et première expérimentation de contribution gouvernée.
01 / 04

Le vrai problème était le délai de décision

Le module voyage devait progresser sans attendre une succession de maquettes statiques, de réunions et de cycles de développement. Plusieurs squads avançaient en parallèle sur des rythmes différents : le prototype devait rester ouvrable, testable et modifiable à tout moment, pour que chaque équipe puisse arbitrer sans attendre le créneau d'une autre.

J'ai donc conçu une boucle où chaque hypothèse importante devient une interface fonctionnelle, testée par les décideurs sur leur propre téléphone, puis corrigée dans la même journée.

  1. 01IntentionUne décision produit écrite, un périmètre, une règle.
  2. 02Prototype fonctionnelL'intention devient une interface navigable, pas une maquette.
  3. 03Test mobileUn lien ouvert sur le téléphone du décideur, dans son contexte réel.
  4. 04ArbitrageLe désaccord se tranche sur un écran manipulable, pas sur une capture.
  5. 05ItérationCorrection faite juste après la revue, y compris depuis mon téléphone.
02 / 04

Un atelier produit accessible depuis le téléphone

J'ai utilisé Lovable pour transformer mes intentions produit en interfaces fonctionnelles et navigables. Les décideurs ouvraient le prototype sur leur téléphone, testaient le parcours dans un contexte réel et réagissaient sans attendre une session formelle.

L'écran d'intention de vol ne demandait que quatre informations essentielles au client — les familles tarifaires, les bagages et la flexibilité arrivent ensuite, comme conséquences de l'option choisie.

  • Type de trajetAller-retour ou aller simple, avant toute saisie.
  • TrajetDépart et arrivée dans un seul bloc, inversion en un geste.
  • DatesUne seule ligne, dépendante du type de trajet.
  • Voyageurs & cabineRegroupés : une décision, pas deux écrans.
  • RechercheAction unique, atteignable au pouce.

Lovable a accéléré l'exécution. Les décisions, contraintes et arbitrages produit restaient sous ma responsabilité.

03 / 04

La vitesse ne devait pas réduire la qualité de la décision

Le périmètre principal était la recherche et la réservation de vols depuis l'application bancaire. La différence ne venait pas d'une nouvelle direction artistique, mais de l'intégration du voyage au contexte bancaire : paiement en dirhams, contraintes tarifaires explicites et prise en charge du cadre de dotation dans le parcours, sans calcul manuel par le client.

J'ai inscrit le module dans la charte et les composants existants afin d'accélérer son intégration et son adoption. La valeur du projet venait de l'architecture de l'expérience, des décisions produit et de la capacité à tester rapidement plusieurs hypothèses.

Direction visuelle

Système bancaire existant, volontairement conservé pour accélérer l'intégration et l'adoption.

Écran budget et dotation touristique, avec le taux du dirham du jour.
Budget & dotationCe qu'il reste de la dotation, et le taux verrouillé avant l'engagement.
Écran des réservations enregistrées : vols et hôtels sous une référence unique.
RéservationsVol, hôtel et paiement sous une seule référence : un changement a un seul endroit où s'appliquer.
04 / 04

De l'itération mobile à la contribution gouvernée

Le même principe a ensuite été testé avec le Marketing. Au lieu de demander une modification de texte puis d'attendre un nouveau cycle de production, l'équipe pouvait ajuster certains contenus directement depuis son téléphone, dans un périmètre limité.

Cette expérimentation a posé les premiers principes de Product Intelligence : chaque expertise contribue avec son propre langage, mais uniquement dans son périmètre. Dans la direction envisagée, l'IA jouerait le rôle de garde-fou : vérifier la cohérence, signaler les risques et préserver la traçabilité.

Ouvrir la contribution ne signifie pas abandonner le contrôle.

Réalisé et testé
  • Modification de textes par le Marketing
  • Contribution depuis un téléphone
  • Périmètre limité aux contenus autorisés
  • Mise à jour plus rapide du prototype
Envisagé · non développé
  • Contribution du Produit, du Marketing et d'autres expertises
  • Règles différentes selon le rôle
  • Analyse de cohérence par l'IA
  • Validation humaine pour les changements engageants
  • Traçabilité et possibilité de retour arrière

Construire d'abord, formaliser ensuite

Le sens habituel est inversé volontairement : un prototype fonctionnel tranche une question plus vite qu'une maquette, et la formalisation devient une mise en cohérence plutôt qu'une spéculation.

  1. 01
    Vibe codingLe module est construit directement en code, donc testable dès le premier jour.
  2. 02
    Reverse engineeringComposants, états et tokens sont extraits de l'écran réel, tel qu'il fonctionne.
  3. 03
    Reconstruction FigmaLe système est reconstitué dans le fichier existant, avec le vocabulaire en place.
  4. 04
    Alignement assistéLes écarts avec le système actuel sont relevés par l'IA, puis arbitrés un par un.

Chaque écart signalé par la machine est validé ou rejeté par une décision nommée : la détection est automatique, l'arbitrage ne l'est pas.

Ma contribution

J'ai inscrit le module dans l'identité visuelle existante et concentré mon intervention sur l'expérience, les règles métier et la vitesse d'intégration.

Architecture d'expérience
Réservation de vol complexe ramenée à un parcours bancaire compréhensible.
Décisions produit
Hiérarchie des contraintes tarifaires, de la cabine, des voyageurs et du paiement.
Système de prototypage
Boucle courte entre intention, prototype mobile, test et arbitrage.
Gouvernance émergente
Périmètre de contribution ouvert à une autre expertise, sans dépassement.
Chaîne de livraisonCadrage → passation
  1. CadrageRéaliséUn seul objectif retenu : la recherche et la réservation de vols intégrées au compte.
  2. Architecture d'expérienceRéaliséSeize paramètres de comparateur ramenés à quatre entrées essentielles, organisées autour de l'intention de voyage.
  3. Contribution encadréeTestéPérimètre ouvert au Marketing sur les textes seuls, avec relecture avant publication.
  4. PassationRéaliséLe produit fonctionnel sert de spécification : états, règles et bifurcations lisibles.
Produit fonctionnel

C'est le même lien que celui envoyé aux décideurs : ouvrable sur téléphone, il tient à la fois de la preuve et de la spécification.

Ouvrir le produit fonctionnel ↗
Projet suivant04 / Entrée en Relation ↗

Ouvrir un compte bancaire à distance, sans perdre le client.

Ouvert aux postes senior product / UX-UI designer en télétravail

hello@badrbenali.com ↗LinkedIn ↗
← Tous les travauxBadr Benali — Product design