(Étude de cas)

Credit Agricole

Harmoniser les composants d'interface d'un grand groupe bancaire, du web a l'application mobile Ma banque.

Rôle : UX/UI Designer (via Synanto) Année : 2025 Secteur : Banque
Design SystemUI DesignBanque
Banque
DESIGN SYSTEM · COMPOSANTSTOKENSPrimaryInkCreamSoftManropeRegular / Medium / BoldSPACINGCOMPOSANTSPrimaireSecondaireChamp de saisieEn coursValideAttenteCompte courant**** €ActifVirementPaiementVARIANTESCompte courant**** €ActifVir.PmtRel.meme token · meme composantETATSDefaultHoverFocusDisabledDOCUMENTATIONDODONTPROPSvariantprimary | secondary | ghostsizesm | md | lgdisabledbooleanDesign System / Composants / Carte de compte / VariantesSelectedDisabled

A noter : aucun contenu interne ne peut etre presente ici. L'illustration ci-dessous est une representation generique du travail realise.

(Contexte)

Mission realisee via Synanto pour Credit Agricole Technologies et Services (CATS), l'entite technologique du groupe. Au sein des equipes produit et techniques, je suis intervenu sur la coherence des composants d'interface, a l'echelle du web et du mobile.

Un design system est une bibliotheque de composants partages entre designers et developpeurs : boutons, champs, couleurs, typographies. Au lieu que chaque equipe recree ses propres composants, tout le monde pioche dans la meme source. Les interfaces restent coherentes d'un produit a l'autre, et le passage du design au code est moins friction. Chez CATS, l'enjeu etait d'harmoniser les composants entre le site web CA et l'application mobile Ma banque, dans un groupe ou plusieurs equipes font evoluer leurs interfaces en parallele.

ClientCredit Agricole Technologies et Services
DureeSept. 2025 · Dec. 2025
EquipeEquipes produit et front-end
Mon roleUX/UI Designer
(Problématique)

Comment garantir des interfaces coherentes, du web au mobile, dans un groupe ou chaque equipe fait evoluer ses composants de son cote ?

(Objectifs)
01

Auditer la coherence

Identifier les ecarts entre les composants UI web et mobile, et les points de divergence entre equipes.

02

Harmoniser

Livrer des composants Figma alignes et documentes, prets pour les equipes front-end.

03

Outiller les equipes

Fluidifier la collaboration design/developpement et diffuser une culture design system.

(Parcours & écrans)

Ce qu'est un design system, et ce que j'ai fait

Un design system centralise les composants d'interface (boutons, champs, badges, typographies, couleurs) dans une bibliotheque partage entre designers et developpeurs. Chez CATS, l'enjeu etait d'harmoniser ces composants entre le site web et l'application Ma banque, pour que les deux produits parlent le meme langage visuel.

Un design system : une source unique de verite

Tokens et styles
Couleur primaire
Couleur encre
Fond neutre
Bold / Titre
Regular / Corps
Composants partages
Primaire
Secondaire
Champ de saisie
En coursValideEn attente

Ce que j'ai fait chez Credit Agricole Technologies et Services

1
Audit des composants

Cartographie des ecarts entre composants web et mobiles : styles, comportements, nommage. Identification des divergences entre equipes.

2
Harmonisation

Conception de composants Figma coherents et documentes, alignes entre le site web et l'app Ma banque, prets a etre integres sans friction par les developpeurs.

3
Collaboration design/dev

Ateliers avec les equipes produit et front-end pour ancrer les composants dans les pratiques et fluidifier le passage du design au code.


Resultat : la meme base, deux produits coherents

Site web CA
ComptesEpargneCredit
Compte courant
Solde disponibleActif
Livret A
Taux 3%En cours
Simuler un pret
App Ma banque
Bonjour Axel
Connecte
Compte courant
**** euros
ComptesEpargneCredit
Rechercher une operation

De l'atelier au composant final

Une fois les ecarts identifies, j'animais des ateliers reunissant les deux equipes (web et app) autour d'un meme composant. L'objectif : trouver une solution qui satisfait les deux surfaces sans compromis. Voici un exemple concret : la carte de compte, revisitee pour fonctionner aussi bien en desktop qu'en mobile.

Avant l'atelier : deux composants qui divergent

Version web
Compte courant
**** euros
Actif
Virement
Paiement
Releve
Ecart identifie
Badge rectangulaire · Actions en ligne
Version app
Compte courant
**** euros
Virement
Paiement
Releve
Ecart identifie
Badge inexistant · Actions en icones

L'atelier : de l'audit a la solution

1
Presentation de l'audit
Je presente les ecarts identifies lors de l'audit aux deux equipes (web et app). Objectif : aligner tout le monde sur le constat avant de chercher des solutions. Les divergences sont documentees et classees par priorite.
2
Ideation et benchmark
On s'appuie sur des references externes (design systems reconnus, patterns similaires dans d'autres produits) pour explorer les pistes. Chaque equipe propose ses contraintes et ses attentes. Cette phase permet de sortir du cadre du produit existant pour penser la solution de facon plus ouverte.
3
Creation collective
On conçoit ensemble le composant, en direct, sur Figma. Je pilote la session mais chaque equipe contribue aux decisions. L'objectif est de sortir avec un composant que tout le monde valide, web comme app. Selon la complexite, cette phase peut se derouler sur plusieurs ateliers avant qu'on tombe d'accord.
Un processus itératif. Sur des composants complexes, on ne sort pas toujours avec un consensus apres un seul atelier. On itere, on revalide, et on documente chaque decision pour que les equipes puissent s'y referer.

Le composant sorti de l'atelier : identique web et app

Le resultat de l'atelier : un seul et meme composant, utilise tel quel sur le web comme sur l'app. Pas d'adaptation, pas de fork. La meme structure, les memes tokens, le meme badge. Ce qui change, c'est uniquement le contexte dans lequel il s'insere (fond de page, grille), pas le composant lui-meme.
Carte de compte · composant DS · Web = App
STRUCTURE
Label · Montant · Badge · Actions
BADGE
Pilule · token color-status
ACTIONS
Texte · token action-label
● WEB   =   APP ●
Compte courant
**** euros
Actif↑ BADGE PILULE
Virement
Paiement
Releve
↑ ACTIONS BORDEES · TOKEN ACTION-LABEL
Badge : rectangulaire → pilule avec token color-status
Actions : fond gris sans contour → bordure token action-label
Structure : inchangee, compatible web et app
Un seul composant dans le design system. Les deux equipes piochent dans la meme source. L'adaptation au contexte (fond de page, grille mise en page) est geree en dehors du composant, pas a l'interieur.
(Solution)

La solution

Un ensemble de composants harmonises, documentes et alignes entre design et developpement, qui reduit les ecarts entre le web et le mobile.

(Impact)

Au-dela des ecrans, la mission a fluidifie la collaboration entre design et developpement et pose des bases plus saines pour la coherence des interfaces a l'echelle du groupe.

(Projet suivant)
La Poste · Cadeau