Si vous développez une application reposant sur l’Open Banking, vos utilisateurs doivent connecter leurs comptes bancaires. Mais beaucoup n’achèvent pas ce parcours – et ces abandons pèsent directement sur votre taux de conversion, l’expérience utilisateur et, in fine, votre modèle économique.

C’est précisément là qu’intervient l’A/B testing. Cette approche permet de répartir le trafic et de tester différentes versions de votre parcours de connexion afin d’identifier celle qui fonctionne le mieux et d’augmenter progressivement les taux de connexion.

Chez Powens, nous vous donnons les moyens de le faire concrètement : personnalisier les Webviews de consentement et les tester grâce à des tests A/B pour optimiser vos taux de consentement. Dans cet article, nous vous expliquons comment procéder, étape par étape.

Vous pouvez aussi regarder cette vidéo :

Compléter l’authentification Open Banking et configurer la Webview

L’intégration de l’API Powens nécessite de récupérer vos clés API (un ID client et un secret client par application). Si ce n’est pas encore fait, créez un compte gratuit sur la Console Powens et générez votre première application client pour obtenir vos clés.

• Rendez-vous dans l’onglet Applications sous la catégorie DOMAIN dans la barre latérale de la plateforme Powens. Cliquez ensuite sur + ADD AN APPLICATION pour créer une nouvelle application client.

• Une fois l’application ajoutée, vous serez redirigé vers un écran où saisir le nom et l’URL de votre application. Allez dans Settings à gauche, entrez les infos, puis cliquez sur Save en haut à droite.

Personnaliser la Webview pour optimiser l’expérience utilisateur

Personnaliser le widget Webview permet de maximiser les chances de connexion réussie à une banque. Vous pouvez modifier plusieurs paramètres pour :

•  Afficher certaines banques en priorité
• Afficher des messages spécifiques à vos utilisateurs
• Activer/désactiver la connexion via QR code (optionnel)
• Adapter le style visuel du widget à votre marque

Réfléchissez à votre segment d’utilisateurs et à ce qu’ils attendent de ce type de parcours. Vous développez une application destinée aux moins de 30 ans ? Ce public, habitué à partager ses données en ligne, préfère généralement les interfaces épurées et les textes courts : adoptez donc une approche minimaliste. Au contraire, si vous développez un logiciel de comptabilité SaaS destiné à des directeurs financiers et comptables chargés de connecter les comptes bancaires de leur entreprise, dans ce cas, incluez toutes les informations nécessaires sur le traitement et l’utilisation des données.

Voyons maintenant ce qu’il est possible d’adapter.

Charte graphique

Définissez précisément vos couleurs primaires et d’arrière-plan, modifiez l’apparence des boutons et ajoutez votre logo.

Institutions

Dans l’onglet Institutions, vous pouvez filtrer les connecteurs par pays et mettre en avant jusqu’à 8 connecteurs favoris. Vous pouvez aussi :

• Afficher ces connecteurs en haut de la liste
• Autoriser l’authentification via QR code
• Permettre aux utilisateurs d’ajouter de nouvelles connexions via la liste Manage les connexions

Clauses de réassurance

L’onglet Reassurance vous permet d’activer des clauses (confidentialité, sécurité, etc.) affichées à l’ouverture de la Webview. Ces clauses sont personnalisables : vous pouvez les réorganiser, activer l’avis PSD2 SCA et ajouter une barre latérale d’information.

Tester l’API Open Banking avec des tests A/B

L’expérience Open Banking nécessite des expérimentations pour s’améliorer, et la personnalisation de la Webview est une excellente première étape. Un widget bien pensé augmente fortement les chances de succès.

Selon le cas d’usage, nos données montrent qu’une personnalisation efficace peut améliorer le taux de conversion de 10 points.

Prenons un exemple : l’activation ou non du QR code. Ce code permet de passer d’un parcours desktop à un parcours mobile, où l’utilisateur peut s’authentifier via son app bancaire. Cela rend l’expérience plus fluide grâce à des méthodes comme Face ID ou un simple code.

Mais dans le cas d’un logiciel de comptabilité, nous avons testé la désactivation du QR code pour une partie des utilisateurs. Résultat : le taux de conversion était meilleur sans le QR code. Pourquoi ? Parce que les personnes en charge de la comptabilité n’ont souvent pas l’app bancaire installée sur leur téléphone professionnel.

Comment faire ce type de test ?

Après avoir créé votre première application client, vous pouvez en créer d’autres avec des paramètres de Webview différents.

Outre la possibilité de visualiser et de gérer vos applications client, Powens fournit également un tableau de bord dédié dans la Console pour suivre les taux de conversion au fil du temps. Ce tableau de bord peut ventiler les données en fonction de la banque, de l’appareil, du navigateur ou encore du système d’exploitation.

Plus important encore, il compare les chiffres et les performances de chacune de vos applications client, ce qui signifie que vous pouvez tester plusieurs versions en parallèle (et c’est là que vos tests A/B prennent tout leur sens). Vous pouvez configurer le trafic utilisateur de manière à le répartir équitablement entre les différentes versions de votre application client, ce qui vous permet de comparer les taux de conversion et d’identifier la combinaison de paramètres la plus performante.

Jetez un coup d’œil à ce tableau de bord de démonstration pour découvrir plus en détail les types d’analyses de données auxquels vous aurez accès :

Commencez à créer et à comparer des Webviews

La seule façon de trouver la configuration idéale de votre application cliente — celle qui convertit vraiment — est de commencer à créer, personnaliser et tester plusieurs Webviews. Le tableau de bord de Powens vous permet de passer facilement de l’une à l’autre, tout en surveillant et comparant leurs performances respectives.

Vous pouvez prendre le temps de mener des tests A/B pour trouver la combinaison optimale, ou utiliser ces fonctionnalités pour accélérer le succès des connexions Open Banking de vos applications clientes.

Dans tous les cas, l’équipe de support dédiée de Powens est là pour vous accompagner tout au long du parcours utilisateur.

Nous vous aiderons à identifier les meilleures personnalisations pour la configuration de votre widget, et vous fournirons des conseils clés pour comparer efficacement vos Webviews via le tableau de bord.

À la fin de votre phase de test, vous disposerez d’une application client qui convertit de manière fluide — comme c’est déjà le cas pour les produits créés par des clients de Powens tels que Qonto, Pennylane et Finary.

Ces entreprises bénéficient dès le départ des excellents taux de consentement offerts par Powens, tout en ayant la possibilité de les optimiser grâce à nos capacités de test A/B.

Contactez-nous dès aujourd’hui pour vous lancer.

Product