Edenred Shop fait partie des quatre plateformes du projet Explorer. C'est, un peu comme Meyclub, une plateforme qui permet aux bénéficiaires de dépenser leurs avantages CSE (subventions, chèques cadeaux) sur un catalogue large et hétérogène : billetterie (cinéma, parcs, spectacles), cartes cadeaux, et biens physiques. Avec un autre Product Designer, nous étions conjointement référents de l'expérience sur cette plateforme : les décisions structurantes étaient pensées, challengées et validées à deux, sans hiérarchie entre nous, pour construire ensemble des parcours cohérents et engageants sur un catalogue nettement plus complexe qu'une boutique e-commerce classique.
Co-référent de cette plateforme aux côtés d'un autre Product Designer, mon rôle suivait un déroulé en continu plutôt qu'un cadrage initial complet.
Benchmarks e-commerce et UX réalisés quotidiennement et veille continue, pour nourrir les décisions prises à deux, à parts égales.
Élaboration de wireframes et de maquettes interactives sur Figma pour chaque nouvelle fonctionnalité, quick win ou AB test du catalogue.
Prototypes testés avant chaque mise en production, au rythme des sprints de l'équipe.
Argumentation des décisions d'interface auprès des parties prenantes du projet Explorer : un exercice à part entière, distinct de la conception elle-même.
Le projet Explorer fonctionnait en méthode Agile Scrum : sprint planning pour cadrer le travail à venir, daily pour synchroniser l'équipe, sprint review en fin de sprint pour présenter le travail réalisé et recueillir des retours, et rétrospective pour ajuster la façon de travailler d'un sprint à l'autre. Le binôme sur Edenred Shop s'inscrivait dans cette même logique de product trio (designer, Product Owner et développeur) où chaque décision de conception intégrait dès le départ les enjeux business, les besoins utilisateurs et la faisabilité technique.
Contribuer à Edenred Shop, c'est intervenir sur des sujets très variés : intégration de nouvelles fonctionnalités, quick win ou AB tests, via l'élaboration de wireframes, de maquettes interactives sur Figma et de prototypes testés avant chaque mise en production, au rythme des sprints de l'équipe. En voici un aperçu, non exhaustif, à travers quelques exemples représentatifs des problématiques rencontrées :
Sélection de date, de quantité et de disponibilité en temps réel : une logique d'achat très différente d'un produit physique classique, à intégrer dans le même parcours.
Choix du montant, personnalisation, envoi dématérialisé au bénéficiaire : un parcours court mais avec beaucoup d'options à rendre lisibles en une seule page.
Rendre visible, à chaque étape du parcours, le montant disponible et les règles d'usage (plafonds, dates de validité) propres à chaque avantage.
Combiner en un seul paiement plusieurs soldes CSE et, le cas échéant, un complément par carte bancaire, sans complexifier le tunnel d'achat.
Des milliers de références très hétérogènes à rendre explorables : trouver des critères de filtre qui aient du sens pour de la billetterie comme pour un bien physique.
Petites évolutions testées et mesurées en continu (un bouton, une mise en avant, une étape du tunnel) plutôt que de grosses refontes ponctuelles.
Séjours avec vol inclus, dates et nombre de voyageurs : un type de produit à part entière du catalogue, avec son propre récapitulatif de commande.
Écran d'entrée du parcours d'achat, point de passage obligé avant d'accéder au catalogue et aux avantages du bénéficiaire.
La vraie difficulté d'Edenred Shop n'est pas visuelle, elle est structurelle : billetterie, cartes cadeaux et biens physiques n'obéissent pas aux mêmes règles. Une place de cinéma a une date et un nombre de places disponibles ; une carte cadeau a un montant à choisir ; un bien physique a un stock et une livraison. Faire cohabiter ces trois logiques dans une seule expérience cohérente, sans que l'utilisateur ait à comprendre la mécanique du système derrière chaque type de produit, a été le fil conducteur de mon rôle sur ce projet.
Une partie de mon rôle sur ce projet a pris la forme de benchmarks e-commerce et UX réalisés quotidiennement, d'une veille continue, d'un partage de connaissances avec le reste de l'équipe design, et d'un rôle actif dans la défense des choix de conception auprès des différentes parties prenantes du projet Explorer. C'est un exercice différent de la conception elle-même : il faut être capable d'argumenter une décision d'interface face à des interlocuteurs métier qui n'ont pas toujours le même référentiel qu'un designer.
Le problème : un même achat peut mobiliser plusieurs soldes CSE distincts (subvention loisirs, chèque cadeau, plafond annuel) et, si le montant dépasse ce qui est disponible, un complément par carte bancaire. Présenter ça comme un simple total risquait de faire perdre au bénéficiaire la visibilité sur ce qui vient réellement de ses avantages et ce qui vient de sa poche. La solution construite en binôme : un tunnel qui décompose explicitement chaque source mobilisée avant la validation finale, avec le complément carte bancaire affiché en dernier plutôt qu'en premier, pour que l'utilisateur voie d'abord ce que ses avantages couvrent. Un sujet régulièrement débattu avec les parties prenantes du projet Explorer, entre simplicité perçue et transparence réelle du prélèvement.
Sur un catalogue aussi hétérogène que celui d'Edenred Shop, la navigation par catégorie reposait jusque-là sur des icônes plates peu différenciées, difficiles à scanner rapidement dans une grille dense. Le choix d'un set d'icônes 3D, partagé avec l'application mobile Mon CSE pour garder une cohérence entre les plateformes du projet Explorer, a permis de rendre chaque famille de produits identifiable en un coup d'œil grâce à des formes et des couleurs propres, d'apporter un peu de chaleur et de relief à une interface par ailleurs volontairement sobre, et de mieux refléter la dimension plaisir et loisirs du catalogue, sans nuire à la lisibilité sur les grilles de résultats les plus denses.
Un extrait du set d'icônes 3D, partagé entre Edenred Shop et l'application mobile.
Des parcours d'achat adaptés à chaque type de produit du catalogue mais réconciliés dans une même expérience, des composants intégrés au Design System partagé par les autres plateformes du projet Explorer, et des choix de conception documentés et défendus pas à pas auprès des parties prenantes plutôt qu'imposés.
« Sur un catalogue hétérogène, la cohérence ne vient pas de l'uniformité des écrans, mais de la clarté avec laquelle chaque type de produit explique ses propres règles. »
Chiffres de la V1, lancée en avril 2026 ; le projet Explorer est un produit toujours en cours de développement.
Travailler en binôme sur un même produit demande une autre forme de rigueur : savoir nourrir, challenger et documenter à deux plutôt que décider seul. Concevoir pour un catalogue hétérogène apprend à ne pas chercher l'uniformité à tout prix : chaque type de produit a le droit d'avoir sa propre logique, tant que l'ensemble reste lisible. Et défendre un choix de conception face à des parties prenantes variées est une compétence à part entière, aussi importante que la conception elle-même.
Edenred
Edenred Shop, repensé au sein du projet Explorer, en binôme à parts égales avec un autre Product Designer.