Un lecteur a vu sur la page Dusk Trade une allocation d’actifs et un taux de rendement présentés de façon soignée. Il a cru que c’était une entrée permettant d’ouvrir directement un compte et d’acheter, puis a préparé des fonds en attendant l’ouverture. Ce n’est qu’au moment où la page affiche une « waitlist » et « Launching soon » qu’il s’est rendu compte qu’il avait pris l’aperçu de l’interface pour une entrée commerciale. C’est une erreur typique : les noms d’actifs et les chiffres de rendement affichés sur la page produit ne sont qu’un aperçu ; ils ne représentent ni des actifs réellement achetables, ni des rendements déjà réalisés. La règle consiste à distinguer deux éléments : la fonctionnalité définie par la documentation, et l’entrée actuellement ouverte sur la page. La documentation de Dusk Trade le définit comme une couche d’application pour des actifs financiers tokenisés : elle couvre ce que le produit prévoit de faire, notamment la découverte des actifs, l’accès des investisseurs, la connexion de portefeuille, la coordination des paiements, les actions d’achat/vente et la compensation. La page produit, quant à elle, s’arrête actuellement à « PRE-LAUNCH » : l’entrée principale est la waitlist, c’est-à-dire ce qu’elle peut faire à présent. Le protocole peut déjà fonctionner, mais cela ne signifie pas que chaque couche de produit est déjà ouverte : le réseau sous-jacent est une chose, l’entrée applicative en est une autre ; la fonctionnalité correspond à la feuille de route, et le type d’entrée correspond à l’état actuel. La contre-exemple nous apprend ceci : quand on évalue un produit encore en construction, on commence par le type d’entrée, puis on examine la portée couverte par la fonctionnalité ; lorsque les deux colonnes ne correspondent pas, il faut se baser sur l’entrée. Pour les utilisateurs, séparer l’évaluation de la fonctionnalité du produit de celle des entrées disponibles actuellement, puis décider d’entrer ou non dans la waitlist, est bien plus fiable que de s’acharner à deviner le bon moment à partir des chiffres de l’aperçu. En allant plus loin, séparer la fonctionnalité de la type d’entrée aide aussi l’équipe à planifier le parcours d’utilisation : ce qui est possible maintenant dépend de jusqu’où l’entrée a été ouverte ; ce qui sera possible à l’avenir dépend de jusqu’où la fonctionnalité a progressé. On a alors deux chronologies distinctes, au lieu de mélanger les chiffres de la page d’aperçu. Pour juger du moment d’entrée, il faut se fier au changement du type d’entrée, plutôt qu’aux éléments décoratifs de la page.
@Dusk $DUSK #dusk