Comment gagner du temps sans masquer le partage de données ?
Product Designer senior · Développeur macOS
Je transforme des besoins complexes en interfaces claires, du parcours jusqu’au produit qui fonctionne.
Voir les projets Défiler pour découvrirDonné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
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.
Parcours sans animation
Du questionnement à la connexion bancaire : trois étapes essentielles de la même démarche.
Comment gagner du temps sans masquer le partage de données ?
Expliquer le préremplissage, le consentement et la saisie manuelle.
Vérifier les explications dans des interfaces concrètes.
BNP Paribas Personal Finance · Cetelem
Paiement en plusieurs fois dans les parcours d’achat Apple France et Orange, adapté à chaque partenaire.
Une étape de vérification d’identité intégrée au parcours de crédit.
Comparer les propositions avant de les présenter au client.
Un composant. Des états cohérents.
Aperçus illustratifs · outils métier et composants
Allianz Trade Pay · recherche & conception
Product Designer chez Allianz Trade, sur une solution de paiement B2B. Ce parcours reconstitué met en lumière trois enjeux : comprendre les conditions, guider la décision et rendre la suite lisible.
Ma mission : Product Designer sur Allianz Trade Pay. Ici, une lecture du parcours, de l’identification au suivi du règlement.
Le marchand suit sa vente. L’acheteur comprend son engagement. La conception doit rendre les étapes utiles à chacun.
Dans cette reconstitution, le montant, le délai et la vérification apparaissent au moment du choix du paiement.
Si le paiement est accepté, la commande avance. Sinon, une autre méthode reste disponible.
Une lecture continue : montant, échéance, règlement et, si nécessaire, une aide clairement identifiée.
Parcours reconstitué · montants illustratifs · mon rôle : Product Designer.
Explorer les choix de parcoursDu contexte au composant
Le parcours acheteur documenté éclaire la structure. Les écrans schématiques montrent le raisonnement, sans prétendre mesurer des résultats.
Savoir ce qui se passe et ce qui vient ensuite.
Modalités, vérification, prochaine action.
L’éligibilité est vérifiée avant confirmation.
Continuer vers la vérificationUn exemple de principe, pas une capture de production.
Lecture de conception
Relier une contrainte à ce que l’acheteur voit, comprend et peut faire.
Le parcours sépare le choix du paiement et les contrôles d’éligibilité.
Choix illustréÀ vérifier en testL’acheteur peut-il expliquer quand il paiera et ce qui sera vérifié ?
2 217,58 € à régler le 15 nov. 2026 · date illustrative.
Une vérification peut ne pas permettre l’usage du moyen de paiement choisi.
Choix illustréÀ vérifier en testL’acheteur sait-il comment poursuivre après une réponse défavorable ?
Choisissez un autre moyen de paiement pour poursuivre.
Le parcours continue après la commande : règlement, rappels et gestion d’un éventuel retard.
Choix illustréÀ vérifier en testLe lecteur identifie-t-il le prochain paiement et l’action disponible ?
2 217,58 € · en attente de règlement. Date illustrative.
Mon rôle : Product Designer chez Allianz Trade. La lecture présentée distingue l’identification, le choix et les vérifications, le règlement, puis le suivi. Les schémas sont reconstitués pour le portfolio.
Regrouper conditions et prochaines étapes, expliquer la réponse et préserver une alternative. Ces exemples rendent le raisonnement visible ; ils ne constituent pas un résultat de test utilisateur.
La commande devient une facture avec un montant, une échéance et une action possible. Une question à vérifier : le lecteur sait-il quelle est sa prochaine action ?
Exemples de parcours reconstitués. Aucun résultat chiffré revendiqué.
Projet indépendant · macOS
AppHaltUne 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.

La capture du produit est indisponible. Voir AppHalt ↗
Intelligence artificielle · Product Design · Développement
J’intègre l’IA générative à la conception et au développement : explorer des variantes, prototyper des interactions fonctionnelles, examiner les cas limites. Je reste responsable du cadrage, des décisions produit et de la qualité.
Voir aussi mon parcoursL’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.
Un recruteur ou une équipe produit.
Que faut-il vraiment demander ?
Savoir si le message est parti.
Des questions à examiner. Pas des résultats de recherche.
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.
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é.
Teste un champ vide, puis complète les deux champs.
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.
Le focus permet-il d’atteindre et d’activer le bouton ?
Le problème est-il expliqué là où il faut le corriger ?
Le formulaire reste-t-il utilisable avec le clavier ouvert ?
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é.
Parcours & expériences
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.
Consulter mon CV (PDF) ↗Senior Product Designer
UX/UI Designer
Senior UX/UI Designer
UX Designer
UX/UI Designer
Contact · Paris · hybride
Un service complexe à concevoir ? Parlons de votre produit et de votre équipe.
nion.gabriel@gmail.com