Un calendrier de suivi des commandes doit-il être chronologique ou chronologique inversé?
"La vie ne peut être comprise qu'en arrière; mais il faut le vivre en avant. - Søren Kierkegaard
Dans un outil de suivi des commandes de commerce électronique, où il existe une liste d '"événements" (par exemple, commande passée, en cours de livraison, livrée) - l'événement le plus important devrait-il être l'événement le plus éloigné dans le passé ou l'événement le plus éloigné dans le futur?
Je penche vers l'ordre chronologique, donc:
commande passée
commander pour livraison
[la livraison a échoué]
[ordre reporté]
commande livrée
Cela va à l'encontre de la plupart des sites Web qui mettent à jour l'événement le plus récent au sommet - comme Facebook, Twitter, etc.
Y a-t-il une raison impérieuse pour laquelle je devrais ou ne dois pas correspondre à ce modèle?
L'ordre chronologique avancé se prête bien à une quantité limitée de données qui racontent une histoire. L'ordre chronologique inverse se prête bien à une quantité (potentiellement) infinie de données qui perd leur utilité au fil du temps.
Par exemple, dans Facebook, chaque publication est répertorié dans l'ordre chronologique inverse, vous faites donc défiler l'historique, mais dans chaque publication, le commentaires s'exécute dans l'ordre chronologique avancé afin que vous puissiez suivez facilement la conversation.
Par conséquent, votre outil de suivi des commandes devrait probablement présenter la liste des commandes dans l'ordre chronologique inverse, afin que les utilisateurs puissent facilement trouver les commandes les plus récentes en premier, tandis que les événements de cette commande peuvent être présentés dans l'ordre chronologique avancé, afin que les utilisateurs puissent facilement comprendre et suivre la progression de leur commande. Si vous souhaitez également présenter d'abord des informations utiles, vous pouvez envisager un élément de niveau supérieur avant la liste des événements qui fournit le statut le plus récent.
État actuel [Livré]
Historique des commandes
Mis
En cours de livraison
Revenu
En cours de livraison
Livré
J'ai également eu ce problème sur le dernier produit sur lequel j'ai travaillé et étant notre domaine le plus important, nous avons continué et avons eu plusieurs interviews d'utilisateurs pour étudier le comportement. Nous sommes arrivés à la conclusion que nos utilisateurs s'attendaient à ce que le premier élément soit le plus éloigné à l'avenir (10 entrevues d'utilisateurs en face à face et plus de 200 en ligne sélectionnés dans différentes tranches d'âge et domaines). Je ne peux pas vous dire qu'une façon est meilleure, mais je peux partager cette information avec vous afin que vous puissiez tirer votre propre conclusion. Je crois que ce modèle de comportement est fortement affecté par les grandes plateformes sociales qui l'utilisent.
En conclusion de notre période d'interview de deux semaines pour le calendrier du client final, nous vous présentons le résumé de nos résultats avec quelques détails statistiques pour expliquer notre conclusion finale. Enfin, l'interview a été menée sur un pool de 237 utilisateurs âgés de 16 à 56 ans, répartis en 6 groupes différents identifiés comme suit:
- Groupe Alpha: 78 sujets âgés de 25 à 40 ans, bonnes connaissances en informatique, interaction passée avec le produit
- Groupe Bêta: 26 sujets âgés de 16 à 25 ans, bonnes connaissances en informatique, interaction passée avec le produit
- Groupe Gamma: 25 sujets âgés de 40 à 56 ans, connaissances informatiques de base, interaction passée avec le produit
- Groupe Delta: 54 sujets âgés de 25 à 40 ans, bonnes connaissances informatiques et aucune interaction passée avec le produit
- Groupe Epsilon: 33 sujets âgés de 16 à 25 ans, bonnes connaissances informatiques et aucune interaction passée avec le produit
- Groupe Zeta: 21 sujets âgés de 40 à 56 ans, connaissances informatiques de base, aucune interaction passée avec le produit
Nos principaux objectifs étaient de déterminer si notre nouvelle méthode d'approche de la chronologie ajoute des avantages aux consommateurs et si les problèmes doivent être abordés dans un ordre chronologique ou non. Le regroupement des problèmes en grappes d'informations a également été l'un des problèmes abordés.
Les démos de produits qui étaient disponibles seront appelées à partir d'ici sur le X et le Y où le X est le produit avec une chronologie chronologique et le Y un produit avec l'ordre chronologique inverse. Les deux ont la fonction de regroupement active.
Voici les résultats des choix de produits chronologiques/chronologiques inverses de notre groupe de clients (nous avons représenté les données avec des graphiques circulaires pour en faciliter la lecture, où X est orange, Y est bleu et non pertinent est vert). La plupart d'entre eux choisissent la version chronologique inverse de la chronologie comme étant plus claire et plus facile à lire. Chaque catégorie donne les images suivantes:
Désolé pour les différentes dimensions sur les images, j'ai fait quelques recadrages rapides à partir d'un pdf. Cela fait partie des informations que je suis autorisé à partager, des données statistiques que je ne peux pas en raison des réglementations de l'entreprise. J'ai essayé de traduire les informations du mieux que je pouvais à partir de ma langue maternelle et de supprimer les informations confidentielles, mais je l'ai fait à la hâte donc il pourrait y avoir des erreurs de grammaire. J'espère que cela vous aide!
En ce qui concerne l'utilisabilité, vous devez garder à l'esprit qu'il existe des modèles que vous ne devez pas ignorer ou dévier.
Le modèle le plus couramment utilisé, en ce qui concerne le statut de la commande, est celui dont l'élément supérieur de la liste est le plus éloigné dans le passé. En effet, le flux est fini (vous commencez à partir de la commande et vous finissez à réception de votre commande). Si vous deviez utiliser l'autre façon d'afficher les informations, cela créera un motif perturbateur qui peut dérouter l'utilisateur (compte tenu du fait que l'utilisateur ne commande pas quelque chose en ligne pour la première fois de sa vie).
Pour plus d'informations, lisez cet article concernant les modèles UX. (recherchez sur uxmag l'article "Le prix de ne pas utiliser les patterns UX"). Vous constaterez que l'utilisation de la manière opposée pour afficher la liste (l'événement le plus haut étant le plus éloigné à l'avenir) ne sera pas une si bonne idée.
Je vous recommanderais d'utiliser votre idée.
Pour être encore plus précis, jetez un œil sur le flux d'une entreprise de messagerie concernant votre commande (cela représente le modèle le plus utilisé):
- vous recevez d'abord un numéro de suivi AWB.
- afin de garder une trace de votre commande, il vous suffit d'entrer sur le site Web de l'entreprise et de rechercher l'état de votre commande à l'aide de cet AWB.
- après avoir cliqué sur le bouton de recherche, vous obtiendrez une liste avec les mises à jour.
- la liste que vous voyez montre l'événement le plus éloigné du passé comme étant l'élément supérieur (voir l'image ci-dessous).
Pour le rendre encore plus facile à comprendre, vous pouvez concevoir et afficher le flux sous forme de chronologie répartie horizontalement. Quelque chose comme ça:
L'image ci-dessus montre le statut de la commande de cette manière: 1. Commande passée // 2. Paiement accepté // 3. Produits remis au coursier // 4. Produits en dépôt du courrier // 5. Produits livrés // 6. Produits livré
Les deux façons montrent que la chronologie ayant l'événement le plus élevé est la plus éloignée dans le passé. C'est pourquoi je vous recommande d'utiliser l'idée que vous avez et vous ne devriez pas prendre comme exemple des sites Web comme Facebook ou Twitter (ou tout autre site de médias sociaux/actualités d'ailleurs) car dans ces cas, le flux est totalement différent et ce n'est pas un un fini.
J'espère que cela répond à votre question.
Toujours en tant qu'utilisateur, mon intérêt/raison de suivre ma commande serait l'état actuel de celle-ci et pour cette raison, j'opterais toujours pour l'ordre chronologique inverse. Ainsi, pour un utilisateur qui suit une commande, il s'agit de connaître l'état actuel de la commande et non pas quand elle a été commandée/expédiée, etc.
J'espère que cela t'aides.
Un système de suivi de livraison suit un processus prédéfini, où le processus a un début et une fin définitifs et un certain nombre d'étapes intermédiaires, où chaque étape peut avoir des états différents.
Facebook et Twitter sont très différents. Ils affichent un flux continu organisé avec l'élément le plus récent en premier. Il n'y a ni début ni fin et il n'y a pas d'étapes ou d'états prédéfinis.
Facebook et Twitter ne sont donc probablement pas de bons exemples de comparaison à utiliser comme inspiration. Pommes et oranges.
Il est donc logique d'afficher les étapes du processus à l'avance, avec Démarrer en premier et Terminer en dernier car cela suit le modèle mental typique de la façon dont un processus fonctionnera. Vous pouvez organiser les étapes du processus verticalement ou horizontalement sans freiner ce modèle mental de processus. Mettez en surbrillance l'étape actuelle et indiquez visuellement les différents états pour chaque étape, par ex. Terminé, actuel, non terminé, etc.
Je pense que vous devriez réellement fournir les deux options, car elles correspondent aux deux comportements/attentes différents que je pense qu'un utilisateur peut avoir pour ce que fait l'application de suivi.
Dans le premier cas (scénario idéal), l'utilisateur passe la commande et tout se passe bien, il veut juste savoir quand quelque chose va arriver par la poste, auquel cas il veut voir quand quelque chose est sorti pour être livré d'avance afin qu'ils sachent quand s'attendre à ce que quelque chose arrive par la poste. Dans ce cas, un ordre chronologique inverse est bon parce que les autres détails n'ont pas d'importance et peut-être pourriez-vous même mettre une option de filtre pour qu'ils ne voient que pour la livraison ou les articles livrés.
Le scénario alternatif est que quelque chose n'est pas arrivé comme il se doit, alors ils veulent parcourir l'historique de la commande et voir combien de temps elle a été bloquée à un point particulier afin de pouvoir poursuivre la personne/l'organisation responsable du retard. . Dans ce cas, vous avez besoin d'un ordre chronologique pour les aider à comprendre les étapes qui ont déjà été accomplies et combien de temps cela a pris.
Cependant, il y aura toujours des utilisateurs qui utiliseront l'application à leur manière, c'est pourquoi je pense que les deux options devraient être fournies, avec l'option par défaut pour le cas d'utilisation idéal ou le plus fréquent, et l'option alternative pour le moins scénarios probables.