Comment exprimer: "ne bougez pas tant que la tâche n'est pas terminée!"
Notre système de transport public local utilise des cartes électroniques (quelque chose comme la technologie RFID) pour valider les trajets. Les utilisateurs pénètrent dans le véhicule et placent leur carte sans contact contre un lecteur, et un bip leur indique que le système a enregistré leur présence.
Cependant, la lecture des cartes prend beaucoup de temps (2 ou 3 secondes, donc ce n'est pas seulement un coup régulier) et il est important que la carte reste placée contre le lecteur, sinon elle ne sera pas reconnue. Le bip, en revanche, ne se produit qu'une fois le processus terminé.
Ce qui se produit souvent, c'est que les utilisateurs glissent la carte, ne reçoivent aucun commentaire et pensent que cela ne fonctionne pas (les cartes sont destinées à rester dans votre portefeuille, il est donc facile de penser qu'elle n'est tout simplement pas assez proche).
Comment ce système pourrait-il être amélioré pour communiquer certains commentaires (de préférence audibles) que la carte est en cours de lecture, mais que vous ne devriez pas la retirer tout de suite?
Quelques points à considérer:
- J'ai pensé à un bip qui commence lorsque vous placez la carte, mais qui pourrait amener les utilisateurs à croire que tout est fait
- La ville est trilingue, donc les mots parlés ne sont pas pratiques
Grande question! C'est un bon cas pour conception de micro-interaction .
Objectifs de micro-interaction
Par ordre décroissant de priorité:
- Offrez à l'utilisateur la possibilité de placer la carte/le portefeuille sur le lecteur
- Indiquez clairement que l'utilisateur doit tenir la carte sur le lecteur jusqu'à ce que le résultat soit atteint.
- Comme il s'agit de transports en commun, fournissez une interface adaptée aux aveugles et aux sourds.
- Rendez-le rapide et mémorable, de sorte que les passagers "l'obtiennent et s'en souviennent".
Conception
Voici un croquis d'un piédestal de lecteur qui utilise des signaux physiques, la signalisation, le son et la lumière pour atteindre les objectifs ci-dessus en une seule micro-interaction (cliquez pour agrandir).
L'interaction physique est (cliquez pour agrandir):
La bande sonore pendant la progression peut être un son "fonctionnel" ou un crescendo. Le bip de confirmation à la fin pourrait être quelque chose comme ce son en cas de succès et ce son s'il y a une erreur:
Remarques
- La couleur, la texture, la signalisation, le son et la lumière permettent aux passagers aveugles, sourds et daltoniens d'accéder et de se payer.
- Ne sous-estimez pas la bande sonore !!!
- Les utilisateurs se souviendront et éviteront (stigmatisation sociale) l'erreur à l'avenir. De plus, les passagers faisant la queue pour monter à bord du bus peuvent entendre le son et comprendre à quoi devrait ressembler l'interaction "correcte".
- La bande sonore offre une bonne interface pour le chauffeur de bus qui peut avoir besoin de garder les yeux sur la route/ailleurs ... elle peut surveiller les passagers non autorisés.
- L'interaction entière est indépendante de la langue.
- Il s'agit d'une approche visuelle/audio intégrée. La console est conçue pour pouvoir être physiquement adaptée aux lecteurs existants (car elle se trouve au-dessus du lecteur). Si vous n'avez pas d'ingénierie ou de budget pour faire le bit visuel, la conception audio fonctionne toujours indépendamment.
C'était une excellente question, et elle illustre que même des micro-interactions courtes peuvent nécessiter beaucoup de travail de conception pour être correctes (et par là je ne veux pas suggérer que j'ai quelque chose de proche de la bonne solution :-)
C'est là que je dirais que l'UX n'est pas le seul à résoudre ce problème. Tout ce qu'ils peuvent faire, c'est appliquer du ruban adhésif et des pansements sur une technologie mal implémentée.
Réparez la technologie. La lecture d'une puce RFID ne devrait tout simplement pas prendre 3 secondes. En plus de cela, demander à chaque personne d'attendre 3 secondes pour passer semble être un cauchemar logistique pour la gestion de la foule.
C'est là que c'est critique que les organisations comprennent que les décisions technologiques sont les décisions UX. Si la technologie est mauvaise, vous avez déjà échoué à UX. Je trouve que c'est un fardeau commun pour les équipes UX d'être davantage perçues comme `` rendre cette mauvaise technologie un peu moins mauvaise '' plutôt que comme une équipe qui est amenée suffisamment tôt pour réellement aider aux décisions technologiques de sorte que dès le premier jour, la décision de mettre en œuvre une technologie particulière a un focus UX.
Au Parlement ukrainien, ils utilisent des moyens visuels et sonores lors du vote, vous pouvez voir vidéo youtube (~ 10s) .
Le son est composé de plusieurs tons qui sont perçus comme la séquence, donc l'arrêter quelque part au milieu ne semble pas naturel. La rangée a une sorte d'harmonie et une sensation naturelle de la longueur.
Vous pouvez essayer de lire un son de ~ 3 s lorsque le système reconnaît la carte et effectue le traitement, afin que les utilisateurs comprennent que le processus se déroule pendant la lecture du son.
L'ajout d'une seule LED permettra également un retour visuel pour le traitement.
La XBox a ajouté un dispositif d'entrée de caméra visuelle appelé Kinect . Ils ont défini un certain nombre d'entrées gestuelles, couvertes sur la page liée et celle-ci . Ce 2e lien comprend le geste "Maintenir pour sélectionner".
Pointez la paume de votre main vers l'écran et déplacez la main à l'écran sur l'élément que vous souhaitez sélectionner. Pour sélectionner un élément, gardez votre main sur l'élément jusqu'à ce que le cercle se termine.
C'est un peu ringard, mais cela emprunte le concept d'une barre de progression . Pour votre cas d'utilisation de lecture et de validation de données, cela devient délicat. S'il y a un long délai, vous tomberez dans le piège de la boîte de dialogue de transfert de fichiers redoutée . Cependant, je pense que cela pourrait encore fonctionner pour vous.
- Le système n'est pas utilisé: l'écran affiche l'animation d'une main déplaçant un badge vers le lecteur. Texte: "placez la carte/le billet/le badge ici"
- Le lecteur reconnaît un badge: l'écran se transforme en une image statique d'une main tenant un badge sur le lecteur. La barre de progression commence à se remplir. Texte: "Veuillez patienter quelques instants/pendant que nous validons votre badge/pour que vos informations voyagent dans l'espace et vice-versa"
- Il est important que la barre de progression affiche immédiatement un mouvement détectable. Un utilisateur ne reconnaîtra pas la barre de progression si elle reste vide ou remplit jusqu'à 99% immédiatement. Une animation du premier remplissage de 25 à 50% pendant au moins une seconde fera passer le message.
- La tâche est terminée: la barre de progression se termine rapidement, l'écran passe à une coche, un visage souriant, peu importe. Texte: "Merci! Profiter de votre
$_thing.
Je mentionne l'animation du cercle en particulier parce qu'elle semble gagner en importance. Je l'ai vu récemment sur les machines à soda à écran tactile trop futures.
Vous pouvez commencer à examiner les systèmes existants dans le secteur public. Prenons par exemple les feux pour piétons avec un bruit de tic-tac pour les malvoyants. C'est un son qui continue et qui clique assez vite pour remarquer que quelque chose est en cours. Il peut s'agir d'un son plus doux, plus court et différent que le bip. Pour ceux qui ne peuvent pas l'entendre, il peut être combiné avec un panneau visuel qui peut également être emprunté aux feux de signalisation: rouge signifie "aucune carte n'est tenue contre le lecteur", orange/jaune signifie "lecture" et vert "fait". Pour les personnes daltoniennes, vous pouvez le soutenir avec un message d'état ou peut-être simuler un vrai feu de circulation où l'ordre des feux est important.
Ajoutant à la grande réponse d'Alexey:
Vous pourriez demander au lecteur de jouer une séquence de tons dans une échelle qui se déplace vers une résolution ; lorsque la lecture de la carte est terminée, un accord de résolution est joué.
Cela rendrait encore plus clair que le lecteur a terminé, éliminant tout doute quant à la fin de la séquence de notes.
Je crois que cela pourrait être fait de telle manière que l'accord de résolution sonne correctement même lorsque le temps de lecture est quelque peu variable.
Quelque chose comme une version plus informative de cette idée que James Murphy avait.
Retour audio uniquement - Jouez une tonalité montante qui se termine par une note agréable une fois terminé. Au départ, les utilisateurs ne savaient pas ce que signifiait le ton, mais une fois qu'ils l'utilisent la première fois, ils seront formés. Ou jouez un son légèrement ennuyeux qui se termine une fois la carte lue. Pensez comme le son changeant et grinçant du compteur Geiger.
Rétroaction visuelle - Une seule lumière jaune qui devient verte serait très efficace.
Ou vous pouvez imprimer des bâtons qui disent "Tenez la carte ici et attendez le bip" en 3 langues et placez-les sur le lecteur.
Comme les utilisateurs ne sont probablement pas habitués à ce que la technologie fonctionne aussi lentement, le meilleur système peut être celui qui utilise une combinaison de méthodes pour les guider dans l'utilisation du système. correctement. Cependant, (comme d'autres réponses l'ont montré), il est difficile de transmettre "l'attente" à l'aide d'une aide visuelle statique seule, et il peut être trop coûteux d'ajouter un écran véhiculant une utilisation appropriée. Je pense que vous pourrez peut-être vous en sortir avec juste des commentaires auditifs si vous utilisez des tonalités différentes pour transmettre les trois états du système:
- Travail
Vous pouvez faire en sorte que le système émette des bips courts, silencieux et périodiques (toutes les 0,6 secondes environ - vous pouvez utiliser ce métronome à 100 BPM pour entendre à quoi cela ressemble) pour informer l'utilisateur que le système est en train de leur carte. Les sons doivent être suffisamment doux et fréquents pour que l'utilisateur ne retire pas sa carte en pensant que le premier bip était une indication de réussite.
- Erreur
Si l'utilisateur retire sa carte avant la fin de la lecture du système, il doit jouer un tonalité de bourdonnement faible pour indiquer que le système ne l'a pas traitée correctement. Les utilisateurs pourront se rendre compte qu'une erreur s'est produite parce que le son ne serait joué qu'après avoir retiré leur carte alors que le bruit "de travail" indiquait que le système était en cours de traitement.
- Succès
n ton agréable devrait jouer lorsque le système a fini de lire la carte. L'utilisateur saura que le système a terminé le traitement car le bruit "de travail" s'est arrêté. De toute évidence, un court délai doit se produire avant que le système ne recommence à lire les cartes afin que l'utilisateur final puisse retirer sa carte de la zone de lecture.
Un système utilisé dans la ville où j'habite: l'appareil de lecture est différent entre les bips simples (enregistrement avant d'entrer dans le métro) et les lectures longues (par exemple, l'achat d'abonnements). Sur les machines où les cartes sont lues pendant une longue période, la carte est destinée à être insérée dans une sorte de fente verticale, où se trouve le lecteur, il est donc évident pour l'utilisateur que la carte reste là jusqu'à indication contraire - voir photo , la fente est le rectangle gris juste en dessous de l'écran.