Pendant longtemps, quand j'ajoutais une nouvelle fonction à LowFlow, je savais exactement comment elle fonctionnait. Normal. C'est moi qui l'avais construite.
Mais quand d'autres personnes ont commencé à utiliser le journal, une évidence est apparue : si je dois personnellement expliquer chaque fonction, quelque chose manque dans le produit.
Un guide aide, mais reste à l'extérieur
Un guide PDF aide. Un guide HTML aide aussi. Des vidéos peuvent aider. Mais il reste toujours un problème : le trader doit quitter ce qu'il est en train de faire pour aller chercher l'explication ailleurs.
Alors j'ai commencé à réfléchir autrement. Pourquoi le guide devrait-il toujours être à l'extérieur du journal?
J'ai commencé à intégrer un guide directement dans LowFlow
L'idée est simple. Le trader est déjà dans le journal. Il veut comprendre une fonction. Il ouvre le guide. Et l'information est là.
Pas besoin de chercher un vieux courriel. Pas besoin d'ouvrir dix pages. Pas besoin de se demander quelle documentation correspond à sa version. Le produit peut commencer à expliquer son propre fonctionnement.
Un guide interactif permet d'aller plus loin qu'un manuel
Un PDF est fixe. Un guide dans l'application peut suivre la structure réelle du produit. Le trader peut choisir ce qu'il veut comprendre. Passer directement à une section. Revenir en arrière. Explorer à son rythme.
Et surtout, le guide peut évoluer avec LowFlow. Quand une fonction change, la documentation peut changer avec elle.
La complexité peut exister derrière, pas devant
J'ai construit des intégrations. Des imports. Des plateformes différentes. Des dizaines de fonctions. Toute cette complexité est réelle. Mais l'utilisateur ne devrait pas avoir besoin de comprendre comment tout a été construit pour pouvoir l'utiliser.
Un produit devrait pouvoir accompagner son utilisateur
C'est différent de simplement afficher une liste de fonctions. Le but n'est pas de montrer tout ce que LowFlow peut faire. Le but est que quelqu'un puisse découvrir le journal progressivement.
Utiliser ce dont il a besoin aujourd'hui. Puis comprendre une autre fonction lorsqu'elle devient utile. Sans avoir besoin de tout apprendre avant de commencer.
Ma vision du guide a changé
Au départ, la documentation était quelque chose qu'on ajoute autour du produit. Maintenant, je commence à la voir comme une partie du produit lui-même.
Parce que si LowFlow devient plus complet, il doit aussi devenir plus facile à comprendre. Je peux continuer à ajouter des fonctions. Mais le vrai défi est de faire en sorte qu'elles restent accessibles.
Un bon logiciel ne devrait pas seulement fonctionner. Il devrait aussi aider l'utilisateur à comprendre comment l'utiliser.