Banque de Détail
Concevoir une expérience bancaire cohérente à travers une transformation organisationnelle.
- Domaine
- Banque de détail — Saham Bank · refonte plateforme retail
- Contrainte réglementaire
- Bank Al-Maghrib · conformité groupe
- Rôle
- Designer produit senior — stratégie produit, UX/UI, design system
- Périmètre
- Quatre lignes de produits · banque retail + entreprise
- Équipe
- Design, produit, conformité, ingénierie répartis sur quatre équipes
- Durée
- 24 mois · 2024 — 2026
- Statut
- Livré
- Résultat
- Quatre équipes produit livrant sur un même socle de règles partagé.
Preuves
Artefacts · disponibles sur demande
Les écrans en production restent sous embargo client. Je peux montrer en entretien les règles d'états et de wording, la bibliothèque de composants, et les parcours tels que livrés à quatre équipes produit.
Un design system lisible par la machine
Optimisation d'un système existant
Le système ne servait plus seulement à dessiner des écrans : il devait aussi être interprétable par des outils qui génèrent des variantes. Cette passe a porté sur sa lisibilité, pas sur son apparence.
- Ce qui bloquait
- Un système lisible par des designers, mais ambigu pour un modèle : noms de composants implicites, états dispersés entre les fichiers, variantes utilisées sans être déclarées.
- Ce qui a été normalisé
- Nommage explicite, variables plutôt que valeurs, états déclarés au même endroit, et un seul vocabulaire partagé entre Figma et le code.
- Pourquoi cela compte
- Une IA produit une variante correcte quand la règle est écrite, pas devinée. Le système devient une source que la machine peut lire sans interprétation.
- La limite
- Le jugement produit et la formulation réglementée restent humains : la machine propose la variation, la décision garde un validateur nommé.
Ce qui a changé
Concevoir une expérience bancaire cohérente à travers une transformation organisationnelle.
- 01Quatre équipes produit livrant sur un même socle de règles partagé.
- 02États, formulations et hiérarchie définis une fois et réutilisés au lieu d'être renégociés.
- 03Ouverture de compte à distance livrée au-dessus de ce système, de bout en bout.
J'ai porté le système produit, les décisions d'interface et les définitions partagées. Formulations réglementées à la conformité, livraison à l'ingénierie.
On ne peut pas concevoir un produit cohérent sur une organisation incohérente.
Décisions
03 décisions clés
- 01
Quatre équipes décrivaient le même client avec quatre vocabulaires différents, si bien que chaque livraison contredisait la précédente.
Concevoir d'abord le système de référence, les écrans ensuite.
Direction écartéeUne refonte cosmétique — nouvelle coquille, nouvelle typographie, mêmes contradictions — qui aurait semblé finie en six semaines.
RésultatLes états, les libellés et la hiérarchie sont écrits une fois : quatre équipes s'y réfèrent au lieu de rouvrir le débat en réunion.
- 02
Le cycle séquentiel découverte → wireframes → UI produisait des écrans approuvés, puis invalidés.
Changer la structure de décision avant l'interface : un responsable par surface.
Direction écartéeFaire tourner un processus de design classique, mais plus vite.
RésultatUn responsable nommé par surface : ce qui est validé en mars tient encore au trimestre suivant.
- 03
L'IA pouvait produire des parcours, des états et des textes plus vite que l'organisation ne pouvait les valider.
Laisser la machine générer la variation ; garder le jugement et la formulation humains.
Direction écartéeDes textes générés entrant dans des écrans réglementés sans validateur nommé.
RésultatTrois variantes d'un parcours produites dans la journée, un seul verdict humain consigné par livrable.
Registre des arbitrages
Ce que chaque décision a coûté, ou évité
- 01
Système de référence avant les écrans
Coût assuméPlusieurs semaines sans maquette présentable : rien à montrer avant que le vocabulaire soit écrit.
- 02
Un responsable nommé par surface
Coût assuméUne couche de décision supplémentaire à tenir à chaque livraison.
- 03
Génération par la machine, jugement humain
Risque évitéDes textes réglementés publiés sans validateur identifiable.
Ma part, et celle des autres
Design, produit, conformité, ingénierie répartis sur quatre équipes
- Système de référence : états, formulations, hiérarchie
- Décisions d'interface sur les quatre lignes produit
- Bibliothèque de composants et définitions partagées
- Cadrage de la boucle de génération assistée
- Conformité
- Formulations réglementées, mentions obligatoires, validation des textes.
- Risques
- Règles de refus, seuils, définition des cas bloquants.
- Product owners
- Moments d'engagement, priorisation par ligne produit.
- Ingénierie
- Implémentation du socle et livraison sur les quatre surfaces.
Chaîne de livraison
Découverte → livraison
- 01DécouverteJ'ai mené des ateliers avec quatre équipes produit et croisé leurs résultats avec des inventaires de parcours générés par IA, revus en direct.
- 02SystèmeJ'ai fixé un seul état, un seul wording et une seule hiérarchie, utilisés par toutes les équipes.
- 03LogiqueJ'ai écrit chaque règle une seule fois : éligibilité, états, comportement d'erreur, plutôt que de les dupliquer par écran.
- 04ÉvaluationChaque artefact produit par la machine a été soumis comme proposition, avec un approbateur nommé.
- 05PassationJ'ai livré une bibliothèque de composants et d'états, avec la règle derrière chaque état documentée.
- 06LivraisonDéployé sur quatre lignes de produits, 2024-2026.
Un pipeline de tokens en production qui relie les variables Figma directement à Claude, permettant aux LLM de comprendre les règles du système et de générer des frames au pixel près, sans aucun style codé en dur.
Ouvert aux postes senior product / UX-UI designer en télétravail