L'utilisation de la rétroaction haptique est-elle plus appropriée pour l'action ou le résultat?
Je travaille actuellement sur une application iOS qui implémente différents types d'outils cliniques pour les médecins. À un niveau de base, chaque outil clinique comprend un grand nombre de questions, c'est-à-dire des contrôles (boutons, contrôles segmentés, etc.) et affiche un résultat calculé à partir des entrées. Le résultat est généralement divisé en plages de valeurs (disons, il montre si vous n'êtes pas malade/un peu malade/très malade).
J'ai pensé à mettre en place une rétroaction haptique pendant que les médecins interagissent avec les outils pour dire "le résultat est entré dans une plage de valeurs supérieure/inférieure". Dans certains cas, cela informerait le médecin qu'il n'a pas besoin de continuer à répondre aux questions, car le résultat est maintenant au maximum/minimum et lui fait gagner du temps. L'intensité de la rétroaction serait fonction de la plage de la valeur, avec une rétroaction plus puissante lorsque le résultat irait dans des plages plus élevées.
Cependant, la plupart des commentaires haptiques dans les applications iOS par défaut, ainsi que dans certaines applications tierces, sont principalement axés sur les actions directes des utilisateurs (appuyer sur un bouton, basculer un commutateur, faire défiler un spinner, etc.). Je ne veux pas emprunter cette voie, car la plupart des outils cliniques sont assez étendus - obtenir des commentaires haptiques au 15e basculement oui/non consécutivement deviendrait rapidement ennuyeux.
Existe-t-il des directives générales/un consensus sur l'utilisation de l'haptique pour les actions directes par rapport au résultat de l'action? Quelle est votre expérience personnelle? L'utilisation de la rétroaction haptique de cette manière dans les outils cliniques empêche-t-elle de l'utiliser de manière plus "traditionnelle" ailleurs dans l'application?
Comme vous le dites dans la question, les haptiques dans les appareils tactiles peuvent être utilisées pour:
- rétroaction sur une interaction: confirme qu'une interaction a eu lieu (cela pourrait être utile en raison de la manque de rétroaction non visuelle entre le doigt et ce qui se trouve derrière l'écran )
- façon particulière d'appeler l'attention de l'utilisateur pour transmettre n message
L'utilisation que vous proposez appartient au deuxième cas. Il est important que l'utilisateur comprenne:
- la rétroaction provient d'un avertissement et n'est pas simplement une confirmation d'interaction
- quel est le message
Si l'utilisateur comprend ces deux points, cela peut être une fonctionnalité utile. Comment l'implémenter dans votre scénario n'est pas facile, à mon avis. Le premier point, d'autant plus que le changement d'état se produit juste après que l'utilisateur a sélectionné une certaine option, et donc après une interaction avec l'application.
Selon l'importance de ces informations, la rétroaction peut être mise en œuvre de manière discrète ou plus insistante. Mais dans l'un des deux cas, un message explicite quelconque pourrait être nécessaire. Si un simple avis est correct et que l'utilisateur continuera de remplir les options, une seule réponse haptique lorsque l'option critique est sélectionnée peut suffire. Si le formulaire devait s'arrêter, une fois cette option atteinte, la rétroaction apparaît chaque fois que l'utilisateur entre une nouvelle option; Fondamentalement, l'idée est qu'il existe une certaine différence entre les options de réponse non haptique précédentes et celles à réponse haptique.