Représentation de Timer dans "Deal Expires in MM SS"
Les cartes d'interface utilisateur de mon application expirent après 3 jours de création. Je l'indique dans un badge comme indiqué sur l'image.
Les différents états de l'élément sont: -
Le compte à rebours en direct démarre dès qu'il atteint moins d'une heure seulement. c'est à dire qu'il commence à partir de 59 minutes et 59 secondes.
Mon dilemme concerne donc; comment afficher le format mm: ss. Les options générales que j'ai eues sont montrées dans l'image ci-dessous.
Réfléchissez à cela et suggérez le meilleur chemin à travers celui-ci :)
Selon moi, la meilleure option serait d'utiliser 59m 59s .
Cela aidera sûrement un utilisateur à comprendre le temps disponible sans aucune confusion. Ici, les étiquettes sont clairement visibles au premier coup d'œil, tandis que la seconde partie en cochant fournit les informations plus précisément aux utilisateurs.
De plus, les utilisateurs seront familiarisés avec ce format à partir d'autres sites Web comme Amazon et Flipkart.
Extras: Je n'envisagerais jamais d'utiliser l'option "expire dans 59:19" car cela peut être un peu déroutant pour les utilisateurs à première vue. Peut-être la reformuler comme "59:19 à gauche" ( - par exemple. BookMyShow) et en voyant la partie de la seconde cocher, notre esprit aurait besoin de moins de temps pour traiter l'information mais, toujours pas mieux que l'option précédente .
Kishan je prendrais du recul et l'aborderais d'une perspective UX plus profonde; qui sont vos utilisateurs, que font-ils, quelles informations sont pertinentes pour eux?
Lorsque vous approfondissez un peu, les réponses peuvent commencer à faire surface.
En y réfléchissant très rapidement et sans connaître vos utilisateurs ou le contexte de cette carte expirant, je risquerais de supposer que vos utilisateurs auront rarement besoin de connaître la seconde exacte où la carte est valide pendant une heure entière après expiration. Ils ne nécessitent probablement pas de telles informations granulaires et, comme vous l'avez découvert, cela devient désordonné et un peu déroutant lorsque vous essayez de le formater.
Peut-être que l'utilisateur n'a besoin que de voir les secondes au cours des 10 dernières minutes, 5 minutes ou 1 minute, tout comme le compte à rebours d'un élément Ebay, une fois que vous avez atteint l'heure, il peut être basé sur les minutes (58 minutes restantes) puis lorsque vous appuyez sur le bouton sweet spot, il change de couleur/d'état et se met aux détails; Il reste 2 minutes 33 secondes.
Cela vaut la peine d'être réfléchi du point de vue de vos utilisateurs et de ce que le compte à rebours tente réellement d'atteindre; informations sur les ventes/bonus/urgence, etc.?
Pourquoi ne donnez-vous pas juste le temps réel jusqu'à l'expiration? Pour le moment, vous proposez de me dire que l'offre expire "en une journée". Mais qu'est-ce que cela signifie ?
Disons qu'il est 15 heures jeudi. Ce serait vraiment ennuyeux si vous aviez arrondi 12h 1m à "un jour", car alors je pourrais revenir demain matin et trouver l'accord déjà expiré. De même, l'accord doit avoir expiré avant 15 heures samedi ou vous m'auriez sûrement dit "deux jours". Donc, tout ce que vous m'avez dit, c'est que l'accord expire quelque temps entre 15 heures le vendredi et 15 heures le samedi. Ou peut-être que vous l'avez arrondi et qu'il expire un certain temps entre 3 heures du matin vendredi (0,5 jour) et 3 heures du matin samedi (1,5 jours). C'est d'une manière exaspérante, frustrante et imprécise, et nous ne sommes même pas arrivés à la partie dont vous parliez!
Maintenant, pour les options moins d'une heure.
59:59
C'est vague. S'il se met à jour une fois par seconde, c'est probablement OK. Si ce n'est pas la mise à jour, personne ne sait si c'est des heures et des minutes ou des minutes et des secondes. (Et l'utilisateur pourrait être tenté de s'asseoir un peu pour voir s'il se met à jour après une minute ou deux.)
À strictement parler, même s'il est mis à jour une fois par seconde, il reste vague. Peut-être que cela signifie vraiment 59h 59m mais vous êtes mauvais et le délai d'expiration diminue d'une minute chaque seconde! Cela pourrait être le cas si, par exemple, vous me vendiez un bon qui serait valable pendant un certain temps et, pour me pousser à acheter, le bon dure plus longtemps si je l'achète plus tôt.
59:59 mins
S'il ne se met pas à jour, c'est encore vague. Le côlon fonctionne comme une virgule décimale, il devrait donc probablement signifier "59 minutes et 59 sous-unités d'une minute (c.-à-d. Secondes)". Mais puis-je vous faire confiance pour utiliser la même logique que moi? Peut-être vous pensez que cela signifie "59 quelque chose (c.-à-d., Heures) et 59 minutes". Je ne devrais pas avoir à essayer de comprendre votre état d'esprit pour comprendre ce que vous voulez dire: vous devriez me dire ce que vous voulez dire.
59:59 secs
Il s'agit essentiellement du cas précédent, mais à l'envers. L'utilisateur peut déduire que cela signifie des minutes et des secondes parce que vous ne chronométrez probablement pas au centième de seconde le plus proche et, si vous vouliez 59,59 s (c'est-à-dire un peu moins de cinquante-neuf et trois cinquièmes de seconde), vous auriez utilisé un point décimal, pas un deux-points. Mais, encore une fois, pourquoi me faire travailler tout cela au lieu de simplement me le dire.
Ma suggestion serait de simplement présenter toutes les heures de manière cohérente comme "1 jour 23h 45m 6s" (ou toutes les abréviations pour les unités que vous préférez) et d'omettre les zéros de tête (donc "45m 6s" plutôt que "0 journées...").
Vous avez également la possibilité de l'afficher en 59m 59s, si vous vous inquiétez de l'ambiguïté.
Si vous devez vous en tenir aux options que vous avez fournies, j'irais pour 59:59 minutes, car 59:59 peut être interprété comme 59 heures 59 minutes et 59:59 secondes semble étrange et je l'interpréterais comme 59 secondes 59 millisecondes. Mais après une ou deux secondes quand je verrais comment les valeurs changent, je le découvrirais.
Sur la base de la vitesse de mise à jour (la valeur des secondes change toutes les secondes), il devrait être assez clair rapidement s'il s'agit de hh: mm ou mm: ss.
Le format mm: ss devrait donc être suffisant pour lever l'ambiguïté.
Eh bien, selon votre situation géographique et le type d'utilisateurs, vous pouvez vous en tenir à la méthode française, qui est 59m55 pendant 1 heure moins 5 secondes.
L'inconvénient est qu'il est inhabituel (partout non francophone, AFAIK). La bonne chose est qu'elle ne peut pas être lue de manière ambiguë, car elle est clairement 59 minutes et 55 de l'unité plus petite qu'une minute. Notez qu'il s'agit du même système que celui utilisé pour le marquage des résistances en électronique: 7R15 est 7,15Ω tandis que 7M15 est 7,15MΩ.
Je ne l'utiliserais cependant que si vous êtes limité dans l'espace. Sinon, j'irais toujours avec 59m 55s.
Étant donné que vous avez des secondes dans les champs, il est extrêmement clair ce qui se passe tant que la page est visiblement mise à jour et affiche simplement 2:15 devrait être clair lorsque la valeur des secondes est en baisse.
Une page statique qui ne met à jour le ticker que lorsqu'il est actualisé aura cependant besoin d'unités. Dans ce cas, j'abandonnerais le format MM: SS au profit de "XXm YYs", donc 2m 15s
Si vous souhaitez transmettre des informations, elles doivent toujours être immédiatement lisibles et affichées de manière cohérente.
L'affichage des unités est mon choix préférentiel car le format MM: SS peut être confondu pour une heure de la journée plutôt qu'un compte à rebours si la page n'est pas mise à jour (en raison d'un problème, d'un échec ajax ou simplement d'une capture d'écran partagée)