Comment minimiser les étapes d'intégration des applications mobiles lorsqu'elles sont invitées / ajoutées par un autre utilisateur?
Voici le meilleur que nous ayons en ce moment. C'est 7 étapes pour UserB.
Nous utilisons l'adresse e-mail pour les noms d'utilisateur.
Pouvons-nous faire mieux?
UserA ajoute UserB, dans l'application, via l'adresse e-mail.
- UserB reçoit un e-mail de bienvenue.
Subject "UserA veut que vous les rejoigniez dans AppName!"
Corps Bouton: "Cliquez ici pour rejoindre UserA." - Le bouton dans le corps de l'e-mail renvoie à la page Web.
- La page Web demande un mot de passe, puis l'utilisateur clique sur Soumettre.
- La page Web renifle le système d'exploitation et ouvre la bonne boutique d'applications sur AppName.
- UserB installe l'application.
- UserB se connecte à l'application.
- UserB commence à interagir avec UserA.
- UserB reçoit un e-mail de bienvenue.
OK, c'est là que le dessin des flux utilisateur est utile.
Vous voyez, dans votre scénario, vous supposez que l'utilisateur lira le courrier de bienvenue sur un appareil mobile. Mais ... et si l'utilisateur ouvre le courrier sur un ordinateur de bureau ou portable? Comment allez-vous renifler quelque chose? Que se passe-t-il si l'utilisateur possède 2 appareils mobiles avec un système d'exploitation différent mais qu'un seul d'entre eux est le préféré? Au cas où, je n'ai même pas eu besoin d'y réfléchir longtemps: c'est exactement mon cas. Je ne vérifie JAMAIS le courrier sur mobile, uniquement sur un ordinateur de bureau, un ordinateur portable ou un iPad. Et j'ai plusieurs appareils mobiles, dont 2 que j'utilise principalement, un seul d'entre eux est le préféré.
Vous pouvez dire
"D'accord, mais la plupart des gens vérifient leurs courriels sur mobile"
, ce qui peut être correct pour la plupart des données démographiques. Alors ... pourquoi ne l'utilisez-vous pas à votre avantage? Au lieu de toutes ces étapes, envoyer l'utilisateur à une page Web pour découvrir peut-être qu'elle utilise le mauvais appareil, puis abandonner le voyage est la seule façon de procéder, procédez simplement comme suit:
- Envoyer un mail. Le corps du courrier comprend le lien "Télécharger sur Apple Store" (puis Android, Windows, etc.). La plupart des utilisateurs savent que les applications doivent être téléchargées depuis un mobile (également des tablettes, mais cela dépendra sur votre application)
- l'utilisateur installe l'application et les journaux avec l'adresse e-mail, en choisissant le mot de passe lors de la première utilisation
- C'était vraiment ça
De cette façon, il n'y a que 2 étapes simples, pas d'ambiguïté sur le système d'exploitation ou de friction sur ce qu'il faut faire, c'est vraiment aussi simple que cela.
Alternativement, vous pouvez utiliser une approche différente: au lieu d'envoyer des e-mails, envoyez des messages en utilisant uniquement les applications mobiles (telles que Whatsapp) De cette façon, vous éviterez également personnes ouvrant le message de bienvenue sur un ordinateur de bureau ou portable.
Clause de non-responsabilité finale
Veuillez noter que votre application et la cible de votre application sont d'une importance capitale. Il existe de nombreuses études sur l'utilisation de la messagerie en fonction de l'âge, du pays et autres. Par exemple, dans la plupart des pays, si votre application est destinée à un jeune public, abandonnez l'approche de messagerie et optez pour une application de messagerie ou une connexion aux réseaux sociaux.
Ces différentes préférences démographiques vous en diront beaucoup plus que vous ne pouvez l'imaginer et vous devez en être très sûr car elles guideront avec précision vos étapes
Dans le flux actuel, l'utilisateur devra se connecter deux fois. Je recommanderais de contourner # 3 (la page Web demande un mot de passe, puis l'utilisateur clique sur Soumettre) et de renifler tout de suite pour voir si l'application a été installée ou non.
En transmettant un identifiant/jeton unique de l'e-mail d'invitation, je pense qu'il est techniquement possible d'ignorer cette étape supplémentaire.