Inscription partielle
Essayer de déterminer s'il faut opter pour un processus d'inscription en une ou deux étapes pour une application mobile.
1ère étape Penser à permettre à l'utilisateur de s'inscrire avec juste l'e-mail et le mot de passe sur lequel un "utilisateur" est créé et laisser entrer dans l'application, où il est possible de parcourir l'interface utilisateur, voir ce que des fonctionnalités existent, mais ne les utilisent pas, en raison de la réglementation financière sur KYC.
2ème étape Pour que l'utilisateur commence à utiliser les fonctionnalités, il doit parcourir le flux d'identification - photos d'identité, selfie, vérification de la base de données. (Le début du flux est invité à l'intérieur de l'application, appelant pour terminer l'inscription)
période en attente Une fois la deuxième étape terminée, il y aura toujours une période d'attente de 1 jour pendant laquelle un traitement est effectué en arrière-plan et après que les fonctionnalités sont déverrouillées et toutes les fonctionnalités sont prêtes à être utilisées .
Pourquoi je pense que cela pourrait fonctionner:
- L'utilisateur a la sensation de l'application et des fonctionnalités qui lui sont montrées dans l'environnement réel, ce qui inciterait à aller plus loin avec une étape d'inscription plus complexe, comme l'identification.
Ce dont j'ai un peu peur:
Sorte de forcer l'utilisateur à sortir d'un flux. Il peut y avoir des utilisateurs qui sont sûrs de la valeur que ce produit vise à fournir à l'avance et désireux de s'inscrire complètement en s'identifiant.
La période d'attente a pour résultat que l'utilisateur est essentiellement revenu où il était lors de la première étape. Vous ne pouvez toujours pas utiliser les fonctionnalités pendant un certain temps. Cela ressemble un peu à une fausse promesse qui pourrait se retourner.
ne expérience si c'est une bonne approche pour une meilleure conversion? (Étant donné la prémisse que ce que l'utilisateur y voit à l'intérieur de l'application est pertinent pour le problème qu'il espère résoudre avec)
Vous parlez de divulgation progressive, où le système ne demande des informations à l'utilisateur que lorsque cela est nécessaire. C'est généralement un bon moyen d'éviter de submerger les utilisateurs avec de longs formulaires d'inscription.
Tout d'abord, demandez un nom d'utilisateur et un mot de passe pour pouvoir configurer le compte nu (comme vous le faites). Ensuite, lorsque les utilisateurs souhaitent accéder à leur compte bancaire, vous leur demandez leurs informations bancaires. Lorsqu'ils veulent déposer un chèque par photo, vous demandez la permission d'accéder à leur appareil photo. Quand ils veulent du support pour les appeler, vous demandez un numéro de téléphone.
En faisant cela, non seulement vous raccourcissez et simplifiez l'enregistrement et d'autres processus, mais vous demandez des informations dans le contexte de la demande de l'utilisateur. Par conséquent, ils sont plus susceptibles de comprendre pourquoi vous le demandez et plus susceptibles de le fournir.
Je comprends votre inquiétude et c'est correct si vous laissez l'utilisateur s'inscrire et ensuite lui faites attendre la vérification sur le backend, cela peut certainement éloigner beaucoup d'utilisateurs.
La solution à cela est que vous donnez un aperçu de vos processus en une seule fois. Évitez également de respecter une inscription stricte en 2 étapes. Faites-en une inscription facultative en 2 étapes. Pour les utilisateurs qui souhaitent remplir le processus d'inscription et de vérification initial consécutivement, laissez-les. Pour ceux qui veulent d'abord regarder l'application, prévenez-les qu'une vérification sera nécessaire pour accéder aux fonctionnalités.
Vient maintenant le processus de vérification de 1 jour au niveau du backend.
Pour conserver les utilisateurs pendant la durée de la vérification de sauvegarde, vous pouvez ajouter un "minuteur de lancement". Ainsi, chaque fois que l'utilisateur accède à l'application, il rencontrera un minuteur descendant, donc sera plus disposé à s'y accrocher car le minuteur résout son incertitude sur le problème de vérification et il sait maintenant exactement qu'il peut accéder à toutes les fonctionnalités de l'application.
Ici, vous pouvez également utiliser l'astuce utilisée par de nombreux sites de commerce électronique en surprenant l'utilisateur si le processus de vérification se termine avant le minuteur.
L'astuce ici est que vous ajoutez toujours 2 à 4 heures supplémentaires pour la sécurité afin que chaque vérification se termine avant le chronomètre et satisfasse le client que vous livrez avant l'heure prévue.
Si le processus de vérification prend plus de temps que le temps d'arrêt de la minuterie, montrez à l'utilisateur pourquoi il en est ainsi. Ne jouez jamais avec la minuterie, si l'utilisateur remarque que vous modifiez l'heure à votre guise, cela l'éloignera.