Il existe une sorte d’étude de cas en courtage forex qui tourne autour de la transformation : le remplacement de plateforme, le pivot réglementaire, la courbe de croissance façon hockey-stick. Ce n’est pas ce type d’étude de cas. Celle-ci parle de constance. D’un client qui est entré avec un portefeuille de traders déjà existant, a demandé une plateforme « prête pour le marché », l’a mise en production en cinq semaines, a migré l’essentiel de ce portefeuille dès le premier mois, puis a continué à capitaliser sur la même pile pendant les deux années et demie suivantes. Aucune migration de plateforme. Aucun re-architecturage. Juste une accumulation régulière de PSP, de types de comptes, d’outils IB et de fonctionnalités opérationnelles au fur et à mesure de la maturation de l’activité.
En un mot, c’est l’histoire d’un courtage résilient. Et c’est le genre d’histoire qu’on préfère.
Le client est un courtier forex régional ECN/STP opérant dans l’ensemble de la région MENA, avec une base de traders substantielle s’étendant vers l’Asie émergente. Environ quarante pour cent des clients enregistrés se connectent depuis des pays de la région MENA ; un autre quart provient d’Afrique du Nord et d’Asie du Sud-Est. La plateforme prend en charge, de bout en bout, des interfaces en anglais et en arabe, avec un agencement de droite à gauche, des modèles d’emails localisés et un routage du support vers des interlocuteurs arabophones — même si, pour la base de traders, la lingua franca reste l’anglais, l’arabe étant la localisation secondaire pour l’onboarding dans la langue native.
Sa gamme de produits est, sans ambiguïté, du forex de détail traditionnel, exécuté via MetaTrader 5 : des comptes ECN à spread serré pour les traders actifs, des comptes Standard pour les nouveaux entrants, auxquels s’ajoute une longue traîne de configurations de comptes spécialisées pour des clients institutionnels, des gestionnaires d’argent PAMM/MAM, des sous-comptes IB alimentés par des remises, et une ligne « US Stocks ». Aucune phase de challenge, aucun programme de financement, aucun instrument synthétique — seulement une salle de trading en direct, un vrai broker en face, et la mécanique opérationnelle permettant d’accueillir, de réaliser la KYC, d’approvisionner, d’accompagner et de rémunérer les traders qui utilisent la plateforme.
Son approche go-to-market repose fortement sur les IB. Environ quarante-cinq pour cent de tous les traders enregistrés ont été recommandés par un Introducing Broker via le programme IB multi-niveaux intégré à la plateforme. Le roster d’IB actifs compte dans les centaines à un chiffre ; la longue traîne des sous-IB est encore plus large. Un moteur de remises multi-niveaux achemine les commissions sur autant de niveaux que le courtier choisit de rétribuer.
La proposition a été signée à la fin du T3 de l’année 1. Le périmètre, selon les standards de Kenmore, était conventionnel : Trader’s Room pour MT5, CRM intégré, module Multi-Tier IB, extension Tools4Brokers PAMM, intégration avec un seul PSP pour les dépôts, formulaires de dépôts par virement bancaire manuel et en crypto, live chat, support multilingue, et une nouvelle conception pour la Trader’s Room.
La réalisation s’est déroulée selon les quatre phases standard — Discovery, Development, Testing, Deployment — et la plateforme est entrée en ligne dans un délai d’environ cinq semaines après la signature du contrat. Au cours des deux premières semaines suivant la mise en ligne, nous avons mis en place la connexion de service MT5, configuré l’infrastructure email, déployé le live chat et migré la première cohorte de traders. La première intégration PSP (un processeur régional compatible avec la crypto) a été livrée en parallèle avec l’étape clé du lancement.
L’événement déterminant du lancement n’a pas été la bascule — c’est la migration qui a suivi. À la fin du deuxième mois après le lancement, l’ancien portefeuille de traders a été importé intégralement sur la nouvelle plateforme, avec les historiques de comptes, les documents KYC et la hiérarchie IB. Ce seul mois de migration représente environ deux tiers de tous les traders que la plateforme a jamais eus ; le tiers restant s’est constitué de manière organique via le réseau IB et les inscriptions directes au cours des trente mois qui ont suivi.
Le client est venu vers nous en ayant besoin d’une Trader’s Room qui absorberait leur portefeuille existant dès le premier jour, acheminerait chaque événement opérationnel via un seul workflow CRM, et offrirait à leurs équipes une surface d’administration cohérente pour faire tourner le courtage. Nous avons livré la Trader’s Room avec le CRM intégré. Au pic opérationnel de la deuxième année, le système traitait plus d’un millier de tâches internes sur un mois de pic — approbations d’inscription, revues KYC, confirmations de dépôts, approbations de retraits, ouvertures de comptes IB, demandes de transfert et mises à jour traders — le tout via une seule file d’attente, avec des permissions basées sur les rôles et une affectation selon la langue.
À ce jour, la plateforme a enregistré un volume élevé de tâches de dépôt et de retrait clôturées, avec des taux de clôture supérieurs à quatre-vingt-dix-neuf pour cent des deux côtés du bilan. C’est une mesure de fiabilité que nous avons l’habitude de mettre en avant lorsque des prospects nous demandent si une Trader’s Room Kenmore peut gérer une opération de trading réelle : un taux de clôture dépôt-retrait au niveau des principaux réseaux de cartes, maintenu sur trente mois.
Le client trade exclusivement sur MT5. Nous avons provisionné une seule connexion de service MT5 au lancement, configuré des groupes de comptes pour chacune des lignes de produits de trading du broker, et avons laissé cette infrastructure stable depuis. Aucune migration de plateforme, aucune transition MT4 vers MT5, aucun passage de white-label à serveur direct. Le stack MT5 sur lequel le client a démarré en année 1 est le même stack MT5 qu’il exécute aujourd’hui. Cette stabilité est intentionnelle, et c’est, selon nous, l’une des choses qu’une mission Kenmore doit rendre « ennuyeuse ». Les plateformes de trading ne sont pas l’endroit où un courtage performant veut consacrer l’attention opérationnelle.
Le programme IB est le canal d’acquisition principal du client et le module le plus personnalisé de la mission. Nous avons migré la hiérarchie IB multi-niveaux existante vers la nouvelle plateforme dès le premier jour — URLs de recommandation, paliers de sous-IB, règles de commission — puis nous avons étendu le système de manière itérative au cours des deux années suivantes.
La configuration actuelle prend en charge un nombre illimité de paliers IB, avec une logique de remise configurable par IB et par produit en fonction des pips, du pourcentage de commission, d’une somme fixe en espèces ou d’un partage des profits — ou encore comme une formule personnalisée combinant plusieurs de ces paramètres à la fois. Un moteur de remises multi-niveaux génère des événements de commission de façon continue ; les événements de changement de remise sont journalisés pour la transparence, et les IB peuvent récupérer l’intégralité de leur sous-arbre sous forme de CSV téléchargeable en un seul clic.
Environ quarante-cinq pour cent de la base actuelle de traders enregistrés sont attribués à un IB — ce qui signifie que près de la moitié des clients détenus par le broker ont transité par le réseau IB plutôt que via de l’acquisition payante ou une inscription directe. Pour ce client, le programme IB, c’est ce que le trafic payant représente pour les autres brokers : le canal dominant, celui qui s’échelonne avec l’effort, et celui que la plateforme est conçue pour servir.
We integrated the Tools4Brokers PAMM at launch and ran it in production from week one. The client uses it as their money-manager offering: experienced traders apply through the Trader’s Room to register as a PAMM manager, set their performance terms, and accept investor allocations through the trader-facing portal; the broker’s admin team approves both manager and investor accounts through the CRM. Hundreds of MAM/PAMM accounts have been opened over the engagement. Mid-engagement we shipped a custom terms-and-conditions popup for the PAMM signup flow, with explicit acceptance tracking and timestamped agreement records — the kind of compliance-driven detail that’s painful to retrofit if it’s not designed in.
Le client a lancé une version bilingue dès le premier jour. La Trader’s Room et le CRM côté courtier sont localisés en anglais et en arabe, avec une mise en page complète de droite à gauche pour l’arabe, des modèles d’e-mails localisés par langue, et une affectation du support en fonction de la langue, afin que les demandes des clients en arabe soient adressées à des opérateurs arabophones. Sur l’ensemble de la base de traders inscrits, l’anglais domine — environ dix-neuf traders sur vingt utilisent l’interface en anglais — mais la configuration en arabe est ce qui rend le courtier reconnaissable comme un acteur sérieux sur son marché principal.
Le chat en direct est branché directement sur la Trader’s Room et sur le site public, avec le même système de chat qui alimente les deux. Les opérateurs de chat sont affectés par région et par langue. L’historique des conversations des traders est rattaché à leur fiche CRM ; ainsi, lorsqu’un trader ouvre une conversation, l’opérateur a déjà, dans la même vue, le compte du trader, son statut KYC et son historique de transactions récentes.
Le client a commencé avec un seul PSP au lancement — c’était le périmètre initial, et cela a permis de tenir le calendrier de lancement sur cinq semaines. Au cours des dix-huit mois suivants, nous avons ajouté quatre intégrations de paiement supplémentaires :
Derrière ces PSP se trouve l’agrégateur de paiements de Kenmore (Ninjacharge), qui constitue la couche de routage décidant quel PSP traite chaque dépôt en fonction de la géographie, de la devise et de la disponibilité des PSP. Ninjacharge est une couche de routage intelligent qui répartit les transactions vers le PSP sous-jacent le plus adapté pour la région du trader, avec un basculement automatisé lorsqu’un canal atteint une limite.
En parallèle de ces rails automatisés, le courtier exécute aussi des flux manuels de dépôt/retrait par virement bancaire et par portefeuille crypto pour les clients qui préfèrent ou doivent effectuer un règlement hors rail. Sur l’ensemble de l’engagement, ces canaux manuels — virements bancaires avec routage via des files d’approbation gérées par le CRM, et transferts de portefeuille crypto avec téléversement du reçu via QR code — ont, ensemble, représenté la majorité du volume total des dépôts. Les flux routés via le PSP gèrent la longue traîne à haute fréquence.
La composition complète des canaux de dépôt aujourd’hui inclut plus de soixante configurations de commerçants selon les régions et les devises. En part du volume total des dépôts, le portefeuille crypto manuel et le virement bancaire manuel sont à peu près à égalité, comme les plus grands canaux, tandis que les canaux crypto et fiduciaire routés via le PSP complètent le reste.
Les opérations de bonus et de crédit reposent sur le même workflow de tâches et d’approbations que les dépôts réguliers. Le client les utilise pour des crédits de commissions IB, des campagnes promotionnelles ponctuelles et des ajustements de solde — le tout acheminé via le CRM avec des permissions d’approbation basées sur les rôles et des journaux d’audit.
L’identité visuelle de la Trader’s Room, comprenant la palette de couleurs, l’en-tête, le pied de page, les icônes de marque et les surcharges de thèmes au niveau CSS, a été livrée dans le cadre du lancement puis affinée au fil de l’engagement, à mesure que le client faisait évoluer sa marque publique. Le portail côté traders reprend l’identité visuelle du courtier de bout en bout ; rien dans l’interface ne la présente comme une plateforme tierce.
Un fil de développement continu sur mesure a été mené en parallèle de la feuille de route des modules standard, à partir du mois 1. Sur l’ensemble de l’engagement, nous avons livré plus d’une centaine d’améliorations personnalisées distinctes — la plupart petites, ciblées, et réalisées sous quelques jours après leur demande. Le schéma, c’est celui qui, selon nous, fait fonctionner durablement les engagements Kenmore : petit, précis, rapide, et continu. Le client n’a pas à choisir entre « on veut modifier juste ce petit élément » et « on ne veut pas attendre deux mois ». Quelques-uns des fils de développement les plus substantiels :
Le rythme de ces tâches est régulier. Sur les trente mois suivant le lancement — hors le mois de lancement et le mois de migration, qui ont eu un volume plus élevé — le journal de développement montre une moyenne de trois à cinq améliorations terminées par mois, avec des pics sur la seconde moitié de l’année 2 (lorsque les intégrations du module Sales, WhatsApp OTP et Cregis crypto-PSP ont toutes été mises en ligne) et à nouveau en année 3, à mesure que l’outillage IB a mûri et que PAMM a gagné le workflow de gestion des accords.
La plateforme est en production depuis plus de trente mois. Les chiffres ci-dessous proviennent des données opérationnelles et sont exprimés sous forme de ratios, de multiplicateurs et de pourcentages — jamais en valeurs absolues.
La séquence lancement-migration apparaît dans les données comme un énorme pic, suivi de trente mois d’accumulation régulière. Environ deux tiers de la base de traders apparaissent dans les deux premiers mois suivant le lancement, car le book existant a été importé. Le dernier tiers s’est constitué de façon organique et via le programme IB au fil des années qui ont suivi — ce qui signifie qu’à chaque fois que le broker a transféré deux traders existants au lancement, ils ont inscrit environ un trader supplémentaire via les canaux organiques et ceux pilotés par l’IB de la plateforme.
À la fin de l’année 3, la base de traders enregistrés est passée à environ 1,55× le niveau de référence après la migration.
Le rythme mensuel post-lancement montre deux pics de l’enregistrement organique — un au T4 de l’année 2 (porté par une impulsion marketing IB qui a quadruplé la moyenne du trimestre précédent) et un au T1 de l’année 3 — entrecoupés de mois en régime permanent dans la fourchette de trente à quatre-vingts.
Le récit de croissance le plus clair se situe du côté du volume de dépôts. Le volume de dépôts trimestriel au T1 de l’année 1 (le premier trimestre complet après le lancement) sert de base pour la collaboration. Au T1 de l’année 3, le volume trimestriel de dépôts avait augmenté pour atteindre plus de 11× cette base.
Le volume des retraits a suivi le volume des dépôts avec un ratio d’environ 0,7 à 0,9, typique d’un broker retail actif — ce n’est pas un schéma « dépôt puis départ », mais une opération de trading continue, où les clients déposent, négocient et retirent sur une base continue. Le volume mensuel maximal de dépôts observé sur la durée de la collaboration est supérieur à 130× la base du lancement initial, en partie porté par des dépôts institutionnels occasionnels transitant par les types de comptes aux paliers plus élevés du broker.
Le catalogue de types de comptes du broker fait partie des plus riches que nous ayons sur la plateforme. Plus de 110 configurations de comptes sont définies, couvrant l’offre produit du broker :
Toutes ces configurations fonctionnent avec un seul service MT5.
Les principaux chiffres d’engagement sur l’ensemble de la base de traders enregistrés :
Sur l’ensemble des enregistrements de tâches de dépôts et retraits traités (à l’exclusion de l’import de migration), les runs de complétion des dépôts atteignent 98,9 % et ceux de complétion des retraits 99,4 %. L’équipe opérationnelle est suffisamment petite pour être mesurée sur des dizaines d’administrateurs ; la configuration des rôles comprend plusieurs rôles d’opérations pour la région MENA, ainsi que des rôles dédiés ventes-et-marketing, IT, IB-VIP et viewer, tous gérés via le contrôle d’accès basé sur les rôles de Kenmore.
La répartition géographique dérivée de l’IP pour la base de traders montre une forte concentration en MENA, avec une présence notable en Asie du Sud et du Sud-Est, ainsi qu’une « queue » de traders européens et d’autres régions que la plateforme multilingue sert via le même Backoffice.
Les comptes de trading réels dominent le registre des comptes : les comptes IB et MAM représentent, à eux deux, près de trente pour cent de l’ensemble des comptes — un mélange distinctif de la stratégie produit de ce broker. La part des Money Manager, en particulier, est inhabituellement élevée pour un courtier de cette taille et reflète l’investissement du client dans la ligne Money Manager comme flux de revenus parallèle.
Les deux plus grands canaux de dépôt en volume — virement bancaire manuel et wallet crypto manuel — représentent à eux seuls environ 85 % de l’ensemble du volume de dépôts enregistré. La « long tail » routée par le PSP (crypto Cregis, PSP fiat régionaux via Ninjacharge) gère les 15 % restants, avec une fréquence de transaction nettement plus élevée. Cette répartition est typique d’un broker dont les plus gros clients préfèrent des rails de règlement à forte implication, tandis que sa base retail utilise une routage PSP automatisé.
À retenir de cette collaboration, ce n’est pas une histoire de « hockey-stick ». C’est une histoire de régime permanent.
Mise en production rapide, avec un book existant. Cinq semaines entre le contrat et la mise en production du système, avec le book complet de traders existants du broker migré à l’intérieur du deuxième mois. Ce n’est pas un lancement en green field, où le broker aurait le luxe de construire jusqu’au jour 1 : c’est un book existant de clients qui passe sur une nouvelle plateforme sans pour autant faire tomber les comptes, les documents KYC ou les hiérarchies IB au passage. L’outillage de migration et le périmètre du Trader’s Room pour le jour 1 ont fonctionné comme annoncé.
Résilience sans re-platforming. Trente mois d’exploitation continue sur une seule pile MT5. Aucune migration de plateforme, aucun événement « rip-and-replace », aucun changement majeur d’architecture. La plateforme mise en ligne en année 1 est celle qui tourne aujourd’hui, avec en plus une configuration de modules beaucoup plus riche superposée. Pour un opérateur de courtage, c’est un résultat plutôt « ennuyeux » — et pourtant c’est celui qui est, en réalité, le plus difficile à obtenir : une plateforme qui absorbe la croissance sans devenir le goulot d’étranglement.
Développement sur mesure en tant que capacité continue. Trois ou quatre petites améliorations sur mesure par mois, chaque mois, pendant trente mois — c’est le rythme d’un partenariat qui fonctionne, pas une livraison ponctuelle. La feuille de route du module standard couvre l’essentiel des besoins d’un broker ; la couche sur mesure gère les particularités propres au broker. Les deux s’appuient sur la même plateforme.
Un moteur de croissance piloté par les IB, mis à l’échelle. Quarante-cinq pour cent de la base de traders attribués à un programme IB intégré à la plateforme. Un réseau d’IB actifs dans les basses centaines, avec une extension plus large en dessous. Un moteur de rétributions multi-niveaux qui verse des commissions de manière continue, avec un journal d’audit complet. Le module IB est le module le plus étendu dans cette collaboration, et c’est le module le plus directement corrélé à la croissance du broker.
Redondance multi-PSP sans verrouillage. Le broker a démarré avec un seul PSP au lancement et opère désormais quatre intégrations de paiement, plus des canaux manuels, avec un routage intelligent entre eux. Lorsqu’un processeur unique atteint une limite quotidienne ou qu’une liaison régionale tombe, les dépôts sont acheminés via des canaux alternatifs sans intervention de l’opérateur.
Fiabilité à grande échelle. Des taux d’achèvement de 99 %+ pour les dépôts et les retraits sur l’ensemble de l’historique transactionnel traité via la plateforme. C’est la métrique que les équipes des brokers ressentent réellement — pas le chiffre d’AUM mis en avant, mais la question de savoir si les dépôts passent et si les retraits sont traités sans escalade.
C’est à quoi ressemble une collaboration Kenmore quand elle fonctionne comme nous le voulons : un lancement rapide, une migration propre, une plateforme stable, et un rythme de développement sur mesure qui s’accumule avec l’activité plutôt que d’être consommé par elle.
| Indicateur | Valeur |
|---|---|
| Délai entre le contrat et le système en production | ≈ 5 semaines |
| Mois de fonctionnement continu | 30+ |
| Croissance de la base de traders — du point de référence post-migration à aujourd’hui | 1,55× |
| Volume trimestriel des dépôts — année 3 vs année 1 (même trimestre calendaire) | 11× |
| Volume maximal mensuel des dépôts vs point de référence du lancement initial | 130×+ |
| Ratio volume retraits/dépôts (état stable) | ≈ 0,7–0,9 |
| Part des IB dans la base de traders enregistrés | 45% |
| Introducing Brokers actifs dans le réseau | basses centaines |
| Configurations des types de compte définies sur la plateforme | 110+ |
| Noms uniques des produits par type de compte | 35 |
| Langues prises en charge dans Traders Room et CRM | 2 (anglais, arabe — avec RTL) |
| Intégrations PSP en production | 4 (plus des canaux bancaires manuels & crypto) |
| Plateforme de trading | MT5 uniquement — aucune migration de plateforme |
| Taux de confirmation par email parmi les traders enregistrés | ≈ 90% |
| Part des traders enregistrés approuvés KYC | ≈ 71% |
| Part des comptes actifs parmi les traders enregistrés | ≈ 74% |
| Taux d’achèvement des dépôts (statut : completed) | 98,9% |
| Taux d’achèvement des retraits (statut : completed) | 99,4% |
| Améliorations sur mesure livrées après le lancement | 130+ sur 30 mois |
| Taille de l’équipe opérationnelle côté administration | des dizaines d’admins |
Le premier jour, la salle Traders Room de Kenmore et ses outils de migration ont absorbé un portefeuille de traders complet en cinq semaines — tout en le maintenant stable pendant 30 mois. Parlez-nous de votre activité.
Une migration sans re-platforming.
