Comportement attendu du bouton Retour dans un processus non séquentiel?

Question

Je travaille sur une application qui permet à l'utilisateur de combiner différentes options pour créer un produit. Le processus est le suivant:

Écran 1. Un premier écran où l'utilisateur décide quoi construire.

Écran 2. Deuxième écran où l'utilisateur voit toutes les options sous forme d'onglets. L'utilisateur peut basculer entre les onglets pour jouer avec les options et effectuer certaines sélections dans chaque onglet, dans l'ordre souhaité. Ces 4 sélections se produisent dans le "même canevas".

* Les onglets ne suivent pas un ordre strict, il y a donc pas d'étapes séquentielles impliquées (aucun bouton précédent ou suivant dans l'écran 2)

La question est: n utilisateur s'attendra-t-il à ce que le bouton RETOUR les amène à l'écran 1, OR à l'onglet précédemment sélectionné dans l'écran 2?

Voici un bref aperçu de l'écran 2:

Tout conseil est fort apprécié. Merci!

Answer 1

DA01 souligne que les tests vous mèneront probablement plus loin que de demander à Internet, mais je pense que vous obtiendrez une variété d'attentes car il est ambigu dans son état actuel. Cependant, vous pouvez contrôler les attentes de l'utilisateur en étiquetant votre bouton de manière plus descriptive. taswyn donne un excellent exemple dans une réponse à ne autre question concernant les boutons de retour :

Par exemple, demandez-vous si quelqu'un aurait une incertitude sur ce que pourraient faire les actions suivantes:

• Back (Retour à où? s'applique également au bouton de retour du navigateur, car nous savons tous qu'il ne fait pas toujours ce que nous attendons, en fonction de l'application Web, et les gens ne savent pas ce que votre application fera jusqu'à ce qu'ils essaient, ce qui peut être un point d'hésitation)

• Back to listings (quelles listes? si je viens ici d'un signet, ai-je la moindre idée de ce que je faisais qui m'a amené ici?)

• Back to [associated product category] (Eh bien, c'est bien, c'est fonctionnel et ce n'est pas un souci de ne pas être déterministe, mais devrait probablement être représenté ailleurs)

• Back to the January Sale Event (hé! c'est ce que je regardais quand je suis venu ici! il est suffisamment précis pour que je puisse m'attendre… où je m'attendrais à aller) (aka cela correspond à la carte de contexte de navigation qui m'a amené à cette page)

Je comprends que l'espace peut être limité si vous travaillez sur mobile, mais que le bouton soit lu Start Over indiquerait clairement que le bouton ramènerait l'utilisateur à l'écran 1 , tout en le nommant Previous Option resterait clairement sur l'écran 2 et passerait à l'onglet précédent. Si vous vous attendez à ce que les utilisateurs désirent faire les deux et que vous puissiez vous permettre d'acheter un bien immobilier, vous pouvez ajouter un deuxième bouton et autoriser les utilisateurs à utiliser l'un ou l'autre.