Suivi de la progression des expéditions
Je suis actuellement en train de concevoir une application où les clients peuvent se connecter et voir une liste de toutes leurs commandes existantes et voir où en est la progression actuelle du transit. Tout comme FedEx ou UPS, sauf que les commandes peuvent avoir jusqu'à 12 arrêts.
Le plus gros problème que j'ai est la facilité d'utilisation d'afficher la progression actuelle sous forme de chronologie visuelle. La fonctionnalité de progression du transport en commun est simple, si le conducteur est arrivé à l'endroit et qu'il était en retard, le cercle représentant l'arrêt devient rouge et si le conducteur était à l'heure ou tôt, le cercle devient vert. Si le conducteur n'est pas encore arrivé à l'arrêt, la ligne et le cercle restent gris clair.
Ma préoccupation est de savoir si cela est suffisamment clair pour l'utilisateur.
Refonte possible ci-dessous:
Remarques:
La couleur ne doit pas être utilisée comme seul indicateur pour accueillir les personnes daltoniennes (le rouge-vert étant très courant). J'ai utilisé différentes icônes ainsi que différentes couleurs pour l'indication.
Le rouge a une "finalité" et peut faire penser à l'utilisateur que des mesures supplémentaires sont nécessaires pour résoudre le problème. J'ai fait l'icône jaune au lieu de rouge pour indiquer "tard".
Les lignes seules ne fournissaient pas beaucoup de "flux" de gauche à droite. J'ai utilisé des flèches au lieu de lignes pour mieux souligner le flux de gauche à droite.
Je n'ai pas compris les mots que vous avez utilisés sous chacune de vos villes. Certains avaient "ramassage" et certains avaient "livraison" et je ne savais pas ce que cela signifiait. J'ai fait les mots dans cette conception indiquer les progrès dans chaque ville.
Pour mieux indiquer l'étape actuelle de la progression, j'ai agrandi le conteneur de cercle, l'icône et la police.
J'ai placé le statut de "Délai de 6 heures" directement sous l'étape en cours. Je ne sais pas si cela est techniquement possible avec votre système, mais il fournit beaucoup plus de détails que "tard".
Comme un train en voyage avec quelques escales. Il est tard à un moment donné mais peut-être rattrapera-t-il le temps pendant son voyage. Et vous aimeriez montrer à quelle gare le train a été en retard pendant tout le trajet.
Cela m'a rappelé instantanément comment application mobile du service ferroviaire ici en Allemagne indique si un train est à l'heure ou en retard.
J'ai deux suggestions à ce sujet lorsque vous comparez votre cas à l'application:
Un assistant classique ne suffit pas pour ce scénario. Parce que, fondamentalement, vous avez besoin de deux conditions:
- Le pilote est entre deux nœuds: celui qu'il vient de quitter et celui vers lequel il se dirige. D'abord marqué rouge ou vert, deuxième marqué gris.
- Le pilote est sur un nœud. C'est seulement alors que la couleur passe du gris au rouge/vert (et reste dans cet état pendant tout le voyage)
- Et puisque vous souhaitez afficher jusqu'à douze arrêts, je recommanderais de les commander verticalement (tout comme l'application dans mon exemple). Vous disposez désormais de plus d'espace à côté de vos nœuds pour afficher des informations détaillées sur les heures d'arrivée/de départ prévues, des commentaires, etc.
Malheureusement, je ne peux pas rédiger cela pour vous car je suis nouveau sur ux.se, j'espère que vous avez compris mon point ;-)
S'il s'agit d'une livraison sur plusieurs jours, je ne vois aucune raison de montrer si elle a été retardée ou non, sauf si cela signifie que la livraison sera tardive à la fin.
Si l'objectif est simplement de leur montrer que la livraison a été effectuée à un certain point de contrôle, le rouge est encombré.
UPS, FedEd, etc. peuvent facilement avoir des arrivées tardives en cours de route, mais ils ont mis en place des processus pour compenser la livraison finale dans les deuxième, troisième, etc. étapes de la livraison. Je voudrais seulement savoir s'il est arrivé, quand il est arrivé et quand il est censé être entre mes mains. Le reste est une information supplémentaire qui délivre ce qui peut facilement être un bon résultat final.
S'il est important de montrer si quelque chose est en retard ou non pendant le processus, il se peut que les cases à cocher gratuites indiquent "Livré à temps!" et d'autres disent "Livré en retard". Faites-leur lire moins entre les lignes, indiquez clairement ce que signifient les couleurs.
L'application doit être simple pour les cas normaux qui peuvent être réduits à une coche ou à une couleur.
. des tâches ont été modifiées (certaines annulées) ou le camion est tombé en panne et un autre est venu à la rescousse.
L'interface utilisateur doit prendre en charge tous ces cas supplémentaires.
Ainsi, chaque tâche doit avoir un indicateur d'état en attente/terminé/en retard/échoué/et expliquer pourquoi.