Plusieurs étapes chacune avec une tâche vs une étape avec plusieurs tâches (pour l'utilisateur)
J'esquisse le flux utilisateur pour une nouvelle fonctionnalité d'une application de remise en forme/récupération médicale qui utilise des capteurs matériels pour surveiller la façon dont l'utilisateur effectue certains exercices de fitness.
Pour que l'utilisateur commence la formation, il doit effectuer certaines tâches avant:
- positionner les capteurs (deux capteurs) sur le corps ou sur un membre (c.-à-d. scénario de la main), au-dessus et au-dessous du coude
- assurez-vous que les capteurs sont dans une certaine position (il y a des LED * sur un côté des capteurs et ils doivent être orientés vers le haut)
- avoir le capteur centré sur le corps ou sur le membre
- tordre les sangles pour que le ou les capteurs ne tombent pas
Si je place tout cela sur un seul écran, j'ai peur qu'il y ait trop d'informations et que l'écran se retrouve avec une charge cognitive élevée. Je voudrais diviser cela en plusieurs écrans et après que l'utilisateur ait traversé cela au moins 2-3 fois, envelopper dans un seul écran car l'utilisateur sera familier avec le processus.
Actuellement, je suis dans un argument concernant le fractionnement de l'écran, comme mentionné ci-dessus. L'équipe a un point solide contre la division de l'écran en plusieurs écrans: le "processus d'intégration" jusqu'à ce que l'utilisateur puisse commencer la formation, à côté de cet écran, contient 6-7 écrans supplémentaires. De ces 6-7 écrans, au moins 4 nécessitent que l'utilisateur effectue au moins une action (c'est-à-dire déplacer un membre avec les capteurs).
Si l'utilisateur n'effectue pas ces tâches avec succès, le périphérique matériel ne suivra pas son mouvement, les tâches sont donc obligatoires. De mon point de vue, je préférerais que l'utilisateur passe 1 à 2 fois dans un flux plus long et puisse utiliser avec succès le produit plutôt que de le garder simple et de dérouter l'utilisateur.
Important: Nos utilisateurs sont d'un âge plus avancé, donc tout doit être aussi simple et propre que possible.
Quelle serait la meilleure approche pour garder le processus aussi court que possible tout en conservant son utilisabilité? Je n'ai vu aucune autre application qui ait quelque chose d'aussi complexe que ce que j'ai mentionné ci-dessus.
* la tâche LEDS est délicate car elle n'est pas trop visible sur le capteur. À côté du libellé "LEDS doit faire face vers le haut" est déroutant. Enfin et surtout, nos utilisateurs ne savent même pas ce qu'est une "LED".
Je dirais qu'il est très difficile de savoir comment votre public réagira à votre processus de configuration (quelque peu impliqué).
Cela étant dit, l'une des versions que vous décrivez (le type où chaque étape du processus se trouve sur une seule vue, dans un ordre séquentiel), vous donnera des commentaires sur les problèmes rencontrés par les utilisateurs - soit par le biais de tests utilisateur en personne, soit via l'analyse (quand la plupart des gens ralentissent-ils/abandonnent-ils le processus), et l'autre pas - si tout est sur un point de vue, comment savez-vous quel aspect cause des problèmes à l'utilisateur?
Jusqu'à ce que vous ayez une idée très claire des difficultés rencontrées par les gens et de la meilleure façon de les résoudre, vous feriez mieux de segmenter, juste pour avoir l'occasion de tester/comprendre le processus.
Compte tenu de la section démographique, vous devez afficher chaque action sur un écran séparé comme un assistant. Parce que c'est v v imp pour que tout soit attaché précisément pour obtenir des résultats corrects. L'USP principal de votre application est d'afficher les mesures correctes.
imp - veuillez afficher un petit gif au lieu du texte brut pour chaque action.
Quiconque a choisi d'utiliser cette application ne verra pas d'inconvénient à suivre des étapes détaillées plutôt que de l'utiliser de manière intuitive et d'échouer.
Ensuite, vous pouvez avoir des options sur l'écran principal où l'utilisateur peut choisir de se préparer avec des étapes détaillées ou peut directement passer à l'exercice.
Je créerais un prototype et le testerais moi-même, car il semble que vous bénéficieriez de parler à vos utilisateurs potentiels.
Testez les deux types de flux ou commencez par celui qui vous semble le mieux. Je testerais avec environ 4-5 personnes. De cette façon, vous obtenez un aperçu de ce que vos utilisateurs savent et comment ils perçoivent votre application et ils fournissent très probablement des commentaires auxquels vous ne penseriez pas.
Je recommanderais de diviser les tâches d'intégration et de trouver un moyen de récompenser l'utilisateur après chaque tâche, c'est-à-dire; confirmer que le capteur fonctionne. Décomposez les étapes en les plus importantes/nécessaires pour une expérience optimale. Il vaut mieux que l'utilisateur réussisse la première fois que de le faire passer par le processus d'intégration une deuxième fois, cela entraînera certainement de la frustration. De petites victoires avec un gros gain à la fin feraient une formule gagnante.