Comment simplifier l’UX blockchain sans compromettre la sécurité

Une meilleure UX blockchain consiste à décider quelle complexité l’interface doit absorber et quelles décisions les utilisateurs doivent voir et contrôler. Les applications blockchain peuvent autoriser des actions impliquant des actifs ayant une valeur monétaire. L’interface doit donc rendre explicites les autorisations importantes sans laisser les détails d’implémentation dominer le parcours. La question de conception est de savoir où placer cette frontière.

Deux approbations révèlent le problème de conception

Prenons un flux de staking illustratif portant sur 100 jetons XYZ. Avant de les staker, un utilisateur peut devoir autoriser le smart contract concerné à accéder à ces jetons, puis approuver la transaction elle-même. L’objectif de l’utilisateur est une seule action : staker 100 XYZ. Pourtant, l’application peut exposer deux actions, car l’autorisation et la transaction remplissent des fonctions différentes.

Deux invites similaires peuvent rendre cette distinction difficile à comprendre. Un utilisateur peut se demander pourquoi la première approbation n’a pas finalisé l’action de staking. Dès lors que l’interface expose une partie du modèle de fonctionnement du protocole, elle doit aussi expliquer comment chaque étape se rapporte au résultat attendu. Le montant de cet exemple est donné à titre illustratif et ne constitue pas une donnée empirique.

L’interface peut rendre la séquence explicite en expliquant chaque approbation et en affichant la progression à mesure que chaque étape se termine. Lorsque la conception de la transaction le permet, l’implémentation peut regrouper les étapes visibles tout en préservant les informations nécessaires à l’autorisation. Un flux efficace répond à trois questions au moment opportun : qu’est-ce que j’approuve, que se passe-t-il ensuite, et quand l’opération est-elle terminée ? Des schémas de transaction familiers peuvent réduire le niveau de connaissance technique nécessaire pour y répondre.

Le nombre de clics ne résume qu’une partie du problème d’UX. Regrouper des opérations réduit le coût d’interaction lorsque l’autorisation qui en résulte reste claire, tandis que des invites distinctes ont de la valeur lorsqu’elles communiquent des conséquences de sécurité différentes. Les équipes doivent évaluer si chaque étape visible fournit à l’utilisateur les informations nécessaires pour prendre sa décision.

L’interface doit absorber la complexité tout en préservant le contrôle

La frontière d’abstraction se situe entre le détail d’implémentation et les informations qui influencent la décision d’un utilisateur. La construction de la transaction peut souvent rester derrière l’interface. Les autorisations, les destinations, les mouvements d’actifs et les demandes de signature doivent être présentés clairement lorsqu’ils ont un impact sur l’autorisation. Cette distinction est particulièrement importante lorsqu’une application interagit avec des clés privées.

Pour les CTO et les responsables techniques, l’intégration du wallet et l’architecture front-end relèvent d’une même conception de la sécurité. La construction de la transaction, la présentation dans l’interface et la signature constituent des frontières distinctes dans le parcours utilisateur. Chacune nécessite des contrôles adaptés au risque à ce niveau. Le flux visible par l’utilisateur doit rendre l’autorisation finale compréhensible pendant que ces contrôles opèrent derrière l’interface.

Concevoir les flux autour des décisions que les utilisateurs doivent prendre

Les équipes peuvent classer les informations selon qu’elles modifient ou non la décision d’autorisation de l’utilisateur. Les mécanismes d’implémentation peuvent rester derrière l’interface lorsqu’ils n’apportent rien à la décision que l’utilisateur doit prendre. Les autorisations importantes, les destinations et les mouvements d’actifs doivent être présentés clairement au moment où ils comptent. L’interface doit aussi montrer ce qui découle de la décision et à quel moment l’opération est terminée.

Cela donne aux équipes un critère pratique de simplification. Réduire deux actions visibles à une seule est utile lorsque l’action qui en résulte communique toujours clairement l’autorisation et sa conséquence, et que l’implémentation peut absorber en toute sécurité le travail supplémentaire. Des actions distinctes restent utiles lorsque chacune représente une décision importante que l’utilisateur doit évaluer. Chaque étape visible doit contribuer à la compréhension, à l’autorisation ou à une frontière de sécurité nécessaire.

Points clés

Donnez aux approbations un objectif clair : Simplifiez les flux de transaction blockchain lorsque plusieurs étapes ne correspondent pas à des décisions utilisateur distinctes. Conservez des approbations séparées lorsqu’elles communiquent des conséquences de sécurité significatives.
Absorbez la complexité sans masquer le contrôle : Gardez les mécanismes d’implémentation derrière l’interface, mais présentez clairement les autorisations, les destinations, les mouvements d’actifs et les demandes de signature qui influencent l’autorisation.
Concevez autour des décisions importantes : Évaluez chaque étape visible selon qu’elle favorise la compréhension, l’autorisation ou une frontière de sécurité nécessaire. Supprimez les frictions qui n’aident pas les utilisateurs à prendre des décisions éclairées.