Meilleure pratique pour exiger un "code d'accès" avant que l'utilisateur puisse utiliser l'application
Pour mettre les choses en contexte, nous avons une application qui permet aux utilisateurs de gagner de l'argent simplement en apprenant.
Pour cette raison, nous devons être assez stricts sur les utilisateurs autorisés à s'inscrire car nous avons évidemment des fonds limités et nous voulons uniquement que les utilisateurs "autorisés" puissent utiliser l'application.
Nous avons créé un système de code d'accès et auparavant, nous demandions comment ils avaient entendu parler de l'application, puis après avoir sélectionné une option, nous leur demandions d'entrer un code d'accès. Cela ressemblait à ceci:
Le problème que nous avons rencontré avec cette implémentation était:
- Les utilisateurs sont devenus confus et abandonnaient parfois.
- Les utilisateurs qui n'avaient pas de code d'accès ne savaient pas pourquoi ils ne pouvaient pas accéder à l'application et ont laissé de mauvaises critiques.
Donc, maintenant nous remodelons le flux, et notre idée est de n'avoir qu'une seule zone de texte où ils peuvent entrer leur code d'accès:
Avec ce nouveau design, nous espérons que ce sera beaucoup plus clair, et pour les utilisateurs qui choisissent de ne pas avoir de code d'accès, nous pensons à leur permettre d'utiliser l'application sans pouvoir gagner de l'argent.
Je me demande si tous vos concepteurs UX expérimentés ont déjà rencontré une implémentation comme celle-ci.
Tous les trucs ou conseils seraient formidables. Je vous remercie.
Tout d'abord, je suis d'accord avec Guillaume que la deuxième option est plus propre. Faire en sorte que l'utilisateur vous dise où il a obtenu son code avant même de le saisir est déroutant, et honnêtement, une étape à laquelle il ne devrait pas avoir à faire face - votre système devrait simplement reconnaître d'où il vient. Les obliger à mettre cela en place, c'est mettre le fardeau sur l'utilisateur plutôt que sur le système, ce n'est pas un bon schéma à suivre.
Il semble donc que le code d'accès soit accordé à l'utilisateur EN DEHORS du flux d'inscription/de connexion, peut-être par e-mail ou en personne ou dans une lettre ou quelque chose? Si c'est le cas, il n'y a peut-être pas beaucoup d'alternative à les faire entrer avant de vous inscrire. Mais il pourrait y avoir quelques petits moyens d'améliorer cela pour eux. S'il peut être livré par voie électronique, vous pouvez leur donner un lien pour vous inscrire sur lequel vous pouvez cliquer pour saisir automatiquement le code pour eux, ou peut-être le copier et le coller à partir d'un e-mail. S'il peut être fourni par texte, certains systèmes d'exploitation mobiles vous permettent d'offrir à l'utilisateur de coller un code à partir d'un texte récent dans un champ approprié (iOS peut le faire, je ne suis pas sûr d'Android). Tout ce que vous pouvez faire pour faciliter cette partie du voyage et éliminer autant d'obstacles que possible à l'adoption.
Le deuxième écran semble beaucoup plus clair.
Mais ma suggestion serait de faire un zoom arrière sur le parcours utilisateur. Je peux voir la connexion/l'inscription, mais ce code d'accès est déroutant et comme vous l'avez mentionné, les utilisateurs abandonnent et vous ne capturez pas leurs coordonnées.
Dans ce scénario, voici mon 2c: implémenter une inscription/connexion sur le 1er écran. À partir de là, lorsqu'un utilisateur s'inscrit, ce n'est qu'en bas du formulaire que vous devez mentionner le code d'accès (Renommez-le en code utilisateur ou quelque chose de moins de contrôle d'accès selon le contexte de votre application) car vous autorisez les utilisateurs pour profiter de votre application sans ce code, vous pourrez promouvoir un accès complet, par exemple lors des écrans d'intégration.
J'espère que cela a du sens!