Comment gagner du temps sans masquer le partage de données ?
Je conçois
des parcours.
J’éclaire les décisions.
Product Designer senior · Développeur macOS
Je transforme des besoins complexes en interfaces claires, du parcours jusqu’au produit qui fonctionne.
Voir les projets
Espace client web
Comprendre les usages.
Clarifier l’espace client.
Données d’usage et recherche utilisateur ont éclairé les parcours de l’espace client web, sur mobile et ordinateur.
Analyse des usages et recherche utilisateur web. Écrans adaptés pour la présentation de ce parcours.
Open banking
Préremplir une demande de crédit avec l’accord du client.
Trois décisions structurent le parcours : préremplir avec accord, expliquer les données partagées et préserver le choix de la saisie manuelle.
Atelier et espace Figma reconstitués ; captures AUG DMA / Tink issues de vues distinctes.
Connexion bancaireConnexion bancaireParcours sans animation
Du questionnement à la connexion bancaire : trois étapes essentielles de la même démarche.
Expliquer le préremplissage, le consentement et la saisie manuelle.
Vérifier les explications dans des interfaces concrètes.
Cet exemple porte sur le préremplissage avec accord. Mes autres contributions chez Cetelem suivent.
Voir le projet CetelemAu-delà de cet exemple
D’autres dimensions de la mission.
Autres réalisations chez Cetelem
Financement · Outils · Design System
De l’achat au financement.
Paiement en plusieurs fois dans les parcours d’achat Apple France et Orange, adapté à chaque partenaire.
Sécuriser la souscription.
Une étape de vérification d’identité intégrée au parcours de crédit.
Outils pour les conseillers
Comparer les propositions avant de les présenter au client.
Design System
Un composant. Des états cohérents.
Aperçus illustratifs · outils métier et composants
Allianz Trade Pay · recherche & conception
Donner du temps au paiement.
Garder la maîtrise du risque.
Des besoins des e-commerçants aux décisions de conception : cadrer un parcours de paiement B2B qui soutient la conversion côté marchand et simplifie l’achat côté professionnel.
Comprendre le besoinÉcouter ceux
Écouter ceux
qui vendent en ligne.
Les e-commerçants interrogés font remonter trois enjeux : le paiement, la simplicité d’achat et la gestion des conflits clients.
Cadrer la réponse produitUne vente B2B.
Une vente B2B.
Deux expériences à relier.
Traduire ces besoins en choix de parcours : soutenir la conversion du marchand sans compliquer l’achat de son client professionnel.
Hypothèse de parcoursChoisir en comprenant
Choisir en comprenant
les conditions.
Une proposition de checkout : le délai, le montant et l’étape de vérification restent visibles au même endroit.
DécisionUne réponse claire.
Une réponse claire.
Jamais une impasse.
Si le paiement est accepté, la commande avance. Sinon, une autre méthode reste disponible.
Côté marchandLa commande devient
La commande devient
une facture suivie.
Le même montant passe au suivi : échéance, couverture selon contrat et, si nécessaire, relais aux équipes compétentes.
Parcours illustratif · un exemple de mon travail de recherche et de conception.
Voir le projet Allianz TradeRecherche & cadrage
Du besoin au parcours B2B
Les entretiens avec des e-commerçants vendant sur leur propre site font remonter des difficultés de paiement, de simplicité d’achat et de gestion des conflits clients. La décision : soutenir la conversion du marchand tout en préservant l’expérience de l’acheteur professionnel.
Parcours illustratif
Du choix au paiement
Le parcours produit montre un paiement différé jusqu’à 30 jours après création de compte et vérification. La recherche sur le fractionnement relève de ma mission de benchmark.
Après la vente
Un suivi sans rupture
La commande devient une facture suivie. En cas d’impayé, les relances et le recouvrement interviennent ; une contestation nécessite l’examen du dossier.
Exploration de parcours
Ma pratique · IA & conception
Explorer plus loin.
Garder le jugement.
J’utilise l’IA pour explorer des variantes, affiner les contenus et passer plus vite à un prototype codé. Pas pour déléguer la compréhension du problème.
Voir aussi le produit que je développeDe la question au prototypeExemple illustratif · mon portfolio, pas un projet client
01 / 04
Transformer une demande en question utile.
L’IA aide à reformuler le besoin et à faire apparaître les zones floues. Je distingue ce que l’on sait, ce que l’on suppose et ce qu’il faut aller vérifier.
Ne pas confondre une hypothèse bien formulée avec un fait.
Point de départ« Faciliter la prise de contact. »
01Pour qui ?
Un recruteur ou une équipe produit.
02Quel effort ?
Que faut-il vraiment demander ?
03Quel retour ?
Savoir si le message est parti.
Des questions à examiner. Pas des résultats de recherche.
02 / 04
Comparer des choix, pas collectionner des écrans.
Je fais varier le parcours, les textes et les états d’interface. L’intérêt n’est pas d’obtenir plus de propositions : c’est de rendre leurs compromis visibles.
La proposition retenue doit répondre au besoin, pas seulement paraître séduisante.
03 / 04
Construire un prototype que l’on peut tester.
Le code assisté permet de matérialiser une interaction, puis d’en éprouver les détails : saisie, erreur, confirmation, comportement mobile. Je reprends et vérifie ce qui est généré.
Un prototype qui fonctionne n’est pas encore un produit validé.
Prototype local · aucun envoi
Parlons de votre projet.
Teste un champ vide, puis complète les deux champs.
04 / 04
Vérifier ce que la démonstration ne prouve pas.
Je m’en sers aussi pour challenger une formulation, repérer un état manquant et préparer des vérifications. Le contexte, les sources et les retours réels restent nécessaires pour décider.
L’IA ne remplace ni les utilisateurs, ni les tests, ni la responsabilité du concepteur.
Ce qu’il reste à éprouverRevue, pas certification
- Clavier
Le focus permet-il d’atteindre et d’activer le bouton ?
- Erreur
Le problème est-il expliqué là où il faut le corriger ?
- Mobile
Le formulaire reste-t-il utilisable avec le clavier ouvert ?
- Usage réel
Les visiteurs savent-ils quoi écrire et ce qui se passe ensuite ?
Une réponse convaincante peut encore cacher un problème.
Des sources, pas des certitudes fabriquées.Je distingue information fournie, hypothèse et contenu généré.
Un cadre de confidentialité.Cette démonstration utilise un cas personnel, sans données client.
Un outil, pas un verdict.L’apparence d’un résultat ne prouve ni sa justesse ni son utilité.
Produit personnel · macOS
AppHaltUne app en pause.
Pas une app fermée.
Une application travaille en arrière-plan alors que tu n’en as pas besoin ? AppHalt permet de suspendre son activité depuis la barre de menus du Mac, puis de la reprendre.
Un produit que je conçois et développe : du besoin initial à l’interface, puis au code et à l’application disponible.
Conception produitDéveloppement macOSProduit publié
Application de travail
L’app est ouverte et active.
Activité illustrée
Essaie : l’activité s’arrête, la fenêtre reste ouverte.
Simulation du principe. Aucune action sur ton Mac, aucune mesure de performance.
Parcours & expériences
Des contextes variés.
Un même fil produit.
Services clients, parcours financiers et produit macOS personnel. Je fais le lien entre produit, métier et développement pour transformer des besoins complexes en expériences compréhensibles.
Télécharger mon CV (PDF)Mes principales expériences
-
2026
BNP Paribas Personal Finance
Senior Product Designer
-
2025
Allianz Trade
UX/UI Designer
-
2023–2024
BNP Paribas Personal Finance
Senior UX/UI Designer
-
2020
Malakoff Humanis
UX Designer
-
Depuis 2016
Indépendant
UX/UI Designer
Contact · Paris · hybride
Et si on travaillait
ensemble ?
Un service complexe à concevoir ? Parlons de votre produit et de votre équipe.
nion.gabriel@gmail.com