Intégrer les paiements Wero
La banque souhaitait intégrer Wero pour remplacer Payconiq. Le défi UX n'était pas l'interface de paiement, mais l'onboarding : comment lier l'app Wero à l'app bancaire et gérer tous les cas d'éligibilité de comptes sans perdre l'utilisateur ?
Mettre en place le parcours permettant d’associer les comptes des clients au service de paiement wero.
9,6/10
Fluidité du parcoursNote globale en tests utilisateurs
100%
Cas d'éligibilité couvertsComptes éligibles, non éligibles, déjà associés, aucun compte compatible.
2
Cibles adresséesRetail & Wealth Management
Le problème
Wero succède à Payconiq au Luxembourg et corrige deux frictions structurelles de l'ancienne solution : Payconiq était déclinée en une app par banque (source de confusion), et imposait une activation qui demandait de sortir du mobile pour scanner un QR code sur desktop, incohérent pour un service 100% mobile.
La banque souhaitait l'intégrer dans son app pour permettre à ses clients de payer sans communiquer d'IBAN.
La difficulté principale n'était pas le paiement lui-même, c'était l'association des comptes : l'onboarding se déroule dans l'app Wero, puis l'utilisateur est redirigé vers l'app bancaire pour choisir quels comptes associer.
Ce que j'ai fait - et pourquoi
01. Analyser l'héritage Payconiq
Avant de concevoir, j'ai exploité les statistiques d'usage de l'ancienne solution pour comprendre les comportements existants et construire des personas réels. J'ai aussi proposé à la tribe Paiements (l'équipe produit commanditaire du projet) un cadre de KPIs de suivi — un cadre qui n'existait pas encore (voir décisions clés).
02. Benchmarker l'implémentation de Wero chez les concurrents
Le constat était notable : la Banque Postale était la seule, comme nous, à faire l'onboarding via l'app Wero avant de rediriger vers l'app bancaire — les autres intégraient directement. Ce cas rare a orienté le benchmark vers les formulations et les bonnes pratiques d'accompagnement utilisateur plutôt que vers des patterns d'intégration à reproduire.
03. Cartographier le point de jonction avec l'app Wero
J'ai analysé les écrans d'onboarding Wero pour comprendre précisément où s'arrête leur périmètre et où commence le nôtre. Cette cartographie a directement alimenté le userflow et le blueprint — condition indispensable pour assurer une transition lisible à la jonction des deux apps. Chaque cas d'usage a un message contextuel et une sortie claire.
04. Tester sur prototype puis ajuster
Création d'un prototype haute-fidélité pour tester les règles d'association de comptes avec des utilisateurs. 6 testeurs habitués et non habitués à la solution Payconiq. Score de 9,6/10 avec un ressenti de fluidité élevé malgré la complexité sous-jacente de changement d’app au cours du parcours.
05. Décliner pour la cible Wealth Management
J'ai adapté le parcours pour la cible Wealth Management, qui possède sa propre application avec une charte graphique et des traductions spécifiques (ex: Néerlandais).
Décisions clés
Partir des données Payconiq avant de concevoir.
Au-delà du suivi d'onboarding qui coulait de source, j'ai proposé des indicateurs qui permettaient de suivre l'évolution du profil utilisateur issu des données Payconiq : âge moyen, montant moyen de transaction, transactions par utilisateur, taux d'échec, taux d'onboarding complet. Et un indicateur stratégique : Android vs iOS — pour mesurer l'impact de Wero face à Apple Pay et Google Pay sur le long terme.
Traiter le point de jonction comme une contrainte de design.
La transition entre l'app Wero et l'app bancaire est le moment le plus fragile du parcours. La cartographier précisément a permis de concevoir une entrée dans le parcours bancaire qui soit immédiatement lisible, sans supposer que l'utilisateur comprend ce qu'il vient faire.
Couvrir les cas d'exclusion avec autant de soin que le cas nominal.
Un compte non éligible, un appareil déjà enregistré, l'absence de compte compatible — chaque cas a un message qui explique la situation et propose une sortie. Ne laisser aucun utilisateur sans réponse compréhensible.
Concevoir la déclinaison Wealth Management comme une contrainte de cohérence.
Même logique de parcours, adaptation des contenus, et ajout du NL — pour que les deux cibles bénéficient du même niveau de qualité sans que l'une serve de version dégradée de l'autre.
Résultats
Le parcours couvre l'ensemble des cas d'usage identifiés et a obtenu 9,6/10 en tests utilisateurs, avec un ressenti de fluidité unanime malgré la complexité technique du service.
Le cadre de KPIs proposé à la tribe Paiements est en place comme base de suivi dès la mise en production, les premières données permettront de mesurer l'évolution du profil utilisateur et l'impact de Wero face aux wallets natifs (Apple Pay/Google Pay).
Les composants conçus sont réutilisables sur d'autres services de paiement à venir.
Ce que j'en retiens
"Concevoir à la jonction de deux systèmes impose de comprendre les deux — même celui qu'on ne maîtrise pas. Cartographier l'onboarding Wero avant de concevoir la partie bancaire a évité des hypothèses fausses sur ce que l'utilisateur sait et attend à son arrivée."
"Les KPIs ne sont pas une responsabilité qui s'arrête aux données business. Proposer un cadre de mesure en amont, c'est s'assurer que le travail de design peut être évalué — et que les futures itérations auront une base solide pour décider."