J'ai développé une application Android qui lit un flux audio. Il y a trois façons pour l'utilisateur de faire disparaître l'application:
De plus, si le flux est en cours de lecture, il existe également trois comportements possibles pour ces deux mécanismes de fermeture:
A. Demander à l'utilisateur de décider s'il souhaite que le flux s'arrête.
B. N'invitez pas et arrêtez simplement le flux.
C. N'invitez pas et continuez à jouer en arrière-plan.
L'application se comporte actuellement de la manière suivante:
J'ai l'impression que les comportements 1A et 3C sont assez cohérents avec la façon dont un utilisateur s'attendrait à ce qu'une application se comporte. Le problème/la question concerne le comportement 2B [x].
Ma pensée originale était que le bouton [x] indique un "aller plus loin" beaucoup plus fort. intention, où l'application se conforme immédiatement et ne se soucie d'aucune sorte d'invite.
Cependant, je me demande si c'est le meilleur comportement, car maintenant, les trois méthodes "disparaissent" ont des comportements différents et peuvent être source de confusion. Maintenant, l'utilisateur doit se rappeler que s'il veut que cela continue, il doit appuyer sur le bouton de retour ou sur le bouton d'accueil. Je pense qu'il serait préférable de demander à l'utilisateur quand il pousse [x]. Ainsi, ma question est la suivante:
Quel est le plus important?
S'éloigne rapidement lorsque le bouton [x] est enfoncé, mais maintenant le comportement entre les trois mécanismes de sortie est incohérent.
Toujours inviter l'utilisateur à se comporter au détriment de la fermeture plus longue, mais maintenant les comportements de "disparaître" sont cohérents dans toute l'application.
Une bonne UX serait d'utiliser les directives pour les applications Android, qui seraient PAS de bouton de fermeture . Mais utilisez plutôt toutes les solutions de gestion des applications fournies par Android OS.
Les applications Android n'ont généralement pas de boutons de fermeture. Mais à la place, ont une interface conçue que les développeurs peuvent utiliser, ce qui fait apparaître les applications intégrées dans le système d'exploitation et permet aux utilisateurs de s'habituer à la façon d'utiliser les applications sans avoir différentes techniques de fermeture entre les applications.
Veuillez voir ici la réponse de Nick Bedford à ce sujet Pourquoi les applications mobiles n'ont-elles pas de bouton de fermeture
Les principaux systèmes d'exploitation à écran tactile mobile (iOS, Windows Phone 7, Android) ne dérangent pas l'utilisateur avec la "fermeture" des applications comme le font les applications de bureau. Cela simplifie l'expérience en faisant apparaître les applications de manière transparente dans le système d'exploitation.
Vous devriez envisager d'utiliser le type de méthodes de fermeture de l'application qui sont familières avec les utilisateurs de Android.
Concernant le côté audio de votre question. J'utilise Android et j'écoute de la musique et des podcasts régulièrement sur de nombreuses applications différentes, vous devriez rechercher les meilleurs streaming de musique, podcast, applications radio et voir comment ces gars-là le font.
Je sais que beaucoup d'entre eux font la même chose en utilisant des notifications sur l'écran de verrouillage et des icônes dans la barre supérieure.
Le fait qu'il s'agisse d'un flux audio fait une différence pour l'utilisateur. Si le son est soudainement indésirable, vous voulez permettre à l'utilisateur de le tuer le plus rapidement possible, et le [X] est l'option la plus probable à utiliser dans ce scénario.
[X] est définitivement une action de fermeture/suppression, il ne sera donc pas surprenant qu'il arrête immédiatement le flux.