Le client est une société de trading pour compte propre basée dans le Golfe, avec une audience mondiale. Son parcours de challenges vend aux traders de détail dans plus de deux cents pays — les plus gros cohortes proviennent du Royaume-Uni, des États-Unis, de l’Inde, de la France, de l’Allemagne et de la Méditerranée — et toute l’expérience côté traders est délivrée en anglais. Ils proposent une gamme complète : des challenges d’évaluation en une étape, deux étapes et trois étapes, ainsi que des variantes de financement immédiat et d’instant-pro, avec à la fois des modèles de risque à drawdown fixe et à drawdown suiveur.
La facture de configuration initiale a été émise au cours de la troisième semaine du premier mois. Le premier trader s’est inscrit sur la plateforme trente-deux jours plus tard. La facture de passation finale s’est clôturée environ six semaines après la signature. Entre-temps, nous avons déployé :
La première vague de plus de cinquante tickets s’est concentrée sur ce sprint d’ouverture. Après le lancement, le rythme des travaux de développement sur mesure est retombé à une poignée de tickets par mois, et s’est maintenu à ce niveau.
Le cœur du déploiement. Le CRM offre aux directeurs de la société, à l’équipe support et à l’équipe risque un espace de travail unique couvrant chaque interaction avec les traders : une file de tâches unifiée pour les dépôts, le KYC, les victoires et pertes en phase démo, la création de comptes en live, les demandes de paiement, les commissions IB et les tickets support. La Trader’s Room donne au client final un portail pour s’inscrire, effectuer le KYC, acheter et repasser des challenges, gérer ses comptes sur les deux régions et demander des paiements.
Sur l’ensemble du volet opérationnel, le workflow de traitement des tâches a permis une croissance d’un ordre de grandeur du débit entre l’année 1 et l’année 2 — notamment un seul mois d’automne en année 2 fonctionnant à environ 2,4× le volume habituel des tâches — sans intervention de la part de la plateforme. La traçabilité complète de journal client et la traçabilité des actions administrateur prouvent chaque entrée. Le tout reposait sur une équipe admin interne de quatre personnes pour le client, soutenue par l’équipe Kenmore pour l’administration système.
C’est ce que la plateforme fait le mieux, et les données le montrent : plus de 870 configurations distinctes de challenge ont été construites et vendues sur la période d’engagement. Le catalogue de configurations couvre les catégories en une étape, deux étapes, trois étapes, instant et instant-pro, en modes de risque à drawdown fixe et à drawdown suiveur, mappés sur les catalogues de types de comptes MT5 et Matchtrader de l’entreprise.
La vélocité produit était volontairement irrégulière. En année 1, environ quatre-vingt-dix configurations de challenges ont été créées — de quoi lancer et opérer. En année 2, le nombre a augmenté d’un facteur supplémentaire de huit et plus, à mesure que la société s’est appuyée sur des cycles produit saisonniers, des challenges liés à des événements spéciaux et des offres réservées aux partenaires. Un seul mois d’automne en année 2 a vu 130 nouvelles configurations lancées pour une campagne promotionnelle ; un seul mois du début de l’hiver en année 2 a vu plus de 300. La configuration est une surface « no-code » pour l’équipe produit de l’entreprise — ils n’ont pas besoin d’un développeur pour lancer une variante de challenge — et ils ont utilisé cette surface de manière intensive.
Le drawdown suiveur a été ajouté comme type de déclencheur sur mesure dès le début de l’engagement (une fonctionnalité demandée spécifiquement par l’entreprise — voir le développement sur mesure ci-dessous — qui est ensuite devenue standard sur notre base d’installation de prop-firms). Environ un tiers des configurations de challenges de l’entreprise utilisent désormais des règles de drawdown suiveur. L’équipe risque elle-même a été ajoutée en tant que rôle d’administration dédié vers la fin de l’année 2 — un signe de maturité organisationnelle plutôt qu’un manque ; la plateforme appliquait déjà les règles en production, et l’entreprise a renforcé ses effectifs pour agir sur ce qu’elle observait.
L’entreprise fait tourner deux régions sur une plateforme partagée. La marque principale a été lancée le premier mois. Une deuxième marque a été déployée au mois 5 — une région entièrement additionnelle avec son propre logo, favicon, intégration MT5, parcours dépôt/retrait, expéditeur d’e-mails régional et règles d’unicité de compte séparées de la marque principale. Des contrôles sensibles à la région garantissent qu’un trader peut détenir des comptes sur les deux marques sans collision d’identité ; les e-mails régionaux partent du bon expéditeur ; et le back office voit les deux régions dans une seule file de tâches avec une étiquette de région.
La deuxième région représente environ 9 % des inscriptions de traders, mais a contribué de façon disproportionnée pendant sa fenêtre active en année 1 et au début de l’année 2, avant que l’entreprise ne consolide son focus de nouveau sur la marque principale.
Le lancement a eu lieu sur Matchtrader. MT5 a été ajouté au mois 5 avec le déploiement de la deuxième région, ce qui a donné à l’entreprise deux plateformes de trading exécutées en parallèle sur la même Trader’s Room. Sur l’ensemble de la période, nous avons ensuite géré deux migrations distinctes de serveurs MT5 — comptes, groupes et historique de trading — sans casser le parcours côté client :
En parallèle des travaux MT5, nous avons également effectué une migration des comptes de MT5 vers Matchtrader pour les traders de certaines lignes produit — en déplaçant des populations de traders financés entre plateformes selon les préférences de risque et d’exécution de l’entreprise. À travers tout cela, le parcours de challenge publié a continué de vendre et les traders financés existants ont continué de trader.
L’intégration standard Matchtrader gère tout, de la création de compte à l’attribution du palier de levier, jusqu’à la promotion démo-vers-live via le catalogue des types de comptes Kenmore, sans code sur mesure côté plateforme.
La stack de paiement active pour les achats de challenges s’est stabilisée sur :
La part en dollars est concentrée, mais le bénéfice opérationnel ne tient pas au nombre de marchands : c’est le fait qu’ajouter ou remplacer un PSP derrière Ninjacharge constitue un changement de configuration plutôt qu’une mise en production de code. L’intégration a été dimensionnée pour croître.
Deux modèles distincts de programme partenaire ont fonctionné pendant la mission, et la transition entre les deux fait partie de l’histoire.
Le moteur d’Affiliation d’origine a fonctionné du lancement jusqu’au début de l’année 2 — règles de commissions multi-niveaux et workflows automatisés de tâches pour chaque achat admissible. Au deuxième trimestre de l’année 2, nous avons migré la société vers un module Affiliates renouvelé — plus léger, avec des reporting plus clairs et une intégration plus étroite à la visualisation de l’Arbre d’Affiliés Kenmore — et la file d’attente de création de compte Affilié a été reprise par la file d’attente de création de compte Affilié. À la fin de la fenêtre, la société disposait d’une base de comptes partenaires atteignant les hauts de quelques centaines, cumulée sur les deux générations de programmes.
Les commissions ont totalisé plusieurs centaines d’événements de commission sur la durée de la mission, mais le programme est délibérément un mécanisme de complément plutôt qu’un canal d’acquisition primaire — les ventes directes via le calendrier de promo saisonnière (voir ci-dessous) sont le moteur.
Les Challenges sont achetés via un express checkout sur une seule page, lié depuis le site marketing de la société, avec le module Kenmore Promo Codes qui alimente la couche de remise.
En année 1, le moteur de promo a porté l’essentiel du travail de remise : 76 codes promo distincts construits autour d’un calendrier d’événements saisonniers (été, fin d’année, offres de reprise, campagnes à thème de fêtes, Black Friday, Cyber Monday, et plusieurs campagnes à thème de fêtes chaque année), générant environ 8 500 checkouts avec remise appliquée. Le code le plus performant a totalisé près de 2 800 utilisations ; le suivant, plus de 2 400. En année 2, la société a modifié sa stratégie et a déplacé la majeure partie des remises dans la couche même de configuration des challenges (prix vs liste directement sur le produit), ce qui a simplifié l’attribution tout en conservant la cadence saisonnière grâce au développement de la configuration.
Le KYC s’est déroulé via le module standard Trader Documents — soumission, attribution au relecteur, gestion des expirations, emails d’approbation, et scoring AML, le tout branché au workflow de tâches. Le ratio document traité → trader enregistré se situe à juste en dessous d’un document par trader enregistré sur l’ensemble de l’arc opérationnel. Le KYC est conditionné à l’étape du trader financé plutôt qu’à l’inscription : ainsi, la majorité des soumissions se concentre sur la population qui est réellement sur le point d’être rémunérée.
Le portail est en une seule langue, l’anglais, ce qui correspond au public mondial de trading de la société — la population de traders s’étend sur plus de deux cents pays, mais s’inscrit et trade en anglais. Le chat en direct est activé par défaut pour le portail trader et le site public.
Au cours de la mission, plusieurs projets de personnalisation ont été mis en œuvre pour ce projet. Répartition :
5 fonctionnalités nettes supplémentaires, chacune désormais intégrée à la version standard de la construction Kenmore prop-firm :
43 tickets de tâches et sous-tâches, dont la plupart se sont concentrés sur le sprint de lancement et les deux fenêtres de migration MT5.
La ligne « 3 bugs en 24 mois » est celle dont nous sommes le plus fiers. Des dizaines de milliers de traders, deux migrations de plateforme de trading, deux générations de programme d’affiliation, un bond d’un ordre de grandeur dans la capacité de versement, et trois bugs consignés.
Nous maintenons volontairement les chiffres absolus hors des études de cas publiées — ce que l’opérateur collecte et ce qu’il verse relève de l’information de l’opérateur, pas de la nôtre. La forme de la courbe, indexée et mise en ratio, raconte l’histoire.
En comparant l’année 1 (mois 1–12) à l’année 2 (mois 13–24) en cumul, indexé sur l’année 1 = 1,00 :
| Série | Année 1 | Année 2 | Multiplicateur YoY |
|---|---|---|---|
| Nombre d’achats de challenges | 1,00× | 1,39× | 1,4× |
| Revenu issu des achats de challenges | 1,00× | 8,20× | 8,2× |
| Nombre de versements | 1,00× | 6,08× | 6,1× |
| Volume en dollars des versements | 1,00× | 3,69× | 3,7× |
L’asymétrie est l’histoire. Le revenu des achats de challenges a augmenté d’une année sur l’autre — solide pour une prop firm en phase de maturation, avec les pics liés aux événements saisonniers qui portent l’essentiel. Le volume des versements a progressé de 3,7× en dollars et de 6,1× en événements. Le pool de traders financés issu des cohortes de l’année 1 n’a pas disparu ; il s’est poursuivi avec une croissance cumulée, a continué d’atteindre des paliers de versement, et le back office les a traités tous via le même workflow de tâches.
Indexation de chaque trimestre par rapport au premier trimestre opérationnel stable de la société (T1 Y1 Q2 — mois 4–6 — = 1,00) :
| Trimestre | Volume d’achats | Nombre de versements | Volume en dollars des versements | Ratio paiement vs achat |
|---|---|---|---|---|
| T1 Q2 (référence) | 1,00× | 1,00× | 1,00× | 0,43 : 1 |
| T1 Q3 | 1,04× | 1,19× | 1,62× | 0,66 : 1 |
| T1 Q4 | 1,08× | 1,77× | 2,09× | 0,82 : 1 |
| Y2 Q1 | 0,72× | 3,37× | 2,69× | 1,60 : 1 |
| Y2 Q2 | 2,04× | 5,96× | 3,68× | 0,77 : 1 |
| Y2 Q3 | 0,68× | 9,74× | 8,92× | 5,58 : 1 |
| Y2 Q4 | 0,58× | 5,88× | 3,38× | 2,47 : 1 |
Un mois promotionnel unique à l’automne de l’année 2 a fait passer l’opération à son test de résistance le plus difficile :
La plateforme l’a traité entièrement sans intervention personnalisée. Le moteur de promo, le workflow de tâches, la chaîne de création de comptes live, la file d’attente de relecture des documents KYC et la file d’attente de versement ont tous monté en charge en suivant le même chemin de code. L’équipe admin de quatre personnes de la société l’a piloté.
Sur l’ensemble de l’arc opérationnel :
La société devait forcément trader à l’échelle mondiale, et les données confirment la tendance. Au cours des trois premiers mois, la plateforme avait enregistré des traders issus de plus de 120 pays ; au bout de la première année, plus de 200. À la fin de la fenêtre opérationnelle, la portée cumulée s’élevait à 218 pays distincts.
Le mix d’acquisition se concentre là où la dépense marketing a été engagée — Royaume-Uni, États-Unis, Inde, la Méditerranée, la France, l’Allemagne — mais la traîne longue des pays à faible volume fait toute la dimension réellement mondiale de l’opération, et la plateforme a géré cela sans embranchements de code par pays : des règles de pays de résidence sont configurées, des attentes relatives aux documents KYC sont configurées, des règles d’accès régional sont configurées, et l’équipe marketing de la société peut activer ou désactiver un pays sans déposer de ticket.
Trois choses, selon nous.
Un — le CRM Prop Firm standard se déploie sous l’opérateur sans réécriture. Deux régions, deux plateformes de trading, trois migrations de serveurs de plateformes, deux générations distinctes de programmes d’affiliation, un saut d’un ordre de grandeur du volume de paiements entre l’année 1 et l’année 2, un mois promotionnel unique à un volume quatre fois typique, et trois bugs consignés sur l’ensemble de l’engagement. La plateforme est restée en arrière-plan.
Deux — la surface de configuration est là où l’équipe produit de la société doit vivre. Huit cent soixante-dix configurations de challenge ne sont pas un hasard — c’est ainsi qu’on reste compétitif sur un marché de prop-firms qui s’attend à une nouvelle offre toutes les quelques semaines. Le fait qu’aucune de ces configurations n’ait nécessité d’intervention d’ingénierie est l’élément libérateur.
Trois — le volume des paiements est le chiffre de crédibilité, et la plateforme l’a traité. La plateforme a traité chacun de ces paiements via le même workflow de tâches qu’elle utilise pour un petit événement de commission d’affiliation. Le plus gros paiement de l’engagement — représentant environ deux cents fois le paiement moyen dans sa fenêtre — est passé par la même file.
| Indicateur | Valeur |
|---|---|
| Délai entre la signature du contrat et le premier trader live | ≈ 32 jours |
| Fenêtre opérationnelle | 24 mois |
| Plateformes de trading exécutées en parallèle | Matchtrader + MT5 |
| Déploiements distincts de serveurs de plateformes de trading | 4 sur l’ensemble de l’engagement (y compris les migrations) |
| Régions lancées sur un CRM partagé | 2 |
| Langues prises en charge | 1 (anglais — audience mondiale anglophone) |
| Pays distincts atteints | 218 |
| Taille de la population de traders | des dizaines de milliers |
| Configurations de challenges en ligne d’ici la fin de la fenêtre | 870+ |
| Vitesse des configurations de challenges d’une année sur l’autre | ≈ 8× année 2 vs année 1 |
| Codes promo actifs déployés (année 1) | 76 |
| Paiements avec code promo appliqué (année 1) | ≈ 8 500 |
| Part des acheteurs sur le jour même | ≈ 89 % |
| Part des acheteurs sur la première semaine | ≈ 94 % |
| Nombre moyen de challenges par acheteur | 3,6 |
| Taux de passage des challenges complétés | ≈ 24 % |
| Taux de confirmation par e-mail (année 1 → année 2) | ≈ 40 % → ≈ 82 % |
| Nombre moyen de jours entre le passage du challenge et le premier paiement | ≈ 80 jours |
| Croissance du nombre de paiements d’une année sur l’autre | 6,1× |
| Croissance du montant en dollars des paiements d’une année sur l’autre | 3,7× |
| Volume maximal trimestriel des paiements vs base du trimestre de lancement | 8,9× |
| Vitesse de développement sur mesure sur l’ensemble de l’engagement | 53 tickets d’assistance au total |
| Nouvelles fonctionnalités livrées | 5 (toutes désormais standard sur la plateforme Kenmore) |
| Bugs consignés sur l’ensemble de l’engagement | 3 |
| Comptes d’affiliation en parallèle | des centaines |
| PSP actif via l’agrégateur Ninjacharge | Paytiko + voie manuelle |
| Taille de l’équipe d’administration client en interne | 4 |
| Rôles d’administration configurés d’ici la fin de la fenêtre | 5 (y compris une équipe dédiée au risque) |
Du contrat à la mise en production des traders en 32 jours. Du lancement à 218 pays en 24 mois. Parlez-nous de ce dont votre prop firm a besoin pour se développer sans réécritures.
Une seule plateforme. Multi-région. Conçue pour les prop firms.
