Données d’usage et recherche utilisateur ont éclairé les parcours
de l’espace client web, sur mobile et ordinateur.
Planche de présentation du projet
Analyse des usages et recherche utilisateur web. Écrans adaptés pour
la présentation de ce parcours.
Une marque deBNP Paribas Personal Finance
PRODUCT DESIGN · E-COMMERCE
Du panier à la souscription.Garder le fil.
Concevoir le passage d’un achat chez un partenaire à une demande de financement Cetelem, sans perdre les repères de la commande.
Apple France Orange
Mon rôleUX/UI : parcours, maquettes et prototypes, en collaboration avec les équipes partenaires.
Le contexte d’achat•••
Apple FranceVotre sélection
Un produit. Une commande.
Choisir son financement↗
↓
Souscription
Retrouver sa commande. Comprendre la suite.
Les repères du partenaire accompagnent l’entrée dans le financement.
Vue de principe · deux environnements, un même objectif.
APPLE FRANCE · CONTINUITÉ
Changer de site. Pas de repères.
J’ai travaillé avec une équipe multidisciplinaire sur le parcours Apple France / Cetelem : des flows aux interfaces, puis aux prototypes et aux tests itératifs.
L’enjeu
Relier clairement la commande au financement proposé.
Dans la conception
Un récapitulatif identifiable, puis les informations de financement. La hiérarchie accompagne le changement d’environnement.
Parcours → wireframes → interface → prototype
01 — 03Contexte → décisions → interface
Un même fil conducteur, du besoin aux écrans. L’atelier et l’environnement de conception sont représentés pour expliquer la méthode.
Scrolle librement pour suivre le passage de l’atelier à l’interface, ou passe directement au chapitre suivant.
LA CONCEPTION PREND FORMED’une question commune à une interface vérifiable.
01 · UX / PRODUCT DESIGN
COMPRENDRERetrouver les repères de la commande.
EXPLIQUERRendre les options de financement lisibles.
VÉRIFIERPrototyper, observer, ajuster.
QUESTION → HYPOTHÈSE → CONCEPTION
01 · COMMANDE
Contexte d’achat Apple
→
02 · CHOIX
Option présentée
→
03 · FINANCEMENT
Demande Cetelem
●ESPACE DE CONCEPTION UX · REPRÉSENTATION SCHÉMATIQUE100%
CALQUESPARCOURS DE FINANCEMENT▧ Récapitulatif▧ Choix de financement▧ Souscription
Choix de financement
✓
STRUCTURE
Hiérarchie / états / espacements
W320
H568
DE LA STRUCTURE À L’INTERFACESupport de conception · présenté dans le portfolio
Atelier → wireframes → éditeur → interface
D’une question commune à une interface vérifiable.
CONCEPTION DU PARCOURSRécapitulatif
↳
La commande reste le point d’ancrage.
Extrait du support fourni · données illustratives, pas une offre actuelle. Agrandir ↗
ORANGE · AUTRE CONTEXTE PARTENAIRE
Même exigence. Autre parcours.
Chez Orange, le contexte était celui d’un mobile avec forfait. J’ai contribué à la conception du paiement en plusieurs fois avec les équipes Orange et BNP Paribas Personal Finance.
Mon intervention
Ateliers de co-conception, structuration du parcours et prototypes à confronter aux usages.
L’adaptation
Tenir compte de l’offre partenaire et de ses contraintes, plutôt que dupliquer le parcours Apple.
Le parcours Orange
Le mobile
+
Le forfait
Un contexte d’achat à respecter↓
Le financement
Une souscription adaptée au partenaire.
Schéma de conception · les parcours partenaires restent distincts.
MÉTHODE · DU CADRAGE À L’ITÉRATION
Concevoir, tester. Puis ajuster.
Les parcours se construisent avec les équipes produit, métier et développement. Les ateliers et les tests itératifs accompagnent le passage des intentions aux interfaces.
Ce que j’apporteStructurer les étapes, rendre les choix compréhensibles et matérialiser les échanges dans des prototypes.
Des livrables concrets : flows, wireframes, maquettes et prototypes.
DE L’INTENTION À L’INTERFACE↗
01
Cadrer ensemble
Usages · contraintes · parcours
02
Donner forme
Wireframes · maquettes · prototypes
→
VOTRE DEMANDEUne étape claire.
Un contexte, une information, une action.
Poursuivre →
03
Tester et ajuster
Prototypes · retours · itérations
Ateliers, conception et tests itératifs.
Allianz Trade Pay · recherche & conception
Donner du temps au paiement. Garder la maîtrise du risque.
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.
Lire le parcours
Rendre le parcours lisible. Avant de dessiner.
Ma mission : Product Designer sur Allianz Trade Pay. Ici, une lecture du parcours, de l’identification au suivi du règlement.
Distinguer les besoins
Une vente B2B. Deux expériences à relier.
Le marchand suit sa vente. L’acheteur comprend son engagement. La conception doit rendre les étapes utiles à chacun.
Expliciter les conditions
Choisir en comprenant les conditions.
Dans cette reconstitution, le montant, le délai et la vérification apparaissent au moment du choix du paiement.
Préserver une issue
Une réponse claire. Jamais une impasse.
Si le paiement est accepté, la commande avance. Sinon, une autre méthode reste disponible.
Accompagner la suite
La commande devient une facture suivie.
Une lecture continue : montant, échéance, règlement et, si nécessaire, une aide clairement identifiée.
AcheteurQuand vais-je payer ?
MarchandQue devient ma facture ?
Conditions visibles ?
Vérification expliquée ?
Alternative en cas de refus ?
Allianz Trade payCheckout B2B
Mode de paiementComment souhaitez-vous régler ?
Allianz Trade payConditions présentées avant validation↗
Carte bancaire
Continuer →
Allianz Trade paySuivi marchand
FacturesGardez le fil de vos ventes.
Facture AT‑2025‑0412 217,58 €Échéance à suivre · couverture selon contrat
ÉchéanceVisible
ImpayéRelance & recouvrement
ContestationExamen du dossier
Commande AT‑2025‑0412 217,58 €
Acceptée → commande confirméeRefusée → autre moyen de paiement
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.
Choix illustrés
Décider avec les bonnes informations
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.
Après la commande
Garder la suite lisible
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é.
Après les projets clients, un produit conçu de bout en bout.
Projet indépendant · macOS
AppHalt
Une 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.
Directement dans la barre des menus macOS. Repérer les applications ouvertes et en suspendre une sans la fermer. Capture du véritable produit ; les valeurs affichées ne mesurent pas un gain.
Intelligence artificielle · Product Design · Développement
Concevoir avec l’IA. Décider en designer.
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é.
Ce que l’IA accélèreExplorer · Comparer · Prototyper
Ce que je garde en mainCadrer · Décider · Vérifier
De l’exploration assistée par IA au prototype testableExemple 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.
Option B · engager l’échangeParlons de votre projet
Votre e-mailVotre message
Envoyer le message ↗
Moins de champs. Des précisions à recueillir ensuite.
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é.
Parcours & expériences
Des contextes variés. Mes principales 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.