Dois-je forcer l'utilisateur à saisir un e-mail avant d'utiliser une application payante?
Je travaille sur une application iPad. C'est dans le domaine médical et l'application sera vendue 99 $, ce qui est assez cher!
Le client et le développeur veulent obliger l'utilisateur à fournir son adresse e-mail pour constituer une base de données et fournir également des services à l'avenir. La principale raison pour laquelle un médecin donnerait l'adresse serait qu'il/elle souhaite exporter un PDF. Ils veulent le rendre obligatoire. Si vous ne donnez pas votre e-mail, vous ne pouvez pas utiliser l'application.
En tant que concepteur UI et UX, je dis au client et au développeur que c'est une très mauvaise pratique de demander l'e-mail dans une application payante avant que l'utilisateur puisse utiliser l'application. Je continue de leur dire qu'ils auront un taux de conversion opt-in bien meilleur s'ils laissent les utilisateurs utiliser l'application avant de le demander.
Je pense que c'est une très mauvaise pratique, qu'en pensez-vous?
Comment leur expliqueriez-vous que ce n'est pas bon (si ce n'est pas bon)?
De manière générale, vous devez toujours essayer d'éviter de forcer les utilisateurs à faire des choses et d'éviter de mettre en place des barrières qui ralentissent ou empêchent leur accès pour réellement utiliser votre logiciel pour accomplir des choses.
En plus de cela, du point de vue des utilisateurs, il est un peu difficile d'exiger qu'ils doivent fournir des informations personnelles juste pour pouvoir exporter au format PDF. Même s'il n'y a pas d'autre moyen de fournir PDF, vous devez laisser les utilisateurs utiliser l'application autant que possible et ne demander qu'une adresse e-mail au moment d'essayer d'exporter au format PDF.
Quelque chose à considérer: offrir une incitation à l'utilisateur. Rendez-le évident, utile et indéniable pour eux de fournir leur adresse e-mail. Soutenir une entreprise dans la création d'une base de données les concernant et les autres utilisateurs n'est pas une raison impérieuse!
Cela dit, vous vendez une application à 99 $. Cela ne semble pas être un scénario dans lequel les utilisateurs essaient votre application ou service et une exigence irritante de saisir leur adresse e-mail les chassera. Vos utilisateurs sont probablement déjà engagés à utiliser votre produit, après avoir envisagé de l'acheter ou non en premier lieu. Les forcer à fournir leur adresse e-mail sera toujours une gêne, mais est moins susceptible de les dissuader d'utiliser votre application que si elle était gratuite ou 99 cents.
Si vous devez demander une adresse e-mail pour des raisons professionnelles, je vous recommande de faire ces choses pour améliorer l'expérience:
- Créer un bouton de désinscription. Si vous n'ajoutez pas cela, les personnes qui souhaitent se désinscrire entreront simplement une fausse adresse e-mail et vous ne saurez pas combien d'inscriptions sont réelles . L'ajout rend l'expérience utilisateur plus conviviale. C'est un gagnant/gagnant. Si vous voulez vraiment l'e-mail plus tard, vous pouvez demander aux utilisateurs avant d'autoriser l'accès à certaines fonctionnalités.
- Offrez quelque chose à l'utilisateur en retour (même s'il est intangible). Quelque chose comme "entrer un e-mail pour récupérer le mot de passe" ou "entrer un e-mail pour lier des comptes" indique qu'il existe une fonctionnalité avantageuse qui nécessite une adresse e-mail, et que vous n'allez pas simplement spammer l'utilisateur (même si vous aussi envoyer des e-mails marketing).
- Incluez un lien vers votre politique de confidentialité. Il montre la bonne foi, même si 99% des gens ne le lisent pas.
Les raisons pour lesquelles c'est horrible en termes d'UX sont évidentes, mais il existe en fait un moyen très simple de dire à votre client pourquoi vous ne pouvez pas le faire: Apple le rejettera.
Une fois, j'ai développé une application iPad où le client m'a forcé à inclure une invite pour une adresse e-mail au démarrage de l'application qui ne pouvait pas être annulée. Apple a rapidement rejeté la demande à cause de cela et je l'ai fait, j'ai donc dû fournir un moyen de me désinscrire de l'écran de collecte des e-mails (juste un bouton de fermeture sur la fenêtre contextuelle qui se souvenait que l'utilisateur avait fermé le popup et ne l'affichait plus).
Les directives de révision de l'App Store interdisent spécifiquement d'exiger une adresse e-mail pour fonctionner:
17.2 Les applications qui nécessitent que les utilisateurs partagent des informations personnelles, telles que l'adresse e-mail et la date de naissance, pour fonctionner seront rejetées
En disant cela, j'ai une application dans le magasin qui oblige un utilisateur à créer un compte afin d'utiliser des fonctionnalités supplémentaires de l'application qui ne sont pas disponibles pour ceux qui n'ont pas créé de compte, mais le compte permet l'utilisation d'un site Web associé, va donc au-delà de la simple collecte des adresses e-mail.
En règle générale, je crois fermement que vous ne devez pas forcer l'utilisateur à saisir quoi que ce soit avant que l'utilisateur n'ait réellement besoin d'utiliser les informations saisies. Donc, à la place, j'utiliserais un formulaire, où vous exportez le pdf, où vous pouvez entrer votre adresse e-mail (et éventuellement choisir de l'enregistrer).
Mais là encore, c'est uniquement du point de vue de l'interface utilisateur. Si nous parlons de convivialité, je pense que les objectifs commerciaux devraient également avoir leur importance, et si c'est un objectif commercial clair qui peut être atteint en ayant l'adresse e-mail des utilisateurs, alors sauvegardez l'adresse par tous les moyens. Avoir un formulaire d'inscription lors du premier démarrage de l'application n'est pas une chose étrange, et cela ne devrait pas avoir d'importance si vous gardez l'enregistrement fluide et simple (par exemple, adresse e-mail et mot de passe uniquement).
Compte tenu du prix de l'application, il semble plus probable qu'une entreprise achète l'application pour le bureau, et non un particulier. Il est donc beaucoup moins probable que l'utilisateur obtienne une bonne adresse e-mail (car le produit appartient probablement à "Dr. Smith's Medical Services" et non à l'utilisateur spécifique "Nurse Kathy"). Obtenir une adresse e-mail de l'utilisateur dans cette situation peut être plus difficile ... si je suis l'infirmière Kathy, quelle adresse e-mail dois-je utiliser? Le mien? Mon patron? Existe-t-il une adresse d'entreprise fourre-tout qui serait mieux adaptée à l'utilisation? Cela peut être problématique si vous devez utiliser l'application immédiatement, et ne permet pas aux gens de vous donner leurs informations à leur guise, et est quelque peu exigeant.
Il est préférable de rendre l'adresse e-mail facultative, mais donnez l'impression qu'ils gagnent quelque chose en enregistrant le produit dans leur entreprise. Laissez-les s'inscrire pour les mises à jour de produits, les promotions ou les actualités à l'avenir. Vous pourriez leur rappeler après quelques utilisations: "Vous n'avez pas encore enregistré votre produit!" et les diriger directement vers la page où ils peuvent mettre leur e-mail (ou leur permettre de continuer à utiliser le produit sans enregistrement), juste pour s'assurer qu'ils sont conscients que l'option d'enregistrement existe.
Suivez le chemin de moindre résistance.
Lorsque les utilisateurs commencent à utiliser l'application, demandez le moins possible humainement.
Quand ils veulent exporter un PDF, demandez-leur leur e-mail (la première fois seulement). S'ils veulent ce PDF, ils doivent vous donner l'e-mail.
Si leur e-mail ne sert à rien, sauf pour la réception de PDF exportés, une bonne UX dirait que vous ne devriez pas avoir besoin de recevoir cet e-mail avant d'avoir voulu la fonctionnalité qui en a besoin.
Je suis d'accord avec vous, si j'achète une application que je n'aime pas donner plus d'informations, s'ils veulent avoir ces informations pour exporter un pdf cela devrait être dans les paramètres de l'application, ou lorsqu'un document est sur le point d'être exporté, s'il n'y a pas d'e-mail enregistré, demandez-le et enregistrez-le dans les paramètres.
Je suis totalement d'accord avec vous, car je pense que vous ne devriez pas présenter de problèmes à l'utilisateur, avant de commencer à utiliser l'application, car la maîtrise de cette langue a nui à cela, et la curiosité de l'utilisateur et l'attente d'une "première utilisation" sont interrompues. S'il s'agit d'une exigence obligatoire pour cette fonctionnalité spécifique, elle peut être présentée comme une fonctionnalité lors de l'exportation vers PDF directement (comme "envoyer le PDF par e-mail) adresse "). J'espère que cela vous aidera :)
Bien au contraire: je pense que ce que vous devez comprendre dans ce cas particulier, c'est que l'utilisateur a déjà mis de l'avant un billet de 100 $ de sa poche. Demander une adresse e-mail et envoyer une confirmation tout de suite avec quelques "Merci-pour-votre-buissness-avec-nous" et même un "Bienvenue!" le message, je crois dans votre cas, est en fait un acte de courtoisie et de professionnalisme.
Si je paie 100 $ pour une application, ce serait un achat en dix ans et vous pariez que je veux un bon e-mail de remerciement de votre part, de votre entreprise et de M. le président pour chérir le moment.
Cependant, rendez-le facile dans l'interface utilisateur:
- Utilisez une boîte pré-remplie ([email protected]) vous vous épargnerez un taux de malédiction de 30%,
- mettez une grosse boîte - à partir de la description de votre application, vous avez probablement affaire à des utilisateurs plus âgés (leur vue n'est pas aussi bonne et personne ne "vieillit" en étant aussi adroit qu'une vertu)
- Soyez intelligent, mettez tout le reste, la politique de confidentialité, etc. dans l'e-mail à la place pour confirmation.
- Soyez subtil, mais impliquez cela (confirmations, etc.), c'est pourquoi la connexion par e-mail est obligatoire.
Oui - l'exige. (Peut être)...
Dans l'un de nos projets avec un service payant, nous avons constaté qu'il y avait une conversion plus élevée en ventes lorsque l'utilisateur était obligé de saisir son adresse e-mail au début contre aucune friction du tout. Toutes les autres choses étaient égales dans ce test fractionné.
Mon intuition est que ces résultats varient en fonction du type de service auquel vous faites face, je recommande donc fortement les tests fractionnés pour ce type de décision. Vous commencerez lentement au début, mais cela augmentera à quelque chose de beaucoup plus efficace.
Pour développer mon commentaire: j'ai regardé une source qui prétend contenir des informations concises sur le droit de l'UE ( explication du droit de l'UE pour les newsletters ). Voici ce que vous devez faire si vous souhaitez envoyer une newsletter aux citoyens de l'UE:
- Vous devez les amener à accepter de recevoir la newsletter. S'ils vous ont donné leur e-mail dans un autre but, par ex. récupération de mot de passe, il est illégal d'envoyer une newsletter à cette adresse. Vous avez besoin de leur consentement explicite.
- Pour obtenir leur consentement explicite, vous devez leur offrir un opt-in. La désinscription n'est pas suffisante pour se conformer à la loi. Donc, si vous avez une option "envoyez-moi une newsletter" sur l'écran d'inscription, elle doit être décochée par défaut.
- L'utilisateur doit pouvoir se désinscrire à tout moment. Chaque numéro du bulletin doit le signaler à nouveau.
Ces lois découlent de la directive européenne 2002/58/CE, de la directive 2002/58/CE, de la directive 2003/58/CE et de la modification de la directive 68/151/CEE du Conseil. Ce sont des directives de l'UE, cela signifie que dans chaque pays de l'UE, il devrait y avoir une loi spécifique à chaque pays mettant en œuvre chaque directive. Les lois spécifiques au pays peuvent être tout comme la directive, ou plus strictes, mais pas plus permissives.
La loi énoncée ci-dessus ne dit pas explicitement que vous ne pouvez pas refuser vos services à quelqu'un qui refuse de s'inscrire à votre newsletter. Je soupçonne fortement que, si vous choisissez de le faire, le client doit être informé de la restriction avant de payer pour utiliser votre application, et vous devrez probablement rendre son argent s'il ne peut pas utiliser l'application car il exerce son droit de refus la newsletter fournie avec l'application.
Je me suis peut-être trompé sur certains détails, et même s'ils sont exacts, il existe peut-être une faille juridique qui vous permettra de mettre en œuvre l'application de newsletter obligatoire. Mais je pense que vous pouvez voir que la loi est écrite avec une forte protection des clients à l'esprit, donc si vous êtes poursuivi, l'esprit de la loi sera contre vous. Et le sentiment de vos propres clients également. Mon conseil est de refuser de mettre en œuvre cela avant que votre employeur n'ait consulté un avocat au courant des lois de l'UE.
J'autoriserais autant que possible sans l'email et aurais une invite/bannière disant à l'utilisateur:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
La réponse courte est non, ne les forcez pas à vous donner une adresse.
La réponse longue est que vous pourriez essayer de les inciter à vous donner une adresse e-mail. Par exemple "Que voir un exemple de PDF qui sera envoyé? Entrez votre adresse e-mail ici _ _ "
Dans l'une de mes applications, je demande aux utilisateurs s'ils veulent un essai gratuit et reçoivent toujours des e-mails de type [email protected]. Les forcer diminuera considérablement la valeur de toute liste que vous créeriez.