Quelle est la conception de l'interface utilisateur pour résumer plusieurs packages pour plusieurs commandes dans un site de commerce électronique?
Je recherche le meilleur moyen pour un client de suivre ses commandes de commerce électronique dans un format récapitulatif. La difficulté est qu'il peut y avoir plusieurs colis à expédier pour chaque commande.
- Un client peut avoir passé jusqu'à 100 commandes dont il a besoin pour suivre
- Chaque commande peut contenir jusqu'à 10 colis dont le statut doit être affiché
- Il y a un processus fixe que chaque colis passe avant la fin de la commande (soumis, en attente de stock, emballé, expédié)
Quelle est la meilleure façon de donner un aperçu de toutes ces commandes et de l'état des colis qu'elles contiennent?
Je pense que vous pouvez combiner la vue Commande et la vue Package. L'article atomique est un paquet, car il est expédié indépendamment. La vue par défaut est donc une vue détaillée du package, qui peut être triée par statut ou par autre nom de colonne.
Le tableau prend également en charge le pliage des colis dans une vue Commande, lorsque tous les colis sont regroupés par commande et pliés en une seule ligne de commande. L'utilisateur peut déplier des commandes pour afficher ses détails.
Cela ressemble à un lot de packages. Est-ce juste une conception préventive, ou est-ce réellement le cas commun? Dans ce dernier cas, je pense que la meilleure approche est de découvrir ce qui intéresse le plus l'utilisateur, la plupart du temps, et de les afficher pour que les informations souhaitées soient affichées en premier.
J'essaierais de les afficher d'abord si la livraison d'un colis est terminée (en bas) ou est toujours en cours (en haut), et ensuite par date de livraison prévue. L'idée ici est que l'utilisateur peut profiter de l'ordre de tri pour trouver un package particulier qu'il recherche, mais peut également trouver immédiatement les packages actuellement pertinents.
Je suppose que ce sont ceux qui viennent d'être livrés (au cas où la livraison ne les atteindrait pas personnellement, ils peuvent ainsi vérifier à quel voisin/département/collègue ils ont été livrés ou similaires), et ceux qui seront livrés ensuite. Ceux qui ont été livrés il y a un certain temps ou qui ne le seront pas avant un certain temps ne sont pas vraiment pertinents pour l'utilisateur, alors vous devriez aller plus loin dans la liste.
Si l'utilisateur vient de passer une commande, vous souhaitez également faciliter la recherche de cette commande, soit en la plaçant en haut de la liste, soit en ayant des sections distinctes "commandes récentes" et "suivre les colis".
Pour garder la liste aussi petite que possible, je vous recommande de regrouper les colis d'une même commande qui seront livrés à la même date dans un article, ainsi que tous les colis qui ont terminé la livraison de la même commande dans un autre. Je m'attendrais également à ce que les utilisateurs souhaitent un moyen de déterminer si les colis d'une commande sont tous arrivés, mais vous pouvez probablement le faire en ajoutant simplement un marqueur "Livraison terminée le" au seul article qui regroupe tous les colis de cette commande (car ils ont été livrés).
En bref: essayez de garder les listes aussi petites que possible, en tirant parti des regroupements naturels qui se produisent en raison des dates de fabrication et de livraison, et basez la conception de votre page sur les cas d'utilisation réels de vos utilisateurs, en vous assurant qu'ils peuvent trouver rapidement le plus informations importantes et les plus fréquemment nécessaires, et ne sont qu'à un clic d'une page de détails pour un paquet/commande particulier pour le reste. Et n'hésitez pas à avoir une conception adaptative si la plupart des utilisateurs n'auront que quelques commandes.
Le statut des commandes d'Amazon avec ses boîtes imbriquées pour les livraisons est également une bonne inspiration pour la conception et l'agencement de base, même s'il n'est pas tout à fait destiné à suivre des centaines de colis.