Quand demander à l'utilisateur de se connecter pour une expérience plus personnalisée
Je travaille actuellement sur une plateforme de rendez-vous pour une chaîne de pharmacies. Le flux actuel est le suivant:
L'utilisateur sélectionne un service et se fait géolocaliser ou saisit ses propres informations de localisation. L'utilisateur peut voir une carte et une liste des 10-20 pharmacies qui offrent ce service. L'utilisateur sélectionne la pharmacie à laquelle il souhaite prendre rendez-vous. L'utilisateur est invité à se connecter/s'inscrire pour démarrer le processus de rendez-vous (il peut ignorer l'inscription mais obtenir les informations de base demandées)
Ce qu'il faut savoir: le réseau dispose d'une connexion unifiée que ses clients peuvent utiliser (sur toutes les plateformes numériques). Par conséquent, lorsque l'utilisateur se connecte, la plate-forme reçoit l'emplacement/la pharmacie "préféré" s'il est défini.
Ce que nous savons: au début, la plupart des utilisateurs n'auront pas de compte et pour ceux qui le voudront, ils n'auront peut-être pas ajouté leur emplacement préféré.
L'objectif est d'offrir un moyen rapide et facile de prendre rendez-vous avec un professionnel.
Je me demandais quel serait le meilleur choix, entre demander à l'utilisateur de se connecter dès qu'il a sélectionné un service afin que je puisse lui montrer son emplacement préféré, s'il n'en a pas, il devra quand même en choisir un, ou demander à l'utilisateur de se connecter uniquement lorsqu'il démarre le processus de nomination (lorsque nous avons besoin des informations personnelles).
Ma pensée aurait été de demander des informations à l'utilisateur uniquement lorsque cela est nécessaire et pas dès le départ, car cela pourrait "effrayer" certains utilisateurs s'ils ne se sont pas inscrits même s'il existe une option de saut, ce que je n'ai pas l'intention de faire rendre très visible en raison d'un objectif commercial requis.
Quelle est votre opinion là-dessus?
Vous ne dites pas à quel type de rendez-vous vous avez affaire (chat de 5 minutes; consultation d'une heure, etc.) ni à la démographie des utilisateurs potentiels (9 à 5 travailleurs; retraités, etc.), et ceux-ci pourraient tous affecter une réponse, mais ...
En fonction de l'étendue des pharmacies et de la facilité ou de la difficulté à obtenir un rendez-vous à un moment opportun, l'emplacement "préféré" d'un utilisateur peut ne pas être si important (par conséquent, insister pour qu'il se connecte afin que vous puissiez "voir" ces informations peut être moins important).
Par exemple, si j'étais un employé de bureau, je pourrais vouloir un rendez-vous à 8h ou 18h pour éviter de perturber le travail. Si ceux-ci sont en nombre insuffisant, je serais peut-être disposé à voyager plus loin pour en obtenir un que mon magasin "préféré" qui est juste au coin de la rue (et pratique si vous venez de prendre une ordonnance).
Si j'étais à la maison pendant la journée (p. Ex. Responsable des services de garde d'enfants; retraité) et que j'avais plus de flexibilité au cours du rendez-vous, je serais peut-être plus intéressé par la proximité (auquel cas, connaître mon magasin "préféré" pourrait être utile ).
Ces différents cas d'utilisation - idéalement - signifient que l'interface ne devrait pas forcer la sélection du magasin sur la sélection du temps - si j'ai besoin d'un rendez-vous à 8h, Je ne veux pas avoir à sélectionner tour à tour chaque magasin pour voir si l'un d'entre eux dispose de cet emplacement. En plus de sélectionner un magasin et d'afficher les heures disponibles, affichez les plages horaires disponibles pour tous les magasins à proximité (dans une sorte de grille) ou autorisez la sélection (approximative) d'une plage horaire et répertoriez les magasins qui ont des rendez-vous disponibles dans ce fente.
Tl; dr: N'insistez pas pour qu'ils se connectent "juste" pour obtenir leur emplacement préféré (le cas échéant) car cela pourrait ne pas avoir beaucoup d'importance. S'ils ont besoin de se connecter/s'inscrire avant de terminer le rendez-vous, vous pouvez retarder cela jusqu'à ce qu'ils aient choisi à la fois un magasin et une heure (éventuellement "en tenant" l'emplacement pendant 15 minutes pendant que cela se produit).
Vous avez raison lorsque vous dites que la connexion au début pourrait éloigner les utilisateurs.
D'après ce que vous avez mentionné, il semble qu'un utilisateur n'a pas vraiment besoin de se connecter pour pouvoir utiliser l'application. Alors, ne leur demandez pas.
Laissez-les l'utiliser et obtenez les informations dont ils ont besoin. Proposez-leur de se connecter à la dernière étape du flux de travail ou à un moment où vous pensez avoir fourni à l'utilisateur ce qu'il cherchait.
Par exemple: Une fois qu'ils ont cliqué sur une pharmacie pour afficher ses informations, déclencher un message ou une notification qui dit quelque chose comme , "Accédez aux détails de votre pharmacie préférée en un seul clic en l'ajoutant à vos favoris!"
Cela permettra aux utilisateurs intéressés d'explorer cette option. Une fois qu'ils ont cliqué dessus, redirigez-les vers la page de connexion où vous pouvez utiliser l'ancien message "Pas un utilisateur? Inscrivez-vous ici".
Quand il y a transaction qui doit être stocké pour le rendre plus personnalisé à l'utilisateur, Exemple: l'utilisateur Flipkart peut continuer à parcourir les produits et leurs conversion le point est quand l'utilisateur veut acheter, Ici transaction se produit donc vous devez demander à l'utilisateur de se connecter et expliquant à l'utilisateur pourquoi il doit se connecter. dans le cas du flipkart si l'utilisateur est connecté et ajoute un produit sur la carte et si l'utilisateur quitte la session la prochaine fois que l'utilisateur revisite le site, l'article est toujours dans le panier, ce qui rend l'utilisateur heureux (c'est pour fournir expérience délicieuse). Faites-moi savoir si vous avez besoin de plus d'aide!
Mon équipe et moi avons récemment réalisé un projet similaire à celui-ci avec une connexion pour obtenir votre emplacement et vos résultats. Nous avons fait des tests d'utilisateurs de 10 utilisateurs et 7/10 ont dit qu'ils étaient d'accord pour avoir à se connecter pour obtenir des résultats sur un profil de beauté. Ce qui s'est passé, c'est lorsque le programme a été lancé, nous avons vu une diminution des connexions. Les gens ne se connectaient pas et nous avons donc décidé de le retirer pendant quelques semaines. Nous avons constaté une augmentation de ceci en GA et conversion. Nous avons déplacé la connexion à la fin quand ils ont décidé de faire une transaction et ont constaté que nos utilisateurs étaient plus à l'aise avec l'idée et que c'était plus personnalisé plutôt que de leur demander "hey donnez-nous vos informations maintenant!"
Ce n'est qu'une expérience que nous avons rencontrée mais j'espère que cela donne un aperçu. :]