Très souvent, les applications mobiles ont un tutoriel/intégration "diaporama" en 3 à 6 étapes au début. L'utilisateur peut le parcourir en le glissant ou simplement choisir de le sauter.
Certaines recherches initiales sur les utilisateurs que j'ai faites pour une application mobile ont montré que de nombreux utilisateurs tentent de toucher ces écrans pour passer à l'étape suivante. Y a-t-il une raison pour ne pas utiliser le tapotement également comme interaction pour passer à l'étape suivante du diaporama?
Je suppose que non, mais curieux de savoir si quelqu'un a un dossier contre cela.
Si vous avez des éléments interactifs dans le corps (même des points de suspension de style IOS °°°
navigateur), il peut être déroutant pour les utilisateurs de "toucher des éléments interactifs, mais de toucher n'importe où ailleurs pour passer à la diapositive suivante".
Les utilisateurs tapent souvent accidentellement sur les appareils mobiles, donc si vous décidez de le faire, assurez-vous de fournir un back bouton d'une sorte pour que les utilisateurs puissent revenir en arrière s'ils appuient accidentellement.
# 1 et # 2 aident à expliquer pourquoi les actions de glissement sont si populaires avec les didacticiels de diapositives: elles évitent les taps involontaires et sont également moins susceptibles d'être confondues avec d'autres éléments de tap interactifs à l'écran.
Bien qu'il ne s'agisse que d'un point de données, j'ai mesuré cette interaction Tap-to-Advance une fois auparavant et j'ai constaté qu'un pourcentage assez élevé de lecture (par opposition à l'écrémage) des utilisateurs utilisaient le bouton de retour pour une raison quelconque ... Peut-être que certains utilisateurs comme pour survoler puis revenir en arrière.
Ma suggestion serait que si vous avez des éléments interactifs dans le didacticiel, évitez de taper pour avancer, mais si vous ne le faites pas, cela peut être efficace si vous pouvez fournir une UX de navigation décente pour que l'utilisateur puisse reculer en cas de tapotements accidentels.
C'est une question difficile car cela dépend de beaucoup de choses dans votre application. Des éléments tels que l'UX globale, les éléments d'interface utilisateur et l'interaction d'interface utilisateur que vous prenez en charge aujourd'hui. Existe-t-il un assistant qui enseigne à vos utilisateurs les modèles de conception de votre application (par exemple, balayez pour passer à l'étape suivante de l'assistant par exemple) et ainsi de suite ...
Si vous fournissez une sorte d’assistant (une animation peut-être) qui apprend aux utilisateurs de votre application à "balayer" l’écran afin d’aller et venir entre les étapes, alors vous pourrait supprimer le support de l'interaction "tap" .
Si un tel assistant n'existe PAS dans votre application et que vos tests d'utilisabilité montrent qu'un bon nombre de personnes utilisent à la fois "tap" et "swipe", alors c'est votre réponse et vous devez prendre en charge les deux.
Si vous finissez par prendre en charge les deux interactions, pour Tohster's point, vous devez vous assurer de placer votre CTA (appel à l'action) ou tout autre élément d'interface utilisateur interactif dans chaque écran de votre processus d'intégration/tutoriel de manière à ce qu'ils ne soient pas en concurrence les uns avec les autres et avec votre zone de contenu principale qui prend en charge les interactions "glisser" et "toucher".