Precision Journal

Precision Journal a commencé par la chose évidente — un endroit où consigner ses positions — et est devenu autre chose dès qu’il est apparu que consigner n’était pas le problème. Les traders ont déjà les données. Ce qu’ils n’ont pas, c’est une raison d’y revenir, ni quoi que ce soit qui les empêche de refaire demain la même erreur.

Nous l’avons construit comme une application web avec une version Android complémentaire, sur une connexion courtier qui importe les exécutions automatiquement, pour que rien ne dépende de la discipline d’une saisie manuelle.

Un journal qui ne rend compte qu’après coup arrive trop tard pour changer quoi que ce soit. L’habitude qu’il réclame — tout écrire, relire plus tard — est précisément celle qu’un trader indiscipliné n’a pas.

La moitié technique du problème était la confiance. Brancher un logiciel sur un compte de courtage est une chose sérieuse à demander, et toute intégration capable de passer un ordre serait une promesse bien plus lourde qu’un journal n’a besoin d’en faire.

La connexion courtier est strictement en lecture seule. Elle voit les exécutions et ne peut jamais passer, modifier ni annuler un ordre — une contrainte imposée dans la couche d’intégration, pas une règle écrite dans la documentation.

Les règles que le trader fixe avant une séance sont appliquées pendant celle-ci, pas résumées après. Le rejeu relie ensuite le graphique, les notes, l’état du risque et les événements de règles à une seule tête de lecture, si bien qu’une décision se regarde au lieu de se reconstituer de mémoire.

Chaque chiffre affiché est calculé à partir des données propres du trader, dans une couche métier qui a ses propres tests. Les synthèses rédigées ne font que raconter des chiffres déjà calculés — rien n’est estimé en prose.