Services Financiers
Concept Case Study — MCD Lab
FinFlow
Une demande de financement numérique repensée de zéro : moins d'effort perçu, des décisions plus claires et de la confiance à chaque étape.
Services
- UX Research
- Product Strategy
- UX Design
- UI Design
- Design System
- Accessibility
- UX Analytics
Disciplines
- Recherche
- Product Strategy
- Product Design
- Design System
- Accessibilité
FinFlow est une étude conceptuelle indépendante du MCD Lab. Elle ne représente aucun client réel et ne contient ni résultats, ni métriques, ni témoignages, ni données d'utilisateurs réels.
02
Vue d'ensemble
FinFlow explore ce que devient un produit financier numérique lorsqu'il est conçu autour de la compréhension, et non autour du formulaire.
Le contexte
Les demandes de financement en ligne accumulent étapes, documents et règles rarement expliqués à la personne qui les parcourt.
L'objectif
Concevoir un parcours où chaque étape est courte, prévisible et justifiée — du premier écran à la confirmation.
L'approche
Structurer le parcours, réduire la charge par écran et construire un système d'interface cohérent et accessible.
03
Le défi
Le problème de ce type de produit est rarement visuel. Il est de compréhension : on demande beaucoup, on explique peu, et les erreurs n'apparaissent qu'à la fin.
- Des parcours longs sans notion de progression
- Un langage technique aux moments de décision
- Des documents demandés sans contexte
- Des erreurs détectées trop tard
04
La question de design
Comment rendre un processus financier complexe compréhensible sans le simplifier à l'excès ni masquer l'essentiel ?
Cette question a guidé toutes les décisions suivantes.
05
Découverte
Il s'agit d'une étude conceptuelle : aucune recherche avec des utilisateurs réels n'a été menée. La découverte s'appuie sur l'analyse documentaire et sur des patterns d'interaction établis.
Analyse de patterns
Étude des parcours de candidature numérique et des conventions documentées en UX.
Cartographie des tâches
Décomposition de la demande en tâches minimales, dépendances et temps d'attente.
Heuristiques
Revue du parcours à l'aune des heuristiques d'utilisabilité et de prévention d'erreur.
Normes d'accessibilité
WCAG 2.2 AA traitées comme contrainte de design dès le départ.
Aucun entretien, aucun échantillon, aucune conclusion présentée comme preuve empirique.
06
Besoins supposés
Des besoins conceptuels, formulés comme hypothèses de travail à valider en contexte réel.
Savoir où j'en suis
Comprendre ce qu'il reste, avant et pendant.
Comprendre pourquoi
Connaître la raison de chaque donnée demandée.
Pouvoir s'arrêter
Interrompre et reprendre sans rien perdre.
Faire confiance
Voir ce qu'il advient des données et la suite.
07
Principes d'expérience
- 01
Une étape, une décision
Chaque écran demande le minimum pour avancer.
- 02
Expliquer avant de demander
Le contexte est près du champ, pas en note.
- 03
Prévenir plutôt que corriger
Valider à la saisie, pas à la fin.
- 04
Cohérence avant nouveauté
Les patterns répétés réduisent la charge.
08
Architecture de l'information
La demande a été réorganisée selon l'intention de l'utilisateur — et non selon la structure d'un système interne.
- 01
Simulation
Montant, durée et estimation avant toute donnée personnelle.
- 02
Données personnelles
Identification en blocs courts, progression visible.
- 03
Informations financières
Revenus et charges, avec l'objectif expliqué.
- 04
Documents
Demandés au bon moment, avec un statut par fichier.
- 05
Révision
Un résumé modifiable avant toute soumission.
09
Divulgation progressive
Au lieu d'un formulaire monolithique, le parcours révèle l'information au fur et à mesure, en gardant la progression visible.
- Un indicateur d'étape toujours présent
- Des blocs courts avec un seul objectif
- Le détail supplémentaire à la demande
10
Tableau de bord de la demande
La demande cesse d'être un tunnel et obtient sa propre place : un tableau de bord avec statut, prochaines étapes et historique.
- Le statut actuel en langage clair
- La prochaine action toujours identifiée
- Une continuité entre appareils
11
Formulaires intelligents
Les champs ont été conçus pour réduire l'effort : regroupement logique, formats assistés et aide contextuelle.
- Des libellés visibles, jamais seulement un placeholder
- Un formatage assisté pour dates et montants
- Une aide en ligne près du champ concerné
12
Prévention des erreurs
L'objectif n'est pas de mieux afficher les erreurs : c'est d'éviter qu'elles surviennent.
- Validation au moment de la saisie
- Des messages qui expliquent comment corriger
- Aucune perte de données en revenant en arrière
- Confirmation explicite avant les actions irréversibles
13
Envoi de documents
Le moment le plus fragile du processus dispose désormais d'un statut propre, d'exigences claires et d'une récupération simple.
- 01
Avant
Ce qui est demandé, pourquoi, et dans quels formats.
- 02
Pendant
Progression de l'envoi et vérification immédiate du fichier.
- 03
Après
Un statut par document et une action claire en cas d'échec.
14
Révision et confirmation
Avant l'envoi, tout ce qui a été saisi apparaît dans un résumé modifiable — aucune surprise au dernier écran.
- Un résumé par section, modifiable sur place
- Des conditions visibles avant la soumission
- Une confirmation avec les prochaines étapes
15
Accessibilité
Les WCAG 2.2 AA ont été traitées comme une contrainte de design, pas comme un audit final.
- Contraste vérifié dans tous les états
- Parcours complet au clavier
- Zones tactiles généreuses sur mobile
- Erreurs liées programmatiquement à leurs champs
- Préférences de mouvement réduit respectées
16
Mobile first
Le parcours a d'abord été conçu pour le plus petit écran, là où la charge se ressent le plus.
- Une décision par écran
- Les actions principales à portée de pouce
- Progression et action suivante toujours visibles
17
Design system
FinFlow repose sur son propre système de tokens et de composants, pensé pour évoluer sans perdre en cohérence.
- Tokens de couleur, typographie, espacement et rayon
- Composants de formulaire avec tous leurs états
- Patterns de progression, statut et feedback
- Règles de contenu et de ton
18
Confiance
Dans un contexte financier, la confiance se construit par la clarté — pas par des labels ou des promesses.
- Expliquer chaque donnée là où elle est demandée
- Toujours montrer ce qui vient ensuite
- Éviter le langage commercial aux moments de décision
19
Du concept initial à l'expérience affinée
Concept interne — pas un client réel
Comparaison entre la première exploration interne du parcours et la version affinée du concept. Les deux côtés sont des travaux du MCD Lab — aucun ne représente un produit réel.
20
Comment le succès serait mesuré
Aucun résultat n'est présenté : cette étude définit seulement ce qu'il vaudrait la peine de mesurer en contexte réel.
- Taux de complétion par étape
- Abandon lié à des champs précis
- Fréquence et type d'erreur par formulaire
- Temps jusqu'à la soumission complète
- Demandes d'aide par étape
21
UX analytics
Données illustratives
Le concept prévoit la mesure dès le design : événements nommés, entonnoir par étape et lecture par appareil.
- Des événements définis au niveau du composant
- Un entonnoir du début à la confirmation
- Une segmentation par appareil et par étape
Toute valeur visible dans les images est un contenu d'interface illustratif, pas un résultat.
22
Expérimentation et validation future
Ce qu'il faudrait faire pour transformer ces hypothèses en preuves.
- 01
Tests d'utilisabilité
Parcours modérés avec de vrais participants.
- 02
Tests A/B
Comparer les variantes de regroupement et de langage.
- 03
Audit d'accessibilité
Validation assistive avec de vrais utilisateurs.
- 04
Recherche longitudinale
Suivre des demandes sur plusieurs semaines.
23
Résultat de l'étude
FinFlow aboutit à un système complet et cohérent, prêt à être testé — pas à une série de résultats.
- Un parcours complet, du premier écran à la confirmation
- Un design system réutilisable pour d'autres produits financiers
- Un plan de mesure et de validation défini
Note finale
FinFlow illustre la méthode du studio : structurer la complexité, concevoir sous contraintes réelles et tout préparer pour la mesure.