Le vocabulaire de statut fait partie du produit financier
Des libellés comme soumis, en revue, en traitement, terminé ou rejeté ne sont pas de simples détails d’interface. Lorsque de l’argent circule, ils constituent la principale couche d’explication entre l’utilisateur et le système.
Un modèle de statuts cohérent réduit les écarts d’interprétation. Le même mot doit avoir le même sens dans l’interface, l’historique des transactions et les outils du support ; chaque état doit avoir une condition d’entrée et une étape suivante clairement définies.
- Utiliser un petit ensemble cohérent de statuts.
- Définir le sens opérationnel de chaque état.
- Afficher la date de la dernière modification.
- Expliquer si une action utilisateur est nécessaire.
- Conserver le même vocabulaire entre produit et support.
Un statut est plus crédible lorsque les détails justificatifs restent visibles
Un badge vert « terminé » est utile, mais il est plus solide si l’utilisateur peut aussi voir le montant demandé, les frais, le montant net, la destination, les horodatages et une référence de transaction ou interne lorsqu’elle existe.
De même, un état en attente ou en revue doit expliquer ce qui reste à faire. Garder ces détails visibles évite de devoir reconstruire le contexte à partir de captures d’écran, d’e-mails ou de conversations avec le support.
- Montant demandé ou brut.
- Frais affichés séparément.
- Montant net attendu ou envoyé.
- Destination ou référence de portefeuille lorsque c’est pertinent.
- Horodatages de soumission et de dernière mise à jour.
- Hash de transaction ou référence interne lorsqu’elle existe.
Le design visuel doit guider l’attention, pas remplacer la vérification
Une bonne typographie, des espacements adaptés, des couleurs lisibles et une mise en page responsive rendent une interface financière plus facile à utiliser. Le problème apparaît lorsque les effets décoratifs concurrencent ou masquent l’état réel d’un paiement.
Le meilleur design rend les faits importants faciles à parcourir : statut actuel, changement intervenu, frais appliqués et prochaine étape. La confiance doit venir d’éléments lisibles et vérifiables, pas seulement d’un écran qui paraît haut de gamme.
- Utiliser la hiérarchie visuelle pour mettre en avant statut et montants clés.
- Éviter les animations qui font paraître une action en attente comme terminée.
- Ne pas cacher les frais ou exceptions dans des menus secondaires.
- Maintenir les informations critiques lisibles sur petit écran.
- Utiliser la couleur comme renfort, pas comme seul signal de statut.
Les paiements retardés ou rejetés nécessitent l’explication la plus claire
La confiance est surtout testée lorsque le parcours attendu ne se déroule pas normalement. Un paiement retardé, échoué ou rejeté doit préciser l’état actuel, si des fonds ont déjà bougé, quelle revue est en cours, s’il est possible de réessayer et quand contacter le support.
Pour TetherYield, l’historique des paiements doit être lu avec les conditions actuelles du plan, les règles de retrait et la déclaration des risques. Un statut visible améliore la transparence, mais ne garantit aucun délai et ne supprime pas les risques réseau, conformité, plateforme ou exploitation.
- Quel est exactement l’état actuel ?
- Un montant a-t-il déjà été déplacé ?
- Une action de l’utilisateur est-elle nécessaire ?
- Est-il sûr de réessayer ou faut-il attendre ?
- Quelle référence utiliser pour contacter le support ?
- Quelle condition doit changer pour que le paiement continue ?
- Les règles actuelles de retrait expliquent-elles le retard ou le rejet ?