Est-il préférable de remplacer la page d'accueil par le profil utilisateur après la connexion?
Je travaille sur une application Web où je dois également coder une fonction d'enregistrement/connexion utilisateur.
Je suis en train de travailler sur le côté utilisateur du système (en d'autres termes, ce que l'utilisateur voit après la connexion), et je me demandais, en termes d'URL de la zone utilisateur, ce qui est la meilleure option, UX-sage:
- Redirigez les utilisateurs vers domain.com/feed où ils peuvent voir leurs dernières mises à jour, etc., et également accéder à d'autres zones réservées aux utilisateurs (par exemple domain.com/messages).
- Redirigez les utilisateurs vers la page d'accueil, qui détectera que l'utilisateur est actuellement connecté et affichera le `` flux '' (par exemple) en tant que page d'accueil au lieu de la page d'accueil marketing habituelle affichée pour les visiteurs qui ne se sont pas encore connectés. Quelques exemples sont facebook, trello, Twitter ...
Je suppose que l'option `` meilleure '' serait la deuxième, car elle permet à l'utilisateur de voir ce qui est le plus important (probablement) pour lui plus rapidement, et sans avoir besoin d'entrer une URL spécifique. Cela étant dit, je n'ai aucune expérience/connaissance UX, et je voudrais une autre contribution sur la question.
Je suis d'accord avec la suggestion de test des utilisateurs ci-dessus, mais vous pourriez également avoir une assez bonne idée de ce que vos utilisateurs veulent faire lorsqu'ils viennent sur votre site - s'ils doivent se connecter, il doit y avoir des actions claires qu'ils voudront prendre une fois là-bas.
Votre travail consiste à leur permettre d'accomplir le plus facilement possible les tâches qu'ils souhaitent accomplir, alors après s'être connectés, mettez-les sur l'écran qui leur permettra d'accomplir le plus. De nombreux sites remettent l'utilisateur sur la page d'accueil, mais dans un état connecté qui leur montre un contenu plus pertinent pour eux. Cela peut également fonctionner pour vous, mais tout dépend de votre site et des utilisateurs.
Concevez-le comme vous pensez que c'est la meilleure façon en termes de sécurité et de convivialité.
La façon dont l'URL sera gérée n'a pas beaucoup d'impact sur la convivialité ou l'expérience utilisateur. Le contenu de l'application est beaucoup plus important. La plupart du temps, les utilisateurs se concentrent sur le contenu du site, pas sur l'url.
Vous devriez commencer à faire tests utilisateur et interviewer la cible démographique pour voir ce que les gens veulent voir sur votre flux/application. Vérifiez comment ils accomplissent certains processus - où ils rencontrent des difficultés et ce qu'ils aiment, ils n'aiment pas, etc.
En regardant comment des sites comme Quora fonctionnent, je suppose qu'une application d'une seule page qui contient tout en une seule page est une meilleure option. Je suggère une redirection quand il est logique d'avoir des URL partageables comme dans le cas d'un blog ou d'un site d'actualités.
La question que vous devez vous poser est la suivante: si l'utilisateur maintient la session comme beaucoup de gens le font en cas de gmail ou de plateformes sociales, les redirigerez-vous vers la page appropriée lorsqu'ils essaieront d'ouvrir à nouveau le site Web?
Le fait de tout garder sur une seule page et de la mettre à jour de manière sélective donne une idée d'un portail ou d'une application Web et pas seulement d'une page Web. Donc, à moins que vos utilisateurs ne souhaitent accéder à des sous-sections spécifiques de votre site, telles que les flux ou les messages; une seule page, une seule approche URL devrait suffire et offrir une expérience utilisateur plus unificatrice.
La redirection est mauvaise, dans la mesure où vous décidez au nom de l'utilisateur, généralement un adulte qui préfère prendre ses propres décisions.
Idéalement, vous laissez les utilisateurs aller où ils veulent.
Si l'un de ces endroits que votre utilisateur veut voir nécessite qu'il soit connecté, vous lui faites passer par le formulaire de connexion avant de lui accorder l'accès à sa page cible.