Concevoir un processus d'inscription / d'intégration efficace pour les applications Fintech

76% des utilisateurs mobiles se désintéressent juste une semaine après avoir installé une application fintech. Voulez-vous vraiment un taux de désabonnement aussi coûteux? Bien sûr que non. Pour vous assurer que vos utilisateurs pénètrent dans l'application pour voir sa valeur, vous devez éliminer les frictions liées au processus d'inscription et d'intégration.

Faire en sorte que les utilisateurs installent votre application financière n'est que la première étape parmi tant d'autres. Contrairement à d'autres applications mobiles qui peuvent amener les nouveaux utilisateurs dans l'expérience immédiatement, la plupart des applications fintech doivent accompagner les utilisateurs à travers un processus d'inscription et d'intégration rigoureux.

De ce fait, il existe des opportunités supplémentaires de désabonnement d'utilisateurs avant même d'avoir vu l'intérieur de votre application. Et 2020 Industry Benchmarks for Fintech Apps de CleverTap suggère que cela peut être un problème courant dans la fintech:

• 26% des nouveaux utilisateurs prennent trois jours, en moyenne, pour ouvrir un compte avec un nouveau app
• 76% des utilisateurs seront désabonnés dans la semaine suivant l'installation

Le taux de désabonnement des utilisateurs est coûteux, surtout quand il a lieu si tôt.

Comme il y a généralement quatre composants impliqués dans le processus d'inscription et d'intégration des utilisateurs fintech , Je veux voir où la friction existe dans chacun et comment vous pouvez y faire face:

• L'écran de démarrage
• Les fenêtres contextuelles de demande d'autorisation
• Le formulaire d'inscription
• Le questionnaire d'intégration

Si vous pouvez éviter les faux pas de conception suivants vous devriez être en mesure d 'améliorer vos chances non seulement d' inscrire plus d 'utilisateurs, mais aussi de les fidéliser:

1. Faire une mauvaise impression avec l'écran de démarrage

La première chose que tout le monde verra en ouvrant votre application pour la première fois est l'écran de bienvenue.

Maintenant, il y a deux arguments pour savoir comment vous pouvez gérer cela.

Le premier suggère qu'il est préférable de fournir aux utilisateurs un écran statique de conception simple, sans contenu, et uniquement des boutons d'inscription et de connexion. La logique est que l'App Store a déjà fourni à l'utilisateur des captures d'écran et des détails sur l'application et qu'il est excessif de répéter ces informations ici.

Cependant, une étude réalisée par storemaven rapporte que 60% des utilisateurs décident s'ils vont installer une application uniquement sur la base du premier cadre d'impression:

De plus, la plupart des gens ne lisent que la première ligne de la description de l'App Store.

C'est pourquoi je m'abonne à la deuxième argument pour la conception de l'écran de démarrage. Vous ne pouvez pas supposer que vos utilisateurs vont parcourir chaque capture d'écran ou lire votre description.

Alors, suivez l'exemple de Credit Karma et utilisez l'écran de démarrage pour:

Accueillir les nouveaux utilisateurs avec une interface minimale et un message convivial:

[19659003] Assurez-vous que les boutons «S'inscrire» et «Se connecter» restent présents quel que soit l'écran vers lequel ils basculent:

Donnez à vos utilisateurs un récapitulatif succinct et accrocheur des fonctionnalités de l'application:

Vous pouvez mettre en évidence les fonctionnalités préférées des utilisateurs, annoncer des fonctionnalités récemment ajoutées ou attirer l'attention sur des fonctionnalités que la concurrence n'a pas. Vous pouvez également utiliser cet espace pour fournir des conseils de professionnels qui les aideront à tirer le meilleur parti de l'application.

Une dernière chose que je suggérerais est de désactiver la rotation automatique sur le curseur:

De cette façon, les utilisateurs qui souhaitent lire les diapositives peuvent contrôler le rythme et ceux qui veulent simplement s'inscrire et commencer ne seront pas distraits par l'animation. [19659032] 2. Bombarder les utilisateurs avec des demandes inutiles ou trop nombreuses

L'un des avantages de la création d'une application fintech est que vous pouvez utiliser des fonctionnalités mobiles pour améliorer l'expérience, comme les notifications push, le suivi de l'emplacement, l'accès à la caméra et plus encore.

Pendant que je Je ne peux pas trouver de données sur la façon dont les utilisateurs apprécient ces fonctionnalités mais détestent les demandes d'autorisation d'application qui les activent, j'ai un soupçon furtif que c'est le cas basé sur ce que nous savons sur les pop-ups de sites Web.

Voici ce que a Une enquête récente de G2 a révélé:

Commençons par la deuxième raison la plus courante: "Ils apparaissent dès que j'atterris sur un site Web."

C'est en fait un énorme non-non dans le livre de Google , à tel point que, il y a quelques années, il a commencé à pénaliser les sites Web mobiles qui affichaient des pop-ups avant que le visiteur puisse réellement voir le site Web. Même si Google ne peut pas punir votre application pour avoir fait de même, considérez ceci comme une bonne règle d'étiquette pour toutes les expériences mobiles.

Commençons donc par commencer: ne jamais afficher une demande d'autorisation à la seconde où quelqu'un entre dans votre application. Chase fait:

Maintenant, regardons le plus courant raison pour laquelle les gens n'aiment pas les notifications contextuelles: "Ils sont partout."

Même si vos nouveaux utilisateurs voyaient votre demande d'autorisation apparaître et étaient ennuyés, il y a quelque chose de plus sérieux à craindre: La cécité des bannières .

Cela signifie en fait que la raison la moins courante – «Leur dessin est ennuyeux» – va de pair avec la plus populaire. Parce que lorsque vous bombardez vos utilisateurs avec la même demande de permission laide que tout le monde utilise, il y a de fortes chances qu'ils la rejettent sans la lire… ou l'acceptent et regrettent le choix plus tard.

Donc, il y a deux choses vous pouvez faire pour résoudre ce problème.

La première consiste à faire comme Emma et à concevoir un écran d'intégration pour la demande.

Lorsque la demande fait partie du processus d'intégration bien conçu et qu'une raison valable est donnée pour l'activation des autorisations, vous êtes plus susceptible de voir une réponse positive des utilisateurs.

L'autre chose que vous pouvez faire est d'utiliser la conception de demande d'autorisation par défaut, mais de ne pas l'afficher jusqu'à ce que l'utilisateur essaie d'accéder à une fonctionnalité de l'application qui le nécessite (comme demander l'accès à la caméra lorsqu'il souhaite numériser un enregistrement) . Il leur sera beaucoup plus logique de cliquer sur "Autoriser" lorsque la demande apparaîtra dans le contexte.

3. Avoir un formulaire d'inscription difficile à remplir

Il est impossible de contourner le formulaire d'inscription dans les applications fintech, vous voudrez donc y consacrer plus de temps pour vous assurer de bien faire les choses.

La bonne nouvelle est que il existe une formule gagnante pour une bonne conception de formulaires mobiles.

Tout d'abord, n'incluez que les champs obligatoires. Vous pouvez recueillir des détails facultatifs auprès de vos utilisateurs dans le panneau Paramètres.

Ensuite, assurez-vous que les champs sont correctement formatés:

• Placez les étiquettes et les indices en dehors des champs.
• Utilisez une police plus grande et en gras pour étiquettes et une police en italique légèrement plus petite pour les indices.
• Faites que les champs s'étendent sur toute la largeur du formulaire.
• Empilez chaque champ verticalement. Il ne doit pas y avoir de champs côte à côte (même pour «Prénom» et «Nom de famille»).

Le formulaire d'inscription au compte de H&R Block est un bon modèle pour modéliser le vôtre après: [19659003]

Il y a aussi quelques autres détails à noter ici. [19659003] Tout d'abord, regardez le message sous le champ Numéro de portable: "Nous enverrons un code à ce numéro pour vous aider à sécuriser votre compte."

Cela permet non seulement aux utilisateurs de réfléchir à leur sécurité dès le processus d'inscription , mais cela leur permet de savoir pourquoi cette information est nécessaire (c'est-à-dire «Ce n'est pas pour vous spammer des messages; c'est pour sécuriser votre connexion»).

L'autre détail auquel prêter attention est la tabulation haut / bas juste au-dessus le clavier. C'est quelque chose que tous les formulaires mobiles devraient avoir, mais, malheureusement, je n'ai pas vu de nombreuses applications Fintech les utiliser. Peu importe la brièveté de votre formulaire. Les utilisateurs peuvent remplir les champs plus rapidement s’ils n’ont pas à s’arrêter pour toucher les champs afin de saisir du texte.

Une chose que H&R Block ne fait pas est de changer le clavier du champ. Par exemple, lorsque le champ Mobile est sélectionné, il doit basculer automatiquement sur le pavé numérique. (Je vais vous en montrer un exemple dans la section suivante.)

Une dernière chose dont votre conception de formulaire a besoin est une gestion correcte des erreurs:

Pour commencer, si un champ n'est pas correctement rempli, le message d'erreur devrait apparaître immédiatement. Pas après avoir appuyé sur le bouton «Suivant».

Deuxièmement, le message d'erreur devrait apparaître dans le formulaire et non sous la forme d'une fenêtre contextuelle . Il n'est pas de la responsabilité de vos utilisateurs de se souvenir de ce que le message d'erreur a dit s'ils l'ont ignoré trop rapidement ou s'ils n'ont pas lu le conseil correctement. Intégrez-le dans la page afin qu'ils aient un rappel permanent de ce qu'il faut faire.

Ce qui m'amène au point suivant: rendez vos messages d'erreur descriptifs. Ne dites pas simplement "Erreur". Expliquez en quoi consiste l'erreur et comment la corriger, par exemple "Entrez un nom d'utilisateur comportant au moins six caractères".

Enfin, gardez à l'esprit l'accessibilité ici. Une police rouge n'aidera pas certaines personnes daltoniennes à remarquer le message. Si vous avez de la place pour cela, incluez une petite icône d'erreur (comme un point d'exclamation) pour attirer l'attention dessus.

En concevant votre formulaire de cette façon, vous constaterez que davantage d'utilisateurs seront heureux de s'inscrire et de commencer.

4. Oublier le questionnaire d'intégration

Toutes les applications fintech n'ont pas besoin d'un questionnaire d'intégration. Cela dit, s'il existe un moyen pour vous de personnaliser l'expérience de l'application ou de réduire le temps que les utilisateurs passent à configurer leurs paramètres, c'est une fonctionnalité intéressante à inclure dès le départ.

Assurez-vous simplement que cela améliorera réellement leur expérience in-app.

Sinon, ne perdez pas de temps avec un et ne faites pas croire à personne que cela vaut la peine de le remplir s'il n'y a aucune valeur. Même si vous présentez un questionnaire avec l'option «Ignorer», la curiosité l'emportera sur certains de vos utilisateurs. Et ils ne seront pas heureux sur la route de découvrir que ce n'était pas nécessaire.

Quant à la conception d'un questionnaire d'intégration, jetons un coup d'œil au bon exemple des ensembles MoneyCoach .

Les utilisateurs sont a dit dès le départ que ces questions permettront à l'application basée sur l'IA de fournir des recommandations personnalisées:

Sans cette explication, les utilisateurs pourraient se demander comment des informations telles que leur sexe et leur âge ont quelque chose à voir avec la budgétisation de leur argent.

Le prochain détail à retenir de cette conception est la barre de progression en haut de chaque page :

Non seulement les utilisateurs peuvent-ils savoir combien il leur reste à remplir, mais il y a un bouton fléché de retour qui allo

Alors que le processus d'intégration est systématiquement conçu en termes d'apparence visuelle de chaque page, la manière dont les utilisateurs sélectionnent leurs réponses change:

Dans cet exemple, parce que les utilisateurs sont interrogés sur le moment où ils sont payés – et il y a 31 options – une molette

Ainsi, le point de données dicte la conception.

Mais il ne s'agit pas seulement de réponses qualitatives ou quantitatives. Voici une autre question qui nécessite une réponse numérique:

Ici, un champ ouvert a beaucoup plus de sens. Remarquez comment le clavier (numérique) droit est affiché pour une réponse plus rapide.

Et voici un autre exemple de réponse quantitative collectée d'une autre manière encore:

Bien que ce soit similaire à la question de savoir combien gagne l'utilisateur, c'est un moyen peu encombrant de recueillir le même type de réponse numérique pour trois questions.

Notez également les icônes à côté de chaque catégorie. Ce n'est pas la seule page de ce questionnaire qui utilise des icônes descriptives pour améliorer la vitesse de reconnaissance et de réponse.

Encore une fois, s'il est avantageux pour vos utilisateurs fintech de passer du temps à remplir un questionnaire, concevez-le avec leur commodité en esprit. Cela signifie justifier les raisons pour lesquelles vous avez besoin des données, leur présenter systématiquement chaque question, puis concevoir la réponse en fonction du contexte.

Amélioration du processus d'inscription / d'intégration Fintech pour une plus grande rétention des utilisateurs

Cela coûte cher d'argent pour créer une application fintech, l'optimiser pour sa visibilité dans l'App Store et les moteurs de recherche, puis motiver les gens à l'installer. Donc, la dernière chose que vous voulez, c'est que les trois quarts de ces utilisateurs désinstallent l'application avant qu'ils n'aient jamais eu l'occasion de l'utiliser.

Un bon moyen d'éviter que cela ne se produise est de concevoir le processus d'inscription et d'intégration pour le succès.

Concevez une expérience sans friction et observez que davantage d'utilisateurs ont la chance de voir la valeur de l'application, plutôt que de porter un jugement injuste en raison d'une inscription ou d'une expérience d'intégration terne.