Quel est le processus d'inscription le plus minimal possible?
Je veux permettre à mes utilisateurs d'utiliser le site Web aussi rapidement que possible, donc je veux avoir une inscription aussi minime que possible, en utilisant le profilage progressif pour obtenir des informations plus tard s'ils veulent les divulguer.
Fondamentalement, mes deux objectifs sont les suivants:
- Obtenez l'inscription
- Obtenez-les en utilisant le site dès que possible
Voici ce que j'ai trouvé jusqu'à présent:
C'est très simple:
- Depuis la page d'accueil, cliquez sur "s'inscrire"
- Sur le formulaire d'inscription, entrez simplement votre adresse e-mail et cliquez sur Soumettre (un e-mail de confirmation vous est envoyé à ce moment)
- Une nouvelle page vous demande si vous souhaitez accéder aux didacticiels ou commencer immédiatement
- Vous regardez des didacticiels ou vous commencez à utiliser le site Web
- Plus tard, vous pouvez accéder à votre e-mail et confirmer votre compte en cliquant sur le lien dans l'e-mail et en créant un mot de passe pour votre compte.
Il me semble que c'est l'inscription la plus simple qui vous permet de commencer à utiliser le site Web avec le moins d'effort de la part des utilisateurs.
Cela peut-il être simplifié? Existe-t-il d'autres modèles d'inscription minimale éprouvés?
Je veux le moins d'obstacles possible pour que les utilisateurs s'inscrivent et utilisent le site. Je pourrai obtenir des informations à leur sujet plus tard (prénom, etc.)
Stripe.com (un processeur de paiements) offre un processus d'inscription encore plus "immédiat" - ils vous permettent de tout sauter ensemble. Tout invité peut commencer à utiliser son tableau de bord et commencer à personnaliser les paramètres, à tester les transactions fictives et à créer des profils clients avant de saisir des informations d'inscription. Aucun nom d'utilisateur, mot de passe ou e-mail. Ce n'est que lorsque vous souhaitez vous mettre en ligne et utiliser réellement le système pour accepter des paiements réels que vous devez créer votre compte.
Plusieurs autres sites que j'ai utilisés auparavant utilisent des flux similaires: permettent aux utilisateurs invités d'accéder à autant de plate-forme que possible, même en enregistrant les paramètres entre les sessions avec des cookies, avant de demander des informations personnelles. Plus de travail pour le développeur, mais un processus beaucoup plus rapide et "invisible" pour les utilisateurs potentiels.
ÉDITER:
Je suis d'accord avec Rumi P. que votre premier objectif n'est pas vraiment de simplement inscrire le visiteur, mais de le faire revenir et utiliser réellement votre site - dont l'inscription est une étape importante, mais pas un objectif. Un flux de base peut aller:
- La page d'accueil fait la promotion de l'appel à l'action "Begin" (ou quelque chose comme ça), ou "Signup"
- Begin amène les visiteurs vers une version/un mode de votre site aussi performant et complet que possible, avant qu'une persistance à long terme soit nécessaire. Cela sert à quelques autres fins: a) une introduction sans conséquence à votre système (tant d'efforts sont consacrés au marketing de préinscription, tels que des captures d'écran, etc., pourquoi ne pas faire votre site réel le promotion), et b) une période d'incitation à la construction, où les visiteurs ont la possibilité de créer leur propre contenu et, par conséquent, une raison de revenir.
- Rappelez au visiteur dont il a besoin de s'inscrire avant que son contenu nouvellement créé puisse être enregistré.
- La persistance à long terme se fait en vous inscrivant, et vous pouvez commencer un flux d'inscription normal, en ramenant l'utilisateur à son contenu existant (ou en lui permettant de l'effacer et de recommencer à zéro).
(J'ai supprimé l'introduction/les didacticiels de votre flux car vous pouvez vraiment les insérer n'importe où - toutes les fonctionnalités complexes/sensibles/sensationnelles peuvent avoir des liens d'aide contextuelle directement avec le contenu, etc.)
J'ai dessiné le diagramme qui pourrait vous donner quelques idées.
Votre tâche consiste donc à concevoir un flux qui amène l'utilisateur à un point de décision. Une certaine valeur acquise et une bonne expérience avant de demander à s'inscrire pourraient créer une relation avec un produit ou un service et aversion aux pertes effet. Pourtant, s'il n'est pas encore gagné, l'utilisateur a une deuxième chance.
Le moment de la prise de décision peut être lié à un événement:
- utilisation du temps du produit (par exemple> 10 min).
- appel de fonction (par exemple, enregistrement, partage, téléchargement, etc.).
- limites des fonctionnalités (par exemple, <3 pinceaux dans l'outil Peinture, etc.).
- l'espace de stockage ou les délais.
OAuth
Avec OAuth (intégration Facebook, Twitter, Gmail), vous pouvez récupérer l'adresse e-mail de l'utilisateur à partir du service que vous avez utilisé pour vous inscrire et lui permettre de la changer comme bon lui semble, puis ils appuient sur Enregistrer .
De cette façon, si le fournisseur de services OAuth décide de facturer ou d'interrompre le service, vous avez toujours une adresse e-mail à laquelle le compte utilisateur est lié et peut être autorisée.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Je suis d'accord avec réponse de BrianN : ignorez la première étape d'enregistrement. Voici une explication détaillée des raisons pour lesquelles cela fonctionne le mieux, ce qui, à mon avis, complète sa réponse.
Vous avez défini l'un de vos objectifs comme "les faire signer". Mais en tant qu'entreprise normale, chapeau blanc, ce n'est pas vraiment votre objectif. Votre objectif est de les amener à devenir des utilisateurs réguliers , quelle que soit la définition de "régulier" dans votre domaine. Un compte qui n'est pas utilisé ne vous donne aucun avantage. Les exceptions: 1) si vous créez une collection d'adresses e-mail valides et associées que vous prévoyez d'utiliser à des fins de marketing, qui peuvent aller de peu recommandables à illégales, et 2) si vous essayez d'impressionner les investisseurs et d'appuyer sur " nous avons un million de diapositives d'utilisateurs. Mais tout investisseur digne de ce nom vous demandera le pourcentage d'utilisateurs actifs et d'utilisateurs payants parmi eux. Donc, je suppose que vous ne vous souciez d'aucune des exceptions et je déclare que, dans le modèle freemium typique, la racine de votre arbre de but est:
- Obtenir autant de clients payants que possible, ce qui est réalisé grâce à
- Obtenir autant d'utilisateurs actifs que possible.
Comment un non-utilisateur se convertit-il en utilisateur actif? Séparons les utilisateurs en trois groupes: décidé contre en utilisant votre solution, décidé contre et indécis . Vous ne pouvez rien faire pour les deux premiers, vous essayez de convertir les visiteurs indécis de votre site en décidés. Du point de vue de l'utilisateur, le processus ressemble à ceci:
- Obtenez des informations préliminaires.
- Faites tout ce qui est nécessaire pour essayer le produit/service. À ce stade, il peut mettre fin au processus si "tout ce qui est nécessaire" exige trop d'efforts, d'argent ou de perte de sécurité (par exemple en renonçant à des informations sensibles).
- Essayez réellement le produit/service.
- Décidez pour ou contre une utilisation ultérieure.
- S'il est décidé de l'utiliser ultérieurement, faites tout ce qui est nécessaire pour intégrer la solution dans son flux de travail.
Dans une solution d'essai, ce processus est pris en charge dans ses détails. L'inscription a lieu à l'étape 5.
Dans une solution d'inscription en premier, le site ne correspond pas si bien au processus. Mais les utilisateurs agiront comme les utilisateurs le font toujours: ils plieront le logiciel pour l'adapter à leur processus, et non l'inverse. Ainsi, ils suivront toujours le processus ci-dessus. L'inscription se produit maintenant à l'étape 2. Et la décision pour ou contre votre logiciel se produit à l'étape 4. Tous les utilisateurs nouvellement décidés se retrouvent avec un compte pour votre service/produit. Cela ne les rend pas décidés pour les utilisateurs et ils ne reviendront pas sur votre site plus tard.
Pouvez-vous modifier quelque chose à propos de l'inscription pour prendre une décision plus probable? Non, tu ne peux pas. Si vous faites l'effort d'inscription très faible dans les termes décrits ci-dessus, cela ne crée aucun engagement chez l'utilisateur. Si vous augmentez l'effort requis, vous augmentez son engagement, mais vous augmentez également la proportion d'utilisateurs qui se termineront à l'étape 2. Et bien que je n'ai pas de chiffres pour cela, les tendances de l'industrie de réduire les obstacles aux essais (ce qui vous a probablement incité pour poser la question) semblent confirmer que l'augmentation du nombre de clients en fin de contrat est disproportionnée.
Et la méthode du premier essai nuit-elle à votre relation avec les utilisateurs qui ont été choisis avant de venir sur le site? Non, non. Ils veulent activement s'inscrire; la seule façon d'essayer peut les empêcher de le faire, c'est s'ils découvrent qu'ils se sont trompés et que votre solution n'est pas bonne pour eux. De toute façon, ces personnes seraient devenues inactives après leur inscription.
Conclusion: vous ne pouvez pas forcer les utilisateurs à faire quelque chose qu'ils ne veulent pas faire. S'ils ne veulent pas être vos utilisateurs/clients actifs, ils ne le seront pas, qu'ils se soient inscrits ou non. Alors, inscrivez-vous pour ceux qui ont décidé de rester avec vous et laissez les autres essayer en premier.
3 étapes pourraient être simplifiées ici.
1- Ayez le formulaire e-mail sur la page d'accueil elle-même. Ce serait discret, mais enregistre le clic et l'étape supplémentaires
2- Pensez à ignorer la nécessité d'une confirmation par e-mail avant de pouvoir utiliser l'application. Confirmez-le après avoir commencé à l'utiliser à la place. Vous pouvez toujours leur demander de définir un mot de passe à l'étape de confirmation "Pour pouvoir vous reconnecter à votre compte ultérieurement".
3- Faites-les toujours "utiliser le site Web", mais donnez-leur une option dans cette interface utilisateur pour trouver des tutoriels s'ils en ont besoin.
Avec tout ce qui précède, ce serait: 1- s'inscrire à partir de la page d'accueil. 2- voir immédiatement les pages 'utiliser le site'. 3- Confirmez l'e-mail et créez un mot de passe plus tard.
Cela aurait l'avantage de créer l'étape du mot de passe comme une mesure "d'activation" rudimentaire pour suivre si les gens sont suffisamment intéressés par le site pour continuer à l'utiliser après leur premier essai. Utile!
Pardonnez-moi d'avoir répondu avec des questions.
1. Depuis la page d'accueil, cliquez sur "s'inscrire" (un e-mail de confirmation vous est envoyé à ce moment)
Comment vous envoie-t-il un e-mail avant de connaître votre adresse e-mail? Et pourquoi un utilisateur voudrait-il "s'inscrire" alors qu'il ne connaît pas encore votre site?
2. Sur le formulaire d'inscription, entrez simplement l'adresse e-mail et cliquez sur soumettre
Pourquoi cela doit-il être un formulaire distinct?
3. Une nouvelle page vous demande si vous souhaitez accéder aux didacticiels ou commencer immédiatement
Pourquoi at-il besoin de vous demander cela? Ne peut-il pas simplement commencer par le premier didacticiel et proposer un lien de saut (ou vice versa - commencer par tout ce que fait le site et proposer un lien de didacticiel).
4. Vous regardez des didacticiels ou vous commencez à utiliser le site Web
Qui veut regarder un tutoriel alors qu'il ne sait pas encore s'il en a besoin? Laissez les gens commencer à utiliser le site et, s'ils rencontrent des problèmes, aidez-les. De plus, si les gens ont besoin d'un tutoriel pour utiliser votre site, vous avez des problèmes UX plus importants que votre processus d'inscription.
5. Plus tard, vous pouvez accéder à votre e-mail et confirmer votre compte en cliquant sur le lien dans l'e-mail et en créant un mot de passe pour votre compte.
Je ne peux penser à rien de mal à cela.
Simplifier. Permettre à l'utilisateur de voir les tutoriels et d'explorer le site Web. Lorsqu'ils commencent à se sentir comme un utilisateur régulier, donnez-leur une raison de s'inscrire.
Vous pouvez collecter des informations sur l'utilisateur lors de cette exploration du site. Vous devriez voir le processus d'inscription comme un simple conversation qui est en fait un interview. Cela pourrait remplacer les champs d'informations d'inscription par un simple bouton d'inscription.
Exemple, pendant le tutoriel: "Bienvenue, à qui avons-nous le plaisir de parler? Remplissez le prénom. "
La meilleure solution est clairement aucune inscription avant la nécessité de sauvegarder.
Mais si une inscription est requise, SQRL est une nouvelle idée prometteuse qui correspondrait parfaitement à vos critères. Seulement, il n'a pas encore d'implémentation ou même de spécification verrouillée, c'est donc un futurware. Jusque là.
Avez-vous envisagé d'utiliser l'intégration de profil Facebook/Twitter? C'est de loin le moyen le plus rapide de vous inscrire à un site Web/une application que j'ai vu.