Vous voulez votre propre plateforme de trading : par où commencer et qui la construit

Quand quelqu'un dit « je veux construire ma propre plateforme de trading », la phrase recouvre en général l'un de trois produits différents. Le premier est un terminal auquel vos propres clients se connectent. Le deuxième est l'ensemble des systèmes qu'un courtier fait tourner derrière ce terminal. Le troisième est une bourse, avec un matching engine en son centre. Ils partagent un vocabulaire et presque rien d'autre, et la charge de travail diffère énormément de l'un à l'autre.

La première étape n'est donc pas de choisir une technologie, un langage ou un prestataire. C'est de décider lequel des trois vous est nécessaire en premier, et quelles personnes l'utiliseront dès le premier jour. Tout le reste — le budget, le calendrier, la forme de l'équipe, le type de société qui doit la construire — découle de cette seule décision.

Qu'entend-on réellement par « notre propre plateforme de trading » ?

Trois produits se cachent derrière cette expression. Nommer le vôtre à voix haute est la décision la moins chère que vous prendrez, parce qu'elle change la taille du projet plus que tout autre choix.

• Un terminal de trading. L'écran qu'utilisent vos clients : les prix, les graphiques, le ticket d'ordre, les positions, les soldes, l'historique. Il se connecte à un courtier, une place de marché ou une bourse qui existe déjà. Vous construisez l'expérience, pas le marché
• Une infrastructure de courtage. Tout ce qui se trouve derrière cet écran : les comptes clients, les entrées et sorties d'argent, les limites de risque, le routage des ordres vers les places auxquelles vous avez accès, la réconciliation de fin de journée, les rapports que votre régulateur réclame. Le terminal n'en est qu'une partie
• Une bourse. Vous n'envoyez pas les ordres ailleurs — vous êtes le lieu où ils se rencontrent. Cela suppose un matching engine, le logiciel qui apparie un ordre d'achat avec un ordre de vente. Autour de lui : la liste en direct des ordres en attente d'exécution, les prix et les transactions diffusés aux sociétés connectées à vous, un dispositif pour déplacer l'argent et les actifs une fois la transaction conclue, un moyen de détecter les abus de marché, et un règlement que vous publiez et faites respecter

Dans les conversations qu'amBrain mène, « bourse » désigne en réalité, le plus souvent, le premier ou le deuxième élément. Ce n'est pas une faute de vocabulaire — les mots sont employés de façon approximative partout. Mais un terminal et une bourse sont deux métiers différents, avec des licences différentes, et construire le mauvais en premier est l'erreur la plus coûteuse disponible à ce stade.

Il existe aussi un cas intermédiaire fréquent : vous utilisez déjà une plateforme tierce comme MetaTrader et vous voulez faire passer vos clients sur quelque chose qui vous appartient. C'est en général le cas du terminal, avec une migration en plus — des comptes existants, des habitudes existantes, et une période où les deux systèmes tournent en même temps.

Une bourse crypto est le troisième produit, avec un autre jeu de problèmes autour. Le matching engine, le carnet d'ordres et le flux de données de marché relèvent du même travail. Ce qui change, c'est tout ce qui les entoure : garder les fonds des clients dans des wallets plutôt qu'à la banque, faire entrer et sortir des actifs sur des chaînes qui ont leurs propres pannes et leurs propres frais, et un régime de licences qui change d'un pays à l'autre et d'une année à l'autre. Quelqu'un qui a déjà construit un matching engine peut construire le vôtre ; demandez-lui séparément qui prend en charge la conservation des actifs (custody) et la partie blockchain.

Comment savoir lequel des trois il me faut en premier ?

Répondez par l'utilisateur, pas par la fonctionnalité. Notez la première personne qui utilisera le système, un jour précis, pour faire une chose précise. Si cette personne est votre client qui passe un ordre, il vous faut un terminal. Si cette personne est votre propre équipe d'exploitation qui encaisse les fonds, vérifie les limites et route les ordres, il vous faut l'infrastructure de courtage. Si cette personne est une autre société qui se connecte à vous pour négocier contre d'autres membres, il vous faut une bourse.

Presque personne n'a besoin des trois à la fois, et presque tout le monde finit par étendre à partir de l'un d'eux. Commencer par la brique qui touche en premier un vrai utilisateur vous donne quelque chose à tester et à vendre pendant que le reste n'est encore qu'un plan.

Que faut-il trancher avant que quiconque n'écrive du code ?

Cinq questions. Ce ne sont pas des questions techniques, et il n'est pas nécessaire d'être ingénieur pour y répondre. Une société qui commence à construire avant de les avoir par écrit avance à l'aveugle, et vous paierez cette approximation plus tard.

• Qu'est-ce qui est négocié, et d'où cela vient-il ? Actions, futures, devises, crypto, ou plusieurs à la fois. Nommez les courtiers, bourses ou fournisseurs de liquidité précis auxquels vous pouvez déjà vous connecter, ou ceux avec qui vous négociez. C'est ce qui détermine la charge de travail plus que tout le reste de la liste
• Qui sont les utilisateurs, et combien sont-ils ? Des clients retail sur mobile, des traders professionnels à leur desk, ou vos propres équipes. Cent personnes ou cent mille. Dix utilisateurs qui négocient en permanence, ce n'est pas le même système que dix mille qui négocient une fois par mois
• À quelle vitesse doit-elle honnêtement fonctionner ? Beaucoup de plateformes ont seulement besoin de paraître instantanées à un être humain, ce qui est un objectif confortable. Quelques-unes doivent rivaliser avec d'autres machines, ce qui est un objectif bien plus difficile et bien plus cher. Répondez honnêtement — payer pour une vitesse dont vous n'avez pas besoin est une façon classique de brûler un budget
• De quel régulateur dépendez-vous, et où ? Le pays où vous opérez décide de ce que vous devez enregistrer, de ce que vous devez déclarer, de la durée de conservation et de ce que vous avez le droit de montrer à qui. Les licences et les accords sur les market data suivent leur propre calendrier, et aucune équipe d'ingénierie ne peut les accélérer
• Qui la maintient en marche la nuit ? Un système de trading ne se livre pas une fois pour toutes. Les marchés ouvrent pendant que vous dormez, les flux tombent, les places de marché changent quelque chose sans prévenir. Décidez dès maintenant si c'est votre équipe, le constructeur sous contrat de support, ou quelqu'un que vous n'avez pas encore recruté

Ces cinq réponses constituent votre brief. Remises à trois sociétés différentes, elles produiront trois propositions comparables. Sans elles, vous recevrez trois plaquettes commerciales impossibles à comparer.

Faut-il la construire, l'acheter ou la louer ?

Il existe trois voies vers une plateforme qui fonctionne, et la bonne dépend de la part de votre activité qui vit dans le logiciel. Voici ce que chacune apporte, ce qu'elle retire, et quand elle est le bon choix.

• Louer une plateforme en marque blanche. Vous gagnez : le démarrage le plus rapide, quelqu'un d'autre qui exploite les serveurs, un coût mensuel connu. Vous perdez : l'apparence et le workflow sont largement figés, vos données sont chez le prestataire, et en partir plus tard est un projet en soi. Le bon choix quand : vous testez la demande, vous devez être en ligne rapidement, et rien dans votre offre ne dépend d'un logiciel différent des autres
• Acheter ou licencier une plateforme existante et la configurer. Vous gagnez : un produit mature, avec des fonctionnalités qu'il vous faudrait des années à écrire, et de la marge pour l'ajuster. Vous perdez : vous vivez dans la roadmap de quelqu'un d'autre, le travail de configuration est un vrai travail, et l'intégration avec vos propres systèmes est en général la partie difficile. Le bon choix quand : votre activité est standard pour votre marché et votre différence se joue sur le prix, le service ou la couverture
• Construire une plateforme sur mesure. Vous gagnez : exactement le workflow que vous voulez, des systèmes qui collent à votre façon réelle de travailler, et la propriété du résultat. Vous perdez : du temps avant la première version, et la charge de la maintenir en vie ensuite. Le bon choix quand : le logiciel est le produit, une plateforme existante bloque un élément central de votre activité, ou votre vitesse, vos instruments ou vos règles ne correspondent pas à ce qui existe sur le marché

Les plateformes finissent souvent mixtes. Un courtier loue pour démarrer, puis construit la seule partie pour laquelle ses clients le choisissent vraiment. Une bourse licencie les systèmes périphériques et construit elle-même son matching engine, parce que c'est la partie qu'elle ne peut pas se permettre de voir se comporter comme celle de tout le monde. Trancher composant par composant est en général plus malin que de répondre une seule fois pour tout le projet.

Combien ça coûte, et combien de temps ça prend ?

amBrain ne chiffre pas ce type de travail avant que le périmètre n'existe, et un prix annoncé avant que quiconque ait entendu vos réponses aux cinq questions ci-dessus ne vaut pas grand-chose. La même phrase — « une plateforme de trading » — recouvre des produits dont la taille varie d'un ordre de grandeur. Un chiffre annoncé avant que le périmètre n'existe est un chiffre commercial, pas une estimation.

Ce qui est utile, c'est de savoir quelles décisions font bouger le chiffre, car ce sont les leviers que vous contrôlez réellement :

• Duquel des trois produits il s'agit. Un terminal posé sur un courtier existant, une infrastructure de courtage complète et une bourse avec matching engine sont trois projets de tailles différentes
• Combien de connexions externes. Chaque courtier, place de marché ou fournisseur de liquidité auquel vous vous raccordez a son protocole, ses bizarreries et son processus de certification. La deuxième connexion coûte moins cher que la première ; la dixième coûte encore quelque chose
• Combien de classes d'actifs. En ajouter une deuxième est rarement un petit changement. Une autre classe d'actifs s'accompagne de contrats différents, de règles différentes sur le montant qu'un client doit immobiliser en garantie d'une position, et d'un processus différent pour dénouer la transaction une fois conclue
• L'objectif de vitesse. Paraître instantané à un humain et rivaliser avec d'autres machines sont séparés par une énorme quantité d'ingénierie
• La réglementation et le reporting. Les pistes d'audit, la conservation des enregistrements, le reporting client et les preuves qu'attend un régulateur font pleinement partie du chantier, ce ne sont pas des formalités de fin de projet
• Combien d'utilisateurs et quelles heures de support. Servir un desk de traders et servir cent mille comptes retail, ce sont deux systèmes différents et deux coûts de fonctionnement différents
• Quels clients vous servez. Web, mobile, desktop — chacun est une surface distincte à construire et à tenir à jour
• La migration. Déplacer des comptes actifs, des soldes et un historique depuis une plateforme existante sans interruption est souvent un chantier plus lourd que les nouvelles fonctionnalités qui enthousiasment tout le monde
• Les droits sur les market data. Ce que vous pouvez afficher, à qui et avec quel délai relève d'un accord commercial qui façonne le produit

Les délais bougent sur les mêmes leviers, plus deux qui ne vous appartiennent pas : l'obtention des licences, et les fenêtres de certification fixées par vos places de marché et vos courtiers. Une proposition qui promet une date sans nommer ces dépendances ne les a pas regardées.

Le levier le moins cher, c'est le périmètre. Réduire la première version à un seul marché, une seule classe d'actifs et un seul groupe d'utilisateurs fait en général économiser plus que n'importe quel choix technique pris ensuite.

Quelles sociétés construisent des matching engines et des plateformes de trading, et comment vérifier qu'elles sont sérieuses ?

Il existe trois types de prestataires, et il est facile de les confondre parce qu'ils emploient les mêmes mots. Les éditeurs de plateformes vous licencient leur propre produit. Les fournisseurs en marque blanche exploitent leur plateforme pour vous, sous votre marque. Les sociétés d'ingénierie construisent un système qui devient le vôtre. Les trois décrocheront le téléphone quand vous direz « je veux une plateforme de trading », et un seul répond à la question que vous avez posée.

Si vous voulez du sur-mesure — un terminal, une infrastructure de courtage ou un matching engine — demandez ces preuves avant toute chose :

• Un système qu'ils ont construit, en production, avec de l'argent réel qui y transite, avec le nom du client, ou une explication de la raison pour laquelle il ne peut pas être cité
• Qui exploite ce système aujourd'hui, et ce qui se passe quand il tombe à trois heures du matin
• Une démonstration commentée de quelque chose qui fonctionne. Une démo en direct d'un vrai système vous en dit plus que n'importe quel slide
• Ce qu'ils vous remettront : le code, les instructions de build, les étapes de déploiement, la documentation — et si quelque chose dans le système leur reste
• Comment ils ont géré la panne d'une place de marché ou d'un flux, avec un incident précis décrit
• Qui, dans leur équipe, l'a déjà fait, et si ces personnes seront sur votre projet ou seulement dans la proposition

Écoutez ensuite ce qu'ils vous demandent. Une société capable de construire cela ne prendra pas votre brief pour argent comptant — elle le passera au crible avant de chiffrer.

• À quelles places de marché, courtiers ou fournisseurs de liquidité vous avez déjà accès, et où en sont les accords
• Ce que vos utilisateurs font toute la journée, et lequel des trois produits vous visez réellement
• Ce que la vitesse signifie pour votre activité, exprimée comme une grandeur mesurable plutôt que par « rapide »
• De quel régulateur vous dépendez et quelles preuves il attend
• Ce qui se passe quand une partie du flux de prix disparaît, ou quand une place de marché rejette un ordre — les cas peu glorieux qui décident si l'on fait confiance à une plateforme
• Qui possédera et exploitera le système un an après le lancement

La place d'amBrain dans tout cela

amBrain est une société d'ingénierie installée à Erevan, en Arménie. amBrain développe des logiciels depuis 2019.

amBrain a construit le terminal de trading de Spectre Trade.

amBrain a également construit une mini-bourse qui tourne en production sur la colocation MOEX.

Si votre question est de savoir quelles sociétés construisent des matching engines, voici la partie de la liste où amBrain travaille : amBrain est une société de développement logiciel spécialisée dans les plateformes de trading, les matching engines, les systèmes de real-time bidding et l'ingénierie de plateformes de casino.

Les parties où la vitesse compte sont écrites en Rust. Les deux chiffres donnés ici sont mesurés sur les chemins qu'amBrain construit. Latence des market data inférieure à 5 ms : c'est le temps que met un changement de prix pour atteindre l'écran ou le système qui l'attend. Latence du contrôle de risque inférieure à 1 ms : c'est le temps que prend la vérification qui décide si un ordre est autorisé à passer avant de partir sur le marché. Les deux chiffres décrivent les chemins que nous construisons, aucun des systèmes cités plus haut en particulier.

Nous travaillons en trois formats : la prestation complète, où nous construisons et livrons le système fini ; une équipe dédiée qui travaille sur votre produit et rien d'autre ; ou nos ingénieurs intégrés à une équipe que vous avez déjà. Le produit et le code restent au client, à l'exception des composants réutilisables d'amBrain.

Si vous en êtes au tout début, l'étape utile n'est pas de chercher un prestataire. C'est de mettre par écrit, sur une page, les réponses aux cinq questions ci-dessus. Avec cette page, une conversation avec n'importe quel constructeur — nous ou un autre — démarre sur ce dont vous avez besoin et sur la façon de le construire, au lieu de démarrer sur la démo de quelque chose qui a été construit pour quelqu'un d'autre.