Quand nous avons lancé Vera Charts, nous nous sommes posé la question que se pose tout fondateur : avons-nous vraiment besoin de construire cela de zéro ? La réponse honnête est non : il existe au moins trois bibliothèques de graphiques sérieuses que l’on peut intégrer dans une app Next.js un vendredi après-midi et mettre en production le lundi. Mais toutes les prop firms que nous avons rencontrées tournaient déjà sur l’une de ces trois bibliothèques, payaient les mêmes licences, se heurtaient aux mêmes plafonds d’indicateurs et déboguaient les mêmes instabilités WebSocket. Elles partageaient le même sort.
Ce que coûte réellement un fournisseur partagé
Quand un fournisseur de graphiques tiers livre une régression, chaque société qui l’utilise livre aussi cette régression. Quand le fournisseur décide que les outils de dessin s’afficheront plus lentement au profit d’une nouvelle fonctionnalité, chaque société subit cette décision. Quand le renouvellement du contrat du fournisseur bondit de 40% la troisième année, chaque société paie.
Voilà le coût explicite. Le coût implicite est plus lourd : vous ne pouvez pas vous différencier sur la partie du produit où les traders passent le plus de temps. Si votre concurrent utilise la même bibliothèque, vos graphiques se ressemblent, ont les mêmes performances et dessinent de la même façon. La seule chose sur laquelle vous pouvez rivaliser, c’est l’emballage : votre marque, vos prix, vos règles d’évaluation. La surface que les traders touchent toute la journée est identique.
Ce que nous avons construit à la place
Vera Charts effectue son rendu sur un seul canvas HTML5, avec notre propre graphe de scène, notre propre détection des interactions (hit-testing) et notre propre distribution (fan-out) des données de marché. Les chiffres qui intéressent les gens : une seule connexion en amont par symbole, quel que soit le nombre d’onglets de graphiques ouverts simultanément ; un premier affichage en moins de 100 ms lors d’un chargement à froid avec cinq ans d’historique ; zéro allocation mémoire sur le chemin de rendu en régime stable.
Les chiffres qui intéressent nos partenaires : nous livrons des fonctionnalités en quelques jours, pas en quelques trimestres. Quand une société partenaire nous demande un outil de dessin, un indicateur personnalisé ou une nouvelle visualisation des règles de risque, nous le construisons dans notre moteur. Elle l’obtient. Ses concurrents, non, parce qu’ils dépendent toujours du fournisseur.
Pourquoi c’est important pour les partenaires
- Différenciation : la surface avec laquelle les traders interagissent le plus peut vraiment être la vôtre.
- Rapidité : les demandes de fonctionnalités ne dépendent pas de la feuille de route trimestrielle d’un fournisseur.
- Structure de coûts : une licence fixe, pas une taxe par utilisateur qui grossit avec vous.
- Résilience : quand quelque chose casse, nous le réparons. Pas de renvoi de responsabilité tout au long de la chaîne de dépendances.
“La plateforme doit s’effacer. Le trader ne doit voir que le graphique, le prix et sa décision.”
Principe fondateur, wiki d’ingénierie de Vera Charts
La suite
Nous déployons dans la prochaine version la personnalisation des règles par société : règles de drawdown, plafonds de perte journalière et modèles de plans de scaling que vous configurez une seule fois dans l’administration partenaire et qui sont appliqués dans le graphique en temps réel. Le même moteur, la même distribution des données, les règles de votre société. Si vous dirigez une prop firm et que c’est le genre de discussion sur la plateforme que vous voulez avoir, parlons-en.