Il est courant que l'utilisateur utilise le bouton en croix pour quitter une application.
Mais parfois, le logiciel est délicat et la croix minimise la fenêtre au lieu de la fermer. Ce type de comportement doit-il être considéré comme une mauvaise UX?
Dans Skype v7 sur Windows 7/8 (Microsoft), le _ et le X les boutons font exactement la même action et il est vraiment difficile de quitter cette application.
Avec Hangouts (Google), lorsque l'utilisateur clique sur la croix, une fenêtre modale demande "Voulez-vous quitter Hangouts?" avec deux boutons: Quitter et Réduire.
J'ai vu de nombreuses applications (principalement des logiciels de communication vocale ou des clients torrent) où, lorsque l'utilisateur clique sur la croix, l'interface utilisateur/la fenêtre est fermée mais l'application fonctionne toujours en arrière-plan (avec une alerte comme "Cette application est fonctionne toujours en arrière-plan ").
C'est souvent que le logiciel est conçu pour fonctionner en arrière-plan sans interaction de l'utilisateur. Mais faut-il utiliser le bouton en croix pour minimiser une fenêtre? Même si une application est conçue pour fonctionner en arrière-plan, dois-je donner au bouton en croix une signification autre que "fermer"?
X
n'a jamais signifié la sortie, mais il y a une raison à la confusionX
a toujours été surchargé pour signifier deux choses différentes:
Delete
un élément. Par exemple:
Close
ou Dismiss
une fenêtre. Ce n'est pas la même chose que de quitter une application mais historiquement, le fait de cliquer sur le bouton X
a presque toujours entraîné la fermeture d'une application, c'est donc pourquoi les utilisateurs confondent parfois les deux:
-
), la chose logique à faire était de quitter l'application.X
n'a jamais signifié Exit
: X
dans les boîtes de dialogue pour les fermer.X
est utilisé pour les documents dans le cadre (par exemple dans Microsoft Word) pour fermer une fenêtre de document mais pas pour Exit
une application.Close
et Exit
. Par exemple, la page 108 fait référence à des cas où l'application sous-jacente (l'exemple qu'ils utilisent est une imprimante) reste active après la fermeture d'une fenêtre ... et inclut des directives spécifiques pour utiliser le terme Close
au lieu de Exit
.X
signifie la même choseLorsqu'elle est correctement utilisée, la signification de X
doit toujours signifier Close
ou Dismiss
. Pour certaines applications, il est logique de quitter l'application lorsque la fenêtre est fermée/fermée. Pour d'autres (par exemple Skype, pare-feu antivirus), il est logique que l'application continue de fonctionner en arrière-plan lorsque la fenêtre est fermée. Donc, de nos jours, Close
ne mène pas toujours à une sortie, mais l'idiome X
est toujours le même.
Une croix doit toujours être utilisée pour fermer quelque chose. Le problème est le sens de la fermeture.
Une chose est sûre, la fermeture n'est pas la même chose que la minimisation.
Votre exemple pour Skype dans Windows n'est pas correct. Le bouton Fermer ferme la fenêtre, tandis que le bouton Réduire la fenêtre minimise la fenêtre, mais ne la ferme pas. Ils ne font donc pas de même.
Sous Mac OS, fermer signifie fermer la fenêtre. Mais ce n'est pas toujours vrai. Par exemple. la fermeture de la fenêtre Préférences Système la ferme et ferme également l'application, car il ne s'agit pas d'une application multi-doc. La fermeture d'une fenêtre Pages ferme uniquement cette fenêtre et ne quitte pas l'application, car il s'agit d'une application multi-doc. C'est de la logique, mais une logique comme celle-ci crée souvent de la confusion.
Sous Windows, avec des programmes réguliers, la fermeture signifie la fermeture complète du programme avec les 2 exceptions suivantes:
À l'intérieur du navigateur, c'est-à-dire avec des pages Web ou une application Web, malgré les exemples mentionnés dans la question, les choses ont tendance à être beaucoup plus cohérentes. Le bouton Fermer ferme généralement l'élément parent (généralement des modaux).
La réponse à la question dépend donc du contexte, comme décrit ci-dessus.
Utilisez le bon bouton pour votre cas d'utilisation. Si votre programme ne peut pas être fermé, ou du moins de manière non triviale, n'affichez pas du tout un X
, ou désactivez le bouton. Remplacez-le par _
, qui est l'icône utilisée pour la réduction.
Ce comportement est un fortement associé aux logiciels malveillants: tenter de renverser ou d'ignorer les tentatives des utilisateurs de s'en débarrasser en est un des fondements d'un logiciel vraiment odieux ou même dangereux. De nombreux utilisateurs sont formés pour voir un tel comportement comme un gros drapeau rouge en gras, indiquant que le logiciel est quelque chose de néfaste.
Cela ne signifie pas strictement signifie que vous ne devriez pas le faire. Il existe des cas d'utilisation pour cela. Vous deviez juste être très sûr que votre produit convient et que les utilisateurs réagiront au comportement par "eh bien, cela a du sens, il doit fonctionner tout le temps" et non "ok" , qu'est-ce que tu fais que tu crains que je voie? "
Skype échoue à cela, mal, à mon avis. La conception de Skype suppose (comme expliqué par Andrew Neely ) que les utilisateurs souhaitent que Skype s'exécute en arrière-plan à tout moment - mais si nous sommes honnêtes, il est plus que probable que peu de gens l'utilisent de cette façon, et ( Je soupçonne) que personne chez Skype ne pense réellement que cette hypothèse est valide.
Au lieu de cela, il semble plus que la décision soit une tentative de renverser les attentes et l'intention des utilisateurs afin d'essayer d'intégrer Skype dans leur routine. Il est très révélateur que Skype par défaut soit réduit à la barre des tâches (publicité gratuite!), Et n'a même pas de paramètre pour quitter lorsque vous appuyezX
.
En d'autres termes, Skype ne minimise pas-quand-il-devrait-fermer parce qu'ils pensent que c'est ce que les utilisateurs veulent, il le fait parce que c'est ce qu'ils veulent veulent les utilisateurs veulent, et ils essaient pour le forcer. C'est une conception atroce qui, au moins à mon avis, est trompeuse et abusive, et diminue Skype à mon avis.
Et je ressentirais la même chose, assez négative vraiment, à propos de votre produit si vous faisiez la même chose, à moins que je ne suis d'accord que je ne veuille pas que ça se ferme. Il y a très quelques applications qui, je pense, justifient cela.
En ce qui me concerne, je me sens vraiment frustré lorsque le bouton x ne ferme pas l'application. Est arrivé plusieurs fois avec Skype.
Bien que, quand je rétrospectivement, je ne me sens pas très perturbé lorsque, au lieu d'un bouton "x", l'application a une "flèche pointant en bas à droite" pour indiquer qu'elle va toujours fonctionner en arrière-plan ou sera minimisée pour le système plateau.
Je pense que c'est une possibilité claire de faire savoir à l'utilisateur que l'application ne peut pas être fermée. Peut-être qu'il doit quitter via une option de menu, mais il ne serait certainement pas déçu de voir l'application toujours en cours d'exécution.
La "Flèche pointant en bas à droite" (ne sais pas si elle a un nom. Faites-le moi savoir) réduit cette frustration inutile, je pense. Je n'ai trouvé aucune étude d'utilisabilité ni aucun article à ce sujet. Ceci vient de ma propre expérience.
Le symbole X peut être utilisé lors de l'annulation ou de la suppression de quelque chose. En termes de fenêtre d'application ou modale, le X doit être utilisé pour fermer le programme ou le modal par convention.
Les X peuvent également être utilisés pour supprimer des éléments d'une liste, supprimer quelque chose dans certaines circonstances (des commentaires me viennent à l'esprit) ou annuler quelque chose.
En tant que tel, minimiser ou une autre action qui est pas annuler quelque chose est une utilisation inappropriée du symbole.
Je présenterai une vue alternative à la définition de tohster de ce que X devrait faire, en fonction de la façon dont je pense que votre utilisateur moyen l'interprétera. Le modèle mental de votre utilisateur moyen sur le fonctionnement d'un ordinateur ne contiendra probablement pas de distinction nette entre fermer/quitter/quitter, mais il est probable qu'il ait un terme "favori" qu'il utilise pour tout cela. Je sais que dans les premiers jours des interfaces graphiques, il y avait des recherches sur exactement cela lorsque les développeurs/concepteurs étaient ce qu'il fallait appeler l'option de menu appropriée. Je suggère également que le modèle mental de votre utilisateur moyen ne fera pas de distinction claire entre l'application et la fenêtre. Bien sûr, ces distinctions sont vitales pour le programmeur, mais pas pour l'utilisateur.
Je suggère que la signification courante d'une icône X - principalement dans le monde Windows, mais de plus en plus également sur le Web - soit "se débarrasser de la chose contenant le X". C'est une description délibérément non technique car votre utilisateur moyen ne pense pas en termes techniques en premier lieu. Ce que " se débarrasse de " signifie dépend du contexte bien sûr.
C'est pourquoi, pour moi, les nouvelles utilisations de X fonctionnent et sont généralement "intuitives" - des listes de balises comme dans l'exemple de tohster; le X qui apparaît lorsque vous survolez une image d'aperçu dans votre propre publication Facebook, le X sur un onglet dans un navigateur. Ou imaginez que vous lisez un article sur un site d'actualités à mi-chemin, une superposition semi-transparente apparaît avec une boîte au milieu vous invitant à entrer votre adresse e-mail pour "vous inscrire à d'autres articles qui pourraient vous intéresser". Que faire? Vous cherchez quelque chose de semblable à X pour vous débarrasser de la chose **** et continuez à lire. Ou vous décidez que vous en avez assez et X tout l'onglet, puis revenez à ce que vous étiez censé faire avant de commencer à lire cet article.
Il existe en fait un autre type de X - celui qui signifie "erreur". En arrière dans win95 jours, les boîtes de dialogue où quelque chose avait mal tourné - "ce programme a effectué une opération illégale et sera terminée" - avaient une icône d'un X blanc dans un cercle rouge. Plus d'une fois, j'ai dû expliquer à un collègue que non, vous ne cliquez pas sur cette icône pour faire disparaître la chose!
Dans certains contextes, "se débarrasser de" se traduit par supprimer, comme dans l'exemple de liste de balises de tohster ou une image d'aperçu dans une publication Facebook. Pour le X dans une barre de titre, si vous êtes dans une simple application à fenêtre unique, le comportement habituel est de mettre fin à l'application, ce que notre utilisateur moyen pourrait bien appeler "fermer la fenêtre". Les applications Windows "à document unique" comme mspaint, le bloc-notes, etc. fonctionnent comme ceci. Pour Explorer, bien sûr, la fermeture d'une fenêtre ne se traduit pas nécessairement par la fermeture d'un processus (sauf si vous avez coché "démarrer chaque fenêtre dans un processus séparé"). À l'époque où winword.exe avait une interface "multi-documents", c'est-à-dire une grande fenêtre pour l'application dans laquelle vous pouviez carreler ou organiser plusieurs "fenêtres de document", chaque fenêtre avait son propre X - la fenêtre externe fermait le l'application et tous les documents, ceux d'une fenêtre intérieure fermaient une seule fenêtre de document. Et bien sûr, s'il y a eu des modifications non enregistrées, une boîte de confirmation est apparue en premier.
Mais revenons à la question d'origine - que devrait-il se passer si quelqu'un clique sur un X dans la fenêtre d'un programme? Certainement: cette fenêtre devrait disparaître. Le programme associé doit-il fermer? Ça dépend.
Pour vos applications habituelles (Word, etc.), la fermeture de la fenêtre ferme le programme (parfois avec une boîte de dialogue de confirmation si vous avez des modifications non enregistrées). En effet, c'est probablement la seule façon pour beaucoup de gens de fermer un programme.
Pour un navigateur Web, le comportement varie. Devez-vous fermer l'application si plusieurs onglets sont ouverts? Firefox demande à l'utilisateur. S'il y a des téléchargements en arrière-plan? Firefox et chrome demandent, pour autant que je sache, mais vous pouvez définir cela dans les préférences.
Terminer une fenêtre de l'Explorateur Windows ne ferme bien sûr pas les fenêtres ni le processus principal de l'Explorateur (qui est responsable du bouton Démarrer et de la barre des tâches).
La fermeture de la fenêtre d'un programme antivirus ne doit bien sûr pas mettre fin au scanner d'arrière-plan!
Process Explorer (un gestionnaire de tâches avancé) est intéressant. Par défaut, X ferme le processus. Mais vous pouvez définir dans le menu si vous préférez que X agisse comme minimisation, et même si vous souhaitez qu'un explorateur de processus minimisé apparaisse dans la barre des tâches ou uniquement dans la zone des icônes.
Donc, avoir le X ne pas terminer le programme n'est généralement pas une mauvaise UX - cela dépend du contexte, je dirais.
Ce qui nous amène, enfin, à skype. Personnellement, je trouve son comportement ennuyeux - je le ferme toujours en cliquant avec le bouton droit sur l'icône de la barre des tâches, puis en sélectionnant "Quitter Skype". Et notez que même dans ce menu, "fermer la fenêtre" a une icône X alors que Quit ne l’a pas.
Mais vous pouvez argumenter dans les deux sens. L'hypothèse des concepteurs semble être quelque chose comme "Skype fonctionne en arrière-plan lorsque l'ordinateur est allumé - des amis peuvent vous appeler quand vous êtes en ligne". La question que nous devons vraiment poser est de savoir si c'est ce que la plupart des utilisateurs de Skype préfèrent ou non, et cette question a très peu à voir avec les boutons X.
Donc:
Ce type de comportement doit-il être considéré comme un mauvais UX?
La seule façon de le savoir est de demander à beaucoup de gens ce qu'ils attendent/veulent se produire si vous cliquez sur le X, puis un ami essaie de vous appeler: si la plupart disent "ils ne peuvent pas vous appeler parce que vous avez fermé le programme", alors c'est une mauvaise expérience utilisateur car elle ne correspond pas aux attentes des gens. Si la plupart disent "une fenêtre s'affiche pour annoncer l'appel", Skype a bien compris. J'ai mon opinion sur ce que j'aimerais arriver, mais un seul point de données ne signifie rien.
La réponse à votre question est, cela dépend de la façon dont l'utilisateur utilise le logiciel. Comme d'autres questions d'interface utilisateur, cela dépend du cas d'utilisation.
Un grand nombre de ces applications où la fonction de fermeture ne fait que minimiser l'application le font en supposant que la valeur du logiciel ne vient que s'il fonctionne tout le temps. En regardant Skype ou Hangouts comme un téléphone, par exemple, il est facile de comprendre pourquoi le développeur souhaite que le logiciel puisse sonner lorsque quelqu'un appelle. Si l'utilisateur souhaite utiliser ces produits en tant que téléphones, ils ne visaient évidemment que la fermeture de l'interface utilisateur.
Par exemple, je n'utilise Skype que pour des cas spécifiques pré-arrangés (ma femme ou moi sommes hors de la ville et le chat vidéo avec la famille comme moyen de rester connecté pendant mon absence.) Dans mon cas d'utilisation, je n'ai pas besoin ni vouloir que le service fonctionne tout le temps, et la fermeture de l'interface utilisateur devrait fermer l'application.
Si vous concevez un tel produit, je créerais deux icônes pour s'adapter aux deux cas d'utilisation. Un pour fermer l'interface utilisateur et un pour fermer le service.
Les gens trouvent souvent ennuyeux que lorsqu'ils cliquent sur la croix, cela soit minimisé mais pas arrêté. S'il est déplacé vers le plateau, cependant, ils ne le trouvent pas ennuyeux.
La plupart des gens se moquent de savoir si une application s'exécute toujours en arrière-plan, tant que leur barre des tâches n'est pas encombrée d'applications.