DB2P Payement
Refondre une application B2B complexe de zéro : audit, design system, maquettes et intégration front-end en binôme avec un développeur.
DB2P Payement est l'un de mes premiers projets professionnels. En binôme avec un développeur, j'ai pris en charge la totalité du périmètre design : audit de l'existant, conception, design system et intégration front-end. Un projet formateur dans tous les sens du terme.
Ce que ce projet a changé
Le défi
DB2P Payement permet aux professionnels des assurances et fonds de pension de déclarer et consulter les paiements liés aux obligations administratives de pension. Une application critique, mais dont l'interface accumulait les problèmes :
- –Une interface vieillissante, peu ergonomique, qui rendait les tâches quotidiennes fastidieuses
- –Une navigation confuse et une architecture d'information peu lisible
- –Un manque total de cohérence visuelle : pas de design system, pas de règles partagées
Le défi : repartir de l'existant pour proposer une expérience modernisée, cohérente et adaptée aux besoins d'utilisateurs experts, sans jamais perdre de vue la complexité fonctionnelle de l'application.
Comprendre avant de concevoir
La première étape a été un audit complet de l'ancienne version de l'application. L'objectif : identifier les points de friction, les incohérences visuelles, et les opportunités d'amélioration, avant de toucher à quoi que ce soit.
Ce que l'audit a révélé
- –Une hiérarchie visuelle inexistante, tout se valait, rien ne guidait l'œil
- –Des parcours de déclaration peu intuitifs, avec des étapes mal délimitées
- –Une terminologie métier non contextualisée, source de confusion pour les nouveaux utilisateurs
- –Aucune cohérence dans les composants, chaque écran semblait conçu indépendamment
Comprendre les utilisateurs
En l'absence de tests utilisateurs formels, j'ai conduit des sessions de user research pour mieux comprendre les profils et les besoins des professionnels qui utilisaient l'application au quotidien. Ces échanges ont été déterminants pour prioriser les améliorations et ancrer les décisions de design dans la réalité du terrain.
Poser des bases solides avant de concevoir
Avant de passer aux maquettes, j'ai fait le choix de créer un design system, une décision structurante qui allait conditionner la cohérence de toute l'application.
Création du design system
Palette de couleurs, typographie, composants de base, états interactifs, règles de grille, tout a été défini, documenté et organisé pour servir à la fois la conception et l'intégration. Ce design system n'était pas un exercice théorique : il était directement utilisé par le développeur avec qui je travaillais en binôme.
Lien vers le style guide
Maquettes haute fidélité
- –Refonte des parcours de déclaration : découpage clair en étapes, progression visible
- –Redesign des écrans de consultation : hiérarchie de l'information, lisibilité des données
- –Conception des états d'erreur et des messages de validation
- –Cohérence visuelle à travers l'ensemble des écrans
Prototype interactif
Un prototype interactif a été conçu pour valider les parcours et permettre de tester l'expérience avant le développement. C'est ce prototype qui a servi de base de discussion avec les parties prenantes et de référence pour l'intégration.
Du design au code en binôme
L'une des particularités de ce projet, et l'une des expériences les plus formatrices, a été de participer directement à l'intégration front-end de l'application, en binôme avec le développeur Java.
Cette proximité avec le code m'a appris à concevoir différemment : anticiper les contraintes techniques dès la phase de design, documenter avec précision pour faciliter l'implémentation, et comprendre ce qui est réellement faisable versus ce qui reste théorique sur une maquette.
C'est cette expérience qui a forgé ma façon de collaborer avec les développeurs aujourd'hui, une compréhension mutuelle qui rend les handoffs plus fluides et les résultats plus fidèles à la vision initiale.
Lien vers le prototype
Résultat et les next steps
- ✓Audit complet : identification de tous les points de friction
- ✓Design system créé from scratch et utilisé en production
- ✓Prototype validé avant développement
- ✓Intégration front-end en binôme avec le développeur
En l'absence de métriques avant/après, l'avant/après visuel témoigne d'une transformation significative : une interface modernisée, cohérente, et pensée pour des utilisateurs experts qui manipulent des données complexes au quotidien.
Ce que ce projet m'a appris
Un design system n'est pas un luxe. Sur une application complexe, c'est la condition pour maintenir la cohérence dans la durée, et pour que le développeur puisse travailler avec confiance.
Toucher au code change le regard sur le design. Quand on a intégré soi-même ses maquettes, on anticipe différemment, et on conçoit avec plus de réalisme.
Les utilisateurs experts méritent autant d'attention que les utilisateurs grand public. La complexité fonctionnelle n'est pas une excuse pour négliger l'expérience.