Les écrans mobiles doivent prioriser les détails critiques pour la décision
Un écran mobile offre moins d’espace et l’utilisateur peut passer d’une application à l’autre pour vérifier une adresse ou un réseau. L’interface doit donc mettre en avant montant, actif, réseau, durée, conditions de récompense, frais et règles de retrait avant l’envoi.
Un écran de revue concis peut éviter des erreurs courantes comme choisir le mauvais réseau, ignorer un blocage ou considérer une récompense estimée comme garantie.
- Actif et montant.
- Réseau blockchain sélectionné.
- Durée ou blocage.
- Conditions de récompense et possibilité de changement.
- Frais et conditions de retrait.
- Adresse de destination lorsqu’elle s’applique.
Après l’envoi, le statut doit remplacer l’incertitude
Beaucoup de demandes de support commencent par une question : l’action a-t-elle été envoyée, est-elle encore en traitement ou y a-t-il un problème ? Le parcours mobile doit répondre avec des statuts clairs comme envoyé, en attente de confirmation, actif, en revue, terminé ou échoué.
Chaque statut doit expliquer sa signification, ce que l’utilisateur peut faire et si une action est requise. Horodatage et référence rendent aussi le support ultérieur plus efficace.
- Statut en langage simple.
- Dernière mise à jour.
- Événement suivant attendu.
- Action requise, le cas échéant.
- Référence ou identifiant de transaction.
- Lien d’aide lorsque le statut nécessite une explication.
Concevez pour les erreurs sur petit écran sans rendre les actions risquées trop faciles
Une bonne UX mobile retire les frictions inutiles, mais les actions financières importantes doivent conserver une confirmation volontaire. Le but n’est pas de tout faire en un clic, mais de rendre les contrôles compréhensibles et l’action finale intentionnelle.
Les protections utiles incluent une revue claire de l’adresse et du réseau, une alerte en cas de réseau incompatible, une confirmation finale et une distinction entre modifications réversibles et actions blockchain irréversibles.
- Rendre les champs faciles à corriger avant l’envoi.
- Utiliser une confirmation pour déplacer ou bloquer des fonds.
- Expliquer lorsqu’une action ne peut pas être annulée.
- Ne pas cacher les risques ou frais importants derrière des éléments décoratifs.
- Éviter les comptes à rebours ou artifices d’urgence.
De bons chemins de récupération peuvent réduire le travail répétitif du support
Un message générique comme « une erreur s’est produite » crée plus de travail. Un meilleur parcours explique s’il est sûr de réessayer, si l’action est encore en attente et quelle référence transmettre au support.
Sur TetherYield, les écrans mobiles d’activité et de plan doivent être lus avec les conditions actuelles et la déclaration des risques. Une bonne UX améliore la clarté, mais n’élimine pas les délais réseau ni les risques du produit.
- Afficher l’état ou la catégorie d’erreur en langage simple.
- Dire si une nouvelle tentative est sûre.
- Conserver montant, réseau et référence lorsque possible.
- Fournir une référence de transaction ou interne au support.
- Expliquer quand attendre plutôt que soumettre à nouveau.
- Lier l’aide et les conditions actuelles pertinentes.