je concevons une solution de commerce électronique basée sur mobile. Si l'utilisateur ferme la fenêtre du navigateur, les éléments de leur panier seront perdus (en supposant qu'ils ont rejeté la demande de cookie initiale) à leur retour. Pour empêcher cela, j'envisage de demander à l'utilisateur s'il est sûr qu'ils veulent fermer le navigateur et souhaiteraient créer un compte. Est-ce un bon moyen de surmonter cette question ou existe-t-il d'une autre manière?
présentant un avertissement sur la perte de données est toujours une bonne idée.
Ameen, l'une des règles fondamentales les plus importantes de bonne conception UX, IMHO, est de Assurez-vous que les utilisateurs ne perdent jamais involontairement des données.
Dans cet esprit, vos utilisateurs navigueront généralement loin de votre site pour deux raisons:
Ils décident de ne pas faire l'achat, après tout.
Présenter l'avertissement peut déranger l'utilisateur, mais comme ils ont déjà décidé de quitter votre magasin, c'est une question potentielle que je ne serais pas trop préoccupée.
Ils naviguent loin par erreur (y compris qu'elles s'attendent à ce que le contenu du panier soit enregistré)
Si l'utilisateur perd son contenu de panier, vous risquez de les agacer autant qu'ils ne veulent pas commencer à partir de zéro. Même s'ils recommencent, ils se souviendront de quelle expérience affectueuse ça était. En conséquence, votre site perdra la réputation et des affaires !
Présenter l'alerte empêchera cela de se produire. Et c'est un petit prix à payer pour que l'utilisateur dispose d'une expérience de magasinage sûr et efficace.
Idéalement, le système protège automatiquement les données des utilisateurs.
Une meilleure solution est bien sûr de synchroniser les modifications apportées au chariot avec le serveur dès que possible. De cette façon, vous n'avez pas besoin d'afficher avec un avertissement du tout.
Cela aborde également la question technique qu'il n'est pas toujours possible d'intercepter l'utilisateur de naviguer sur une page. Pensez simplement à quelqu'un de force qui quitte l'application si elle est gelée ...
Ne requiert jamais de créer un compte lors du check-out.
Une autre chose: do pas Exiger que les visiteurs de votre site créent un compte afin de terminer l'achat. Toujours - TOUJOURS - Autoriser les utilisateurs à consulter sans avoir à créer un compte!
Histoire de Jared Spool sur le bouton de 300 millions de dollars explique pourquoi.
Pour vraiment "ravir" vos premiers utilisateurs, offre de créer un compte pour eux après leur entrée de leur adresse, des informations de paiement, etc.
À ce stade du voyage de l'utilisateur, votre site a déjà capturé toutes ces données de toute façon - à l'exception du nom d'utilisateur et du mot de passe. Choisir simplement ces deux éléments de données se sentira beaucoup moins comme un fardeau pour vos utilisateurs, que de devoir entrer tout ce type d'autre "pour créer un compte."
Je pense que beaucoup d'applications Web font cela. Les sites déclencheront le navigateur pour dire par exemple "Vous avez des travaux/données non sauvés". Très bien d'une vue du point d'utilisateur, je pense.