Pendant des semaines, j'ai construit.
Une fonction après l'autre. Une correction après l'autre. Une idée après l'autre.
J'ai commencé avec un journal. Puis le journal est devenu une application. L'application est devenue un système. Et le système est finalement devenu quelque chose que je pouvais réellement mettre entre les mains d'un autre trader.
Mais il manquait encore une chose. Il fallait le vendre.
Construire le site
J'avais beau avoir une application fonctionnelle, une infrastructure, des licences, des mises à jour automatiques et un système largement automatisé… un client ne pouvait pas acheter LowFlow directement depuis mon ordinateur.
Il fallait une vitrine. Un endroit où quelqu'un pourrait découvrir le projet. Comprendre ce que LowFlow fait. Voir les différentes possibilités. Et surtout, comprendre pourquoi j'avais construit tout ça.
Le site est donc devenu une nouvelle partie du projet. Et comme tout le reste, je voulais le garder simple. Pas besoin de transformer LowFlow en quelque chose qu'il n'est pas. Je voulais simplement présenter le produit clairement.
Puis il fallait pouvoir payer
Et là, une nouvelle réalité est arrivée. Construire un logiciel est une chose. Construire une boutique autour de ce logiciel en est une autre.
Il fallait maintenant connecter les paiements. J'ai choisi Stripe pour gérer cette partie.
Le paiement devait pouvoir communiquer avec le reste du système. Un client achète. Le paiement est confirmé. Le système sait ce qui a été acheté. Le compte peut être associé au produit. Et le processus peut continuer sans que je doive intervenir manuellement à chaque vente.
C'était exactement ce que je cherchais depuis le début : automatiser le maximum.
Le paiement devient le début du processus
Je ne voulais pas que le paiement soit une étape isolée. Je voulais qu'il déclenche la suite.
Avant, j'avais plusieurs morceaux séparés. L'application. Le Control Panel. Les licences. La distribution. Les mises à jour.
Maintenant, le paiement venait connecter tout ça. Un achat pouvait devenir le point de départ d'un processus automatique.
Et là, pour la première fois, j'ai vraiment senti que LowFlow pouvait devenir un produit commercial. Pas simplement une application que je pouvais donner à quelqu'un. Un véritable système capable de gérer un client.
Le client n'a pas besoin de connaître toute l'histoire
C'est assez drôle quand j'y pense. Le client qui découvrira LowFlow ne verra probablement jamais la majorité de ce que j'ai construit.
Il verra le site. Il choisira son produit. Il paiera. Il recevra son accès. Il installera l'application. Et il commencera à travailler.
Il ne verra pas les heures passées à réfléchir aux chemins de données. Il ne verra pas les problèmes de distribution. Il ne verra pas les mises à jour. Il ne verra pas les contrôles. Il ne verra pas les automatisations.
Et c'est très bien comme ça. Parce que c'est exactement le but. La complexité doit rester derrière l'écran.
Mais LowFlow reste fidèle à son idée de départ
Même si le projet est maintenant devenu beaucoup plus gros, je n'ai pas changé l'idée fondamentale.
Le trader choisit. Ses données restent locales. Ses trades restent chez lui. Ses photos restent chez lui. Ses historiques restent chez lui. Ses données de replay restent chez lui.
LowFlow n'a pas besoin de devenir un énorme entrepôt de données pour fonctionner. L'application est locale. Elle communique avec Internet lorsqu'elle en a besoin. Et l'infrastructure autour permet de gérer le produit.
C'est une architecture qui correspond beaucoup mieux à ce que je voulais construire.
Le lancement approche
Et puis un jour, je me suis retrouvé avec quelque chose d'assez étrange. J'avais passé tellement de temps à construire les morceaux que je n'avais presque pas réalisé qu'ils étaient maintenant en train de former un tout.
Le site était là. Le paiement fonctionnait. Le système de licences fonctionnait. La distribution était en place. Les mises à jour automatiques étaient là. Le Control Panel était là. L'application fonctionnait. Les données restaient locales. Les addons existaient.
Et soudain… LowFlow pouvait être vendu.
De mon journal à votre journal
C'est probablement la partie la plus spéciale de toute cette aventure.
Au départ, je construisais quelque chose pour moi. Je voulais un journal qui correspondait à ma façon de travailler.
Puis j'ai commencé à ajouter des fonctions. Puis d'autres. Puis des outils. Puis une application. Puis toute l'infrastructure nécessaire pour en faire un produit.
Et maintenant, quelqu'un d'autre peut l'utiliser. C'est un changement énorme. Parce qu'à partir de maintenant, LowFlow ne sera plus seulement mon projet. Il appartiendra aussi à tous ceux qui décideront de l'utiliser.
Huit épisodes plus tard
Quand je regarde le chemin parcouru, je trouve presque amusant de voir où tout ça a commencé.
Une idée. Un journal en HTML. Puis une application. Puis des données locales. Puis une infrastructure. Puis les mises à jour. Puis la sécurité. Puis l'automatisation. Et finalement… un site internet et un système de paiement.
Tout ça parce qu'au départ, je voulais simplement construire un meilleur journal de trading pour moi. Je ne savais pas exactement où cette idée allait m'amener. Je savais seulement une chose : je voulais le construire.
Et je l'ai construit.
Maintenant, LowFlow est prêt à sortir de mon ordinateur. Le projet devient un produit. Et l'aventure ne fait que commencer.