Le meilleur moyen d'obtenir un utilisateur de s'inscrire via une application
Je développe une application qui permet à un utilisateur (Leader) de développer des plans pour de nombreux autres utilisateurs (followers). Le leader pourra mettre à jour le plan d'un suiveur (et le suiveur recevra une notification) et les suiveurs pourront envoyer des mises à jour au leader (et le leader recevra une notification).
L'application aura un client Web compagnon.
Le leader s'inscrira via l'application ou le client Web, créera un plan pour un abonné, puis cliquez/appuyez sur "envoyer à l'abonné".
C'est à ce stade que j'ai du mal à trouver un moyen naturel et agréable d'amener les abonnés à s'inscrire via l'application.
Remarque: les abonnés peuvent demander un plan au leader et s'y attendront - mais je ne peux pas compter sur les dirigeants pour expliquer le processus d'intégration de l'application, etc. aux abonnés.
Mon idée est actuellement:
- Le leader appuie sur "partager avec le suiveur" et saisit l'adresse e-mail du suiveur.
- Le suiveur reçoit un e-mail avec un lien qui ouvrira la page de l'application sur la boutique sur son appareil. L'e-mail comprendra un message concis expliquant qu'ils ont un plan créé pour eux, ils doivent télécharger l'application pour la voir.
- Le suiveur télécharge et ouvre l'application, avec un écran demandant leur e-mail avec un bouton `` suivant '' - lorsque le prochain est tapoté, nous vérifions l'e-mail par rapport aux e-mails saisis par les dirigeants et les faisons correspondre (en arrière-plan) puis nous demandons l'utilisateur de créer un mot de passe (créant ainsi son compte).
- Les abonnés peuvent alors voir leur plan et utiliser l'application.
Un problème avec cette approche est que, le suiveur peut avoir plusieurs e-mails - donc l'e-mail que le leader envoie peut atteindre le suiveur, mais le suiveur peut choisir d'utiliser un autre e-mail lorsqu'il obtient l'application, et à ce stade toute l'expérience va casser.
L'autre option à laquelle j'ai pensé est:
- Le leader appuie sur "partager avec le suiveur" et saisit l'adresse e-mail du suiveur.
- Dans l'e-mail est un lien pour voir leur plan (sur le client Web), le lien comprendra un jeton unique, quand ils ouvrent le lien, nous pré-remplissons leur e-mail et demandons un mot de passe (pour pour compléter leur compte), à ce stade, s'ils choisissent d'utiliser un autre e-mail, le jeton unique dans l'e-mail sera utilisé pour correspondre au compte.
- Le suiveur pourra alors voir son plan sur le client Web, mais nous afficherons un modal pour lui de télécharger nos applications, qu'il pourra ensuite se connecter avec les informations d'identification qu'il vient d'utiliser pour s'inscrire.
Y a-t-il des modèles établis autour de cela? ou l'une de mes solutions est-elle une bonne solution? Je pense que la solution 1 a beaucoup de points de chute potentiels, et la solution 2 est un peu longue.
Je dirais que la solution 1 est plus longue que la solution 2, car le téléchargement et l'ouverture de l'application ne sont pas aussi triviaux que cela puisse paraître.
J'ai profilé chaque solution ci-dessous.
tl; dr - La solution 2 est meilleure.
Solution 1: la version de l'application
Si l'utilisateur clique sur le lien sans d'abord lire correctement les instructions de votre e-mail, il est peu probable qu'il sache pourquoi il a été redirigé vers une boutique d'applications.
Lorsqu'ils téléchargent l'application, ils doivent attendre que le téléchargement soit terminé. En attendant, ils pourraient s'occuper d'une autre tâche et oublier qu'ils ont commencé à télécharger l'application, ou oublier ce qu'ils devraient faire ensuite.
Une fois qu'ils ont ouvert l'application, ils doivent toujours s'inscrire.
Le processus serait:
- L'utilisateur reçoit un e-mail.
- L'utilisateur lit les instructions par e-mail.
- L'utilisateur clique sur le lien.
- L'App Store s'ouvre dans le navigateur.
- L'utilisateur appuie sur le bouton Télécharger (en supposant que c'est aussi simple et qu'aucune connexion n'est requise ici).
- L'utilisateur quitte le navigateur et attend le téléchargement de l'application.
- L'utilisateur ouvre l'application (j'espère!).
- L'utilisateur est invité à entrer son adresse e-mail.
- L'utilisateur appuie sur le bouton Suivant .
- Si l'utilisateur n'entre pas le bon e-mail, il sera invité à indiquer qu'il ne s'agit pas de l'e-mail suggéré par le responsable.
- L'utilisateur devra peut-être retourner à l'e-mail pour voir quelle adresse il a utilisée.
- L'utilisateur est ensuite invité à saisir un mot de passe.
- L'utilisateur appuie sur le bouton Suivant.
- Maintenant, ils peuvent accéder à leur plan.
Si vous deviez emprunter cette voie, vous pourriez atténuer une partie de la confusion en:
- Le fait de montrer à l'utilisateur le nombre d'étapes qu'il y a au préalable dans le processus et de lui indiquer à quelle étape il se trouve à chaque étape.
- Le lien sur lequel ils cliquent dans l'e-mail doit accéder à une page de téléchargement dédiée qui fait suite à l'e-mail, y compris le numéro de l'étape.
Solution 2: la version du client Web
Comme vous l'avez mentionné, si vous générez un ID unique dans l'e-mail qui est encodé dans le lien, vous n'avez plus de problèmes lors de la correspondance des e-mails. Vous pouvez également contourner complètement le téléchargement de l'application.
Le processus serait:
- L'utilisateur reçoit un e-mail.
- L'utilisateur lit les instructions par e-mail,
- Nécessite moins d'instructions que l'autre méthode.
- L'utilisateur clique sur le lien.
- Le navigateur s'ouvre sur une page qui leur indique d'entrer une adresse e-mail et un mot de passe pour afficher le plan.
- L'utilisateur entre l'e-mail et le mot de passe.
- L'utilisateur appuie sur le bouton Créer un compte .
- L'utilisateur est dirigé vers le plan.
- [ Étape facultative pour l'utilisateur ] Une bannière s'affiche, suggérant qu'une application est disponible. C'est leur choix s'ils l'utilisent.
Conclusion?
La solution 2 comporte moins d'étapes, mais plus important encore, il y a moins de changements de contexte et moins d'occasions pour l'utilisateur de se laisser distraire/confondre.
C'est la méthode utilisée par Google Docs et Dropbox, et fonctionne de manière transparente. Je reçois toujours des documents envoyés à l'une de mes nombreuses adresses e-mail professionnelles, mais j'ai toujours utilisé mon adresse Gmail pour les applications de partage de documents car il est plus facile de tout avoir en un seul endroit :)