B Bastien Gauthier
CV
Étude de cas · Mobile & API · SQLI (régie)

Vente e-commerce in-app : iOS & Android

Déploiement de la vente parking dans l'application mobile iOS et Android, en s'appuyant sur Adobe Commerce et sur les mêmes règles de gestion que le e-commerce web.

Retour aux projets
Mobile iOS / Android E-commerce API Parking Omnicanal SI aéroportuaire

Le défi

Permettre la vente des produits parking dans l'application mobile, sans recréer une logique métier parallèle à celle du e-commerce web.

L'application iOS et Android devait consommer les mêmes informations produit, les mêmes règles de gestion et les mêmes contraintes de parcours que le site Adobe Commerce. L'enjeu ne s'arrêtait pas au checkout : une fois la commande créée, toutes les informations de réservation devaient aussi être transmises au SI de l'aéroport pour que l'accès au parking fonctionne correctement à l'arrivée du client, via plaque d'immatriculation ou QR code.

La tension à arbitrer Comment adapter un parcours e-commerce aux contraintes d'une app mobile sans perdre l'utilisateur, sans casser la cohérence avec le web, et sans introduire de risque critique sur l'utilisation réelle de la réservation ?

Mon approche

J'ai piloté le projet comme une extension du socle e-commerce existant, avec deux chantiers menés en parallèle : rendre le flux exploitable par l'app, et fiabiliser l'existant mobile avant d'ouvrir la vente parking. Concrètement :

  • APIsation de la recherche parking : définition, suivi et recette du chantier pour rendre le flux parking du e-commerce consommable par l'app.
  • Spécifications fonctionnelles et techniques : cadrage des informations produit, des règles de gestion, des champs obligatoires ou facultatifs dans le tunnel et des échanges avec Adobe Commerce, avec l'appui du tech lead sur l'API.
  • Validation des maquettes app : rapprochement maximal avec le e-commerce existant pour ne pas perdre l'utilisateur, tout en tenant compte des contraintes spécifiques au mobile.
  • Recette et anti-régression : recette complète de l'app, puis définition d'un cahier de recette léger à rejouer avant les futurs déploiements hors scope e-commerce.
  • Fiabilisation de l'existant : lancement en amont d'un chantier de stabilisation sur le périmètre e-commerce mobile pour réduire fortement le risque de bugs majeurs avant l'ouverture de la vente parking.

Décisions produit clés

Trois arbitrages représentatifs de ce projet : garder une seule logique de vente, adapter le parcours au mobile sans le dénaturer, et sécuriser l'existant avant d'ouvrir un usage critique.

APIser le parcours parking plutôt que recréer la logique côté app

Décidé

Rendre la recherche parking du e-commerce consommable par l'application, avec les mêmes règles de gestion, les mêmes informations produit et la même logique de commande.

Pourquoi

Pour éviter deux logiques de vente différentes, garder la cohérence omnicanale et permettre à l'app de s'appuyer sur un socle déjà maîtrisé côté e-commerce.

Rester proche du web sans oublier les contraintes d'une app

Décidé

Valider des maquettes et un tunnel mobile qui restent proches de l'expérience e-commerce existante, tout en adaptant la saisie, la lisibilité et l'enchaînement des écrans au mobile.

Pourquoi

L'objectif était de ne pas perdre l'utilisateur entre les canaux, tout en évitant de plaquer tel quel un parcours web sur une app qui n'a pas les mêmes contraintes d'usage.

Fiabiliser l'existant avant d'ouvrir la vente parking

Décidé

Lancer un chantier de stabilisation sur le périmètre e-commerce mobile avant même l'ouverture du nouveau flux de vente.

Pourquoi

Une défaillance majeure sur l'app au moment d'ouvrir la vente parking aurait eu un impact fort à la fois côté client et côté équipes. Réduire ce risque était une condition de réussite du projet.

Indicateurs d'impact

x2 CA app Doublement du chiffre d'affaires app dès le mois suivant la fiabilisation
1 logique Règles de vente parking partagées entre web, iOS et Android
Omnicanal Commande créée dans Adobe Commerce puis transmise au SI pour usage réel de la réservation
Schéma du flux de vente parking in-app entre l'application mobile, Adobe Commerce et le SI de l'aéroport
Flux de vente parking entre l'application mobile, Adobe Commerce et le SI aéroportuaire, jusqu'à l'utilisation réelle de la réservation.

Ce que ce projet prouve

  • Ce projet montre que je sais étendre un périmètre e-commerce vers l'app mobile sans créer un flux parallèle impossible à maintenir dans le temps.
  • Il reflète aussi ma capacité à cadrer un sujet à la fois fonctionnel, API et opérationnel, où la commande ne vaut que si elle est réellement utilisable sur le terrain par le client.
  • Enfin, il illustre une manière de travailler très concrète : fiabiliser d'abord, spécifier clairement, recetter sérieusement et construire un cadre de non-régression pour la suite.
Prochaine étape

Discutons de votre projet

Retour aux projets Me contacter