Qu'est-ce qu'une approche conviviale pour quitter un écran d'aperçu?
J'ai une application mobile Android qui permet aux utilisateurs de spécifier à travers un formulaire la disposition des éléments affichés à l'écran. L'utilisateur peut également prévisualiser la disposition personnalisée en plein écran. Cependant, l'utilisation de la le bouton de retour (touche programmable) n'est pas disponible et un en-tête de navigation ajoute de l'encombrement. Existe-t-il une approche claire et intuitive pour répondre aux entrées de l'utilisateur afin de quitter l'aperçu?
J'ai envisagé d'ajouter un bouton ainsi que appuyez pour quitter approche. Un bouton n'est pas très souhaitable car il ajoute de l'encombrement. De plus, le bouton peut être supposé faire partie de l'aperçu. Permettre à l'utilisateur de appuyer pour quitter est correct, mais je trouve que l'approche est susceptible d'être touchée accidentellement et n'est pas immédiatement intuitive pour un utilisateur. Répondre à des touches multiples dans une période de temps n'est pas une approche terrible; c'est-à-dire appuyer deux fois.
Appuyez pour quitter est probablement suffisant, mais il existe de nombreuses options et une seule façon de savoir avec certitude.
La plupart des modes d'aperçu ne sont pas interactifs, donc appuyez pour quitter fonctionne très bien. Ce n'est peut-être pas le plus intuitif, mais à moins que l'utilisateur ne devienne soudainement complètement passif à ce stade, il touchera éventuellement l'écran et mettra fin à l'aperçu.
Cependant, si votre cas d'utilisation implique de faire défiler beaucoup l'aperçu, il pourrait être trop facile de le supprimer par accident. À petites doses, ce n'est probablement pas un risque important (si les utilisateurs ne prévisualisent pas les choses aussi souvent, ou qu'ils n'ont pas à faire défiler aussi loin à chaque fois), mais si la prévisualisation est longue d'un kilomètre et qu'ils veulent vraiment voir ce qui se passe en bas, un double-tap ou un long tap pourrait être une autre option viable car il est moins susceptible de se produire par accident.
Aucune de ces options n'est vraiment détectable, et si l'attention d'un utilisateur s'égare et qu'il oublie qu'il regarde un aperçu et non la vraie chose, vous voudrez peut-être un message ou un bouton l'informant du mode d'aperçu et de la façon de quitter. L'avantage ici est qu'il sert également de centre d'interaction idéal pour terminer l'aperçu lorsqu'ils sont prêts. Si vous ne souhaitez pas masquer une partie de l'aperçu, vous pouvez l'intégrer dans le contenu affiché dans les éléments personnalisés.
Les tests utilisateur vous permettront d'obtenir des réponses plus définitives.
Nous pouvons spéculer toute la journée et proposer d'autres interactions, mais la seule façon d'être sûr est de faire essayer de vraies personnes dans le monde réel. Quelque chose qui semble bon sur le papier pourrait être déroutant ou pire quand quelqu'un l'essaye. Vous pourriez avoir trop réfléchi au problème et tout le monde tape pour sortir sans même y penser.
Comme il s'agit d'une interaction étroite, elle n'a probablement pas besoin d'être au centre de son propre test. Vous pouvez créer un test où la dernière tâche consiste à essayer le mode de prévisualisation, puis leur demander de le quitter. Regardez ce qu'ils font. Si la plupart des gens essaient de taper ou de glisser ou de commencer à chercher un bouton de sortie, il y a votre réponse.
S'il n'y a pas de consensus, ou si vous voulez faire quelque chose de différent de ce que les utilisateurs voulaient intuitivement, vous devrez expliquer comment quitter l'interface utilisateur et vous référer à certaines des suggestions ci-dessus.
Tout d'abord, ce que vous essayez de faire est vraiment intéressant. Gloire. Maintenant, je pouvais penser à quelques solutions.
Un bouton flottant pour fermer l'aperçu. Je ne le préférerais pas car c'est une solution de cluttery.
Une notification "appuyez pour quitter l'aperçu". Vous pouvez dire à l'utilisateur au début, via un toast ou une boîte de dialogue, que pour quitter l'aperçu, il doit appuyer sur l'icône de notification. Cependant, certains utilisateurs peuvent désactiver la notification. Ce n'est donc pas mon premier choix.
Dialogues périodiques. Demandez régulièrement à l'utilisateur combien de temps il doit évaluer. Et continuez à demander cela jusqu'à ce que l'utilisateur soit prêt à fermer. Vous pouvez également afficher la boîte de dialogue après certaines secondes d'inactivité. Vous pouvez également combiner cela avec la stratégie ci-dessus.
Si vous avez du temps et des ressources, vous pouvez faire des tests d'utilisabilité sur n'importe quelle combinaison des stratégies ci-dessus.
Je peux voir comment taper pour quitter peut être déroutant ou comment ne pas vouloir couvrir l'aperçu avec un contrôle.
Un bon moyen de résoudre ce problème est d'avoir un contrôle "Quitter l'aperçu" (bouton ou icône) qui apparaît au robinet. Une fois que ce contrôle apparaît,
Si l'utilisateur appuie ensuite sur ce bouton, quittez l'aperçu
Si l'utilisateur tape à la place ailleurs, ou s'il ne touche rien pendant un temps raisonnable (5 secondes? 10 secondes?), Faites disparaître le contrôle.
Ensuite, il y a des choses comme le double tap ou la pression longue, mais celles-ci ont des problèmes de découverte et vous pouvez vous retrouver avec un utilisateur coincé sur l'écran d'aperçu et ne sachant pas comment quitter autrement que de quitter votre application. Vous ne voulez probablement pas ça. Le fait que quelque chose de visible se produise au robinet vous donne plus de chances de le découvrir.