Le client est une société de trading propriétaire qui s’adresse aux traders particuliers d’Asie du Sud-Est. L’écrasante majorité de ses participants se trouve sur un seul marché domestique — près de neuf sur dix — mais la plateforme a attiré des traders de plus de cinquante pays depuis son lancement, avec des concentrations secondaires significatives ailleurs en Asie du Sud-Est et en Asie de l’Est.
Le modèle économique est une échelle classique d’évaluation vers financement : les traders achètent un challenge, font leurs preuves face à des règles de drawdown et d’objectif de profit, puis accèdent à un compte financé où ils conservent la majorité de ce qu’ils gagnent. Ce qui rend ce client intéressant, c’est la rapidité avec laquelle il a fait évoluer cette échelle — et le montant d’argent qu’il a reversé aux traders qui l’ont franchie.
Quand ils sont venus vers nous, ils avaient une marque, une audience et les débuts d’une base de participants — et aucune de l’infrastructure sur laquelle repose réellement un prop firm. Pas d’intégration de plateforme de trading, pas de portail trader, pas de CRM, pas de passerelles de paiement, pas de moteur de challenge. Tout ce qui suit, nous l’avons construit.
Nous avons été sollicités environ cinq mois avant l’ouverture officielle de la société.
La prestation principale — le Traders Room Prop Firm Edition avec son CRM intégré — a été définie, configurée et livrée en 46 jours après le lancement du projet. Les éléments autour ont avancé encore plus vite : le branding, le logo et l’interface du portail du client étaient en ligne en 10 jours ; le système de chat en direct a été déployé et opérationnel en 16 jours ; la page de commande express — le parcours en une page pour parcourir, sélectionner, payer et s’inscrire sur lequel repose tout le modèle commercial — était prête en 13 jours . La première passerelle de paiement pour les dépôts de challenge a été intégrée et testée en six semaines.
Ce qui a absorbé le reste du délai n’était pas le room. C’était la plateforme.
Le périmètre initial signé prévoyait une version MT5. Au début du développement, le client a changé de cap, et nous avons déployé à la place un endpoint cTrader. Avant que cette décision ne soit figée, ils ont de nouveau changé de cap — cette fois vers TradeLocker.
Nous avons reconstruit l’intégration. Elle a pris un peu moins de quatre mois entre le premier ticket et la mise en production, et elle est arrivée le mois même où la société a été lancée.
C’est la partie d’une mise en place de prop firm que personne n’inscrit dans une proposition. Un changement de plateforme de trading en cours de développement n’est pas un simple réglage de configuration ; il touche au provisionnement des comptes, à la gestion des identifiants, à l’ingestion de l’historique des transactions, au moteur de règles du challenge et à chaque e-mail qui mentionne une connexion. Nous en avons absorbé deux et avons quand même respecté la fenêtre de lancement.
La seconde migration concernait le portefeuille du client. En Month 2, sur une période de two days, nous avons déplacé l’ensemble de sa base de participants existante et l’historique live de leurs challenges vers la plateforme — traders, évaluations en cours, évaluations terminées et statut de réussite/échec, le tout conservé. La société n’a pas interrompu le trading pour le faire.
Le portail côté trader est l’endroit où les participants consultent le catalogue de challenges, achètent, suivent l’avancement de leur évaluation, déposent des documents et demandent des paiements. Nous l’avons configuré avec des catégories de challenges pour filtrer par taille de compte, un tableau de bord en direct, l’historique de trading, un calendrier économique, un chat d’assistance et le dépôt de documents. Plus de deux mille chaînes destinées aux traders ont été renseignées pour correspondre à la voix du client, avec trois langues d’interface configurées en vue d’une expansion future.
Le client vend à une audience issue du trafic payant, donc la distance entre « intéressé » et « payé » devait être quasiment nulle. La page de commande express regroupe la consultation du challenge, la sélection, le paiement et l’inscription du compte dans un formulaire unique avec une API en arrière-plan, afin que le même catalogue puisse être affiché sur les propres pages marketing du client. Elle faisait partie du périmètre initial, a été livrée en moins de deux semaines et a porté chacune des ventes payantes réalisées par la société.
C’est le module que le client a le plus utilisé. Il lui a donné le contrôle du solde, du prix, de la durée, des limites de perte journalière et totale, du mode de condition de perte, de l’objectif de profit, du nombre minimum de jours de trading, des règles de cohérence, du partage des profits, du timing des retraits et des textes visibles par le trader — par produit, sans intervention d’ingénierie. Ce qu’ils ont fait de ce contrôle fait l’objet de la section données ci-dessous.
Nous avons déployé le module de codes promotionnels en Month 2. Il prend en charge des remises en pourcentage ou fixes, un ciblage par produit, des règles pour nouveaux utilisateurs ou utilisateurs existants, des plafonds d’utilisation globaux, des fenêtres de dates d’activité et la génération en masse. Le client a ensuite créé 139 codes, dont une poussée d’un seul mois de 116 — autrement dit une campagne d’influence et d’affiliation entièrement gérée depuis le CRM.
Ajouté en Month 8, le module d’upsale permet aux traders d’acheter des améliorations de conditions lors du paiement initial. Le client a associé une amélioration du profit split — portant la part du trader jusqu’à 90 % — à 10 of their challenge configurations, monétisant une seconde fois la page de commande sans ajouter de nouveau produit.
La vérification d’identité s’effectue à l’intérieur du room : les traders téléversent leurs documents, le CRM suit l’état d’approbation et un score AML est rattaché à la fiche trader. Le volume de vérifications suit le pipeline de financement plutôt que les inscriptions, ce qui est exactement ce qu’il faut : la société vérifie les traders lorsqu’elle est sur le point de leur devoir de l’argent, pas avant.
Chaque événement opérationnel dans le système — challenge acheté, compte démo requis, évaluation réussie, évaluation échouée, compte financé ouvert, demande de retrait, modification de profil soumise — génère une tâche avec un workflow défini en arrière-plan. One hundred percent of the tasks in the client’s CRM are system-generated. Personne dans l’équipe du client ne crée manuellement les tâches opérationnelles.
Nous avons intégré le prestataire de services de paiement choisi par le client pour les achats de challenges par carte et en devise locale dans la version pré-lancement, puis ajouté une méthode de dépôt en stablecoin en Month 2 lorsque l’audience du client l’a demandé, ainsi qu’un rail de paiement basé sur un wallet dans le même mois. Ninjacharge se place au-dessus de ces éléments comme couche d’agrégation et de routage, en dirigeant chaque transaction vers le prestataire sur lequel le client souhaite qu’elle aboutisse.
Le module de notifications pousse les événements de tâches et de dépôts vers les propres canaux du client. Chat en direct, workflow de tickets d’assistance, boîte de réception admin, permissions basées sur les rôles pour quatre rôles d’administration, journalisation complète des activités et couche de reporting configurable complètent la partie opérationnelle.
Neuf développements sur mesure sont venus s’ajouter au produit standard. Ceux qui comptaient le plus :
Le graphique de cohérence. Les Prop firms vivent et meurent selon des règles de cohérence, et le graphique standard de l’historique de trading n’indiquait pas à un trader s’il se situait dans ou hors de ces règles. Nous l’avons remplacé par un graphique de cohérence spécialement conçu dans le portail trader — demandé le mois du lancement, livré en 10 jours.
Certificats. Les traders qui réussissent une évaluation ou effectuent un retrait reçoivent un certificat de marque qu’ils peuvent partager. Cela est devenu un canal marketing pour le client, et ils l’ont fait évoluer à trois reprises distinctes au cours du premier trimestre ; le délai de livraison le plus rapide a été de un jour.
Identifiants de plateforme unifiés. Le client voulait que le mot de passe du premier challenge d’un trader devienne son identifiant principal de plateforme de trading, plutôt que d’émettre une nouvelle connexion pour chaque challenge. Nous avons retravaillé le flux d’e-mail et de provisioning pour que ce soit le cas — un changement qui a touché la chaîne de création de compte de bout en bout.
Réinitialisation du mot de passe en libre-service. Dans la continuité de ce qui précède, les traders ont reçu la possibilité de réinitialiser le mot de passe de leur plateforme de trading directement depuis le portail, supprimant ainsi une charge récurrente pour le support.
La règle d’inactivité. En Month 9, le client a demandé une nouvelle condition d’échec de challenge : les évaluations laissées sans trading pendant un nombre défini de jours se clôturent automatiquement. Livrée en 12 jours, elle apparaît désormais dans la répartition des motifs d’échec comme l’une des trois principales façons dont une évaluation se termine.
Les notifications du portail, un champ de description de challenge étendu, ainsi qu’un moyen de dépôt crypto complètent la liste.
Toutes les valeurs sont indexées ou exprimées en ratios. Month 1 est le mois du lancement.
Voici le chiffre clé. En comparant le premier trimestre d’activité de l’entreprise à son second, le volume d’argent versé aux traders financés a été multiplié par 15,3. Le mois de versement le plus fort — Month 6 — a atteint 11 fois le premier mois d’activité significative de versements de l’entreprise.
Cette croissance n’est pas due à un seul trader chanceux. Les versements se sont répartis sur un nombre croissant de comptes financés, et à la fin de la période observée environ deux traders financés sur cinq avaient perçu au moins un retrait.
Sur l’ensemble de la période, pour chaque unité de revenus de frais de challenge collectée par l’entreprise, environ 1,7 unité a été reversée aux traders financés sous forme de versements — avant prise en compte de la part de bénéfice de l’entreprise elle-même.
Pour une Prop Firm, ce ratio est l’indicateur de crédibilité. Les traders se parlent, et une entreprise qui paie visiblement est une entreprise qui continue de vendre. C’est précisément ce qui s’est produit ensuite.
| Trimestre d’activité | Ventes de challenges payants | Revenus de frais de challenge |
|---|---|---|
| T1 (Months 1–3) | référence | référence |
| T2 (Months 4–6) | +72% | +49% |
| T3 (Months 7–9) | +36% | +38% |
Croissance totale de T1 à T3 : +134% en volume de ventes. Aucun trimestre n’a reculé.
La vue mensuelle est plus irrégulière, comme toujours avec l’acquisition via trafic payant. Le mois de pic — Month 7 — a atteint 8,6 fois le volume de ventes et 6,9 fois les revenus de frais du mois le plus calme du premier semestre.
Le plus grand événement d’acquisition du client a eu lieu en Month 6, lorsqu’ils ont généré 116 codes promo en un mois et les ont diffusés via leur réseau de partenaires. Les inscriptions ce mois-là ont atteint 8,8 fois le niveau de deux mois auparavant, et les échanges de codes promo ont culminé le mois suivant à 7,7 fois leur niveau de Month 3.
L’ensemble de la campagne — génération des codes, ciblage par produit, plafonds d’utilisation, fenêtres de dates, suivi des utilisations — a été géré par la propre équipe du client dans le CRM, sans intervention de développement.
Le client propose une évaluation d’essai sans coût comme produit en haut de funnel. Plus d’un trader sur quatre ayant effectué un essai gratuit a ensuite acheté un challenge payant. Pour un produit qui ne coûte à l’entreprise rien de plus qu’un compte démo, c’est un excellent rendement.
Les acheteurs payants ont acheté en moyenne 1,8 challenge payant chacun, et un sur trois a acheté plus d’une fois — plusieurs d’entre eux à de nombreuses reprises. Ce n’est pas le premier achat, mais les achats répétés, qui rendent l’économie d’acquisition d’une Prop Firm viable, et le catalogue a été conçu délibérément pour les encourager.
Parmi les évaluations arrivées à leur terme, environ une sur douze a validé la première phase. Parmi celles qui sont arrivées à la deuxième phase, près de la moitié l’ont validée. De bout en bout, environ un trader sur dix ayant commencé une évaluation a atteint un compte financé.
Les façons les plus fréquentes dont une évaluation se terminait étaient la limite de perte totale autorisée, la limite de perte quotidienne autorisée et — après Month 9 — la nouvelle règle d’inactivité.
Le client n’a pas lancé un catalogue pour le laisser en l’état. Il a lancé une famille d’évaluations en deux phases sur quatre paliers de taille de compte, plus l’essai gratuit. En Month 2 ils ont ajouté une famille en une phase. En Month 3 ils ont ajouté un cinquième palier d’entrée de gamme sur les deux familles et lancé une famille de financement instantané avec drawdown glissant. En Month 7 ils ont introduit leur produit express le moins cher. En Month 8 ils ont intégré la montée en gamme du partage de profits à l’ensemble du catalogue.
Cela représente 34 configurations de challenges actives sur quatre familles de produits et cinq paliers de taille de compte, construites en six mois — le tout en libre-service via le CRM.
| Signal | Résultat |
|---|---|
| Comptes de challenge provisionnés en moins d’une minute | 94% |
| Tâches générées par le système plutôt que par le personnel | 100% |
| Tickets support par trader | moins d’un sur quatre |
| Le support en pourcentage du volume total des tâches opérationnelles | ~9% |
| Taux de confirmation des e-mails | 93% |
L’activité CRM au pic opérationnel a atteint 3,2 fois le mois du lancement et 3,8 fois le mois le plus calme du premier semestre. Le volume d’e-mails automatisés a culminé à 2,3 fois le niveau du mois de lancement. Sur toute la période, le support est resté sous un dixième du volume total des tâches — c’est le système qui a absorbé la croissance, pas l’équipe du client.
Une prop firm peut être créée à partir de rien en cinq mois — y compris deux changements de plateforme de trading. Le client a changé d’avis deux fois au sujet de l’intégration la plus importante sur le plan structurel dans la stack, et a tout de même ouvert dans les délais. C’est ce qu’apportent une room produitisée et une équipe de delivery dédiée.
Une migration de book ne doit pas forcément entraîner d’interruption de service. L’ensemble de la base de participants existante, avec l’état d’évaluation en direct et historique intact, a été migré en deux jours pendant que la firme continuait à trader.
L’itération produit est une activité en self-service. Quatre familles de produits, cinq niveaux de compte, 34 configurations, 139 codes promo et une vente incitative de partage des profits — rien de tout cela n’a nécessité de ticket de développement. Quand le client a identifié une opportunité sur son marché, l’écart entre la décision et la mise en ligne du produit se comptait en heures.
La croissance atterrit sur la plateforme, pas sur l’équipe. Le volume des ventes a plus que doublé, le volume des paiements a été multiplié par quinze en un trimestre, et le volume d’événements CRM a plus que triplé — tout en maintenant le support en dessous d’un dixième de la charge opérationnelle et 94 % des comptes provisionnés en moins d’une minute.
Et les traders ont été payés. Au final, c’est sur ce chiffre qu’une prop firm est jugée, et celle-ci a reversé 1,7× ses revenus de challenge-fees aux personnes qui ont validé ses évaluations.
| Métrique | Résultat |
|---|---|
| Paiements aux traders financés, T1 → T2 | croissance de 15,3× |
| Mois de paiements le plus élevé vs. premier mois de paiements | 11× |
| Paiements reversés par unité de revenus de challenge-fees | 1,7 : 1 |
| Traders financés ayant reçu un paiement | ~2 sur 5 |
| Ventes de challenges payants, T1 → T3 | +134% |
| Croissance des revenus de challenge-fees, d’un trimestre à l’autre | +49%, puis +38% |
| Mois de ventes le plus élevé vs. mois le plus calme du S1 | 8,6× |
| Inscriptions au mois de campagne le plus fort | 8,8× deux mois plus tôt |
| Conversion essai gratuit → challenge payant | plus de 1 sur 4 |
| Challenges payants par acheteur payant | 1,8 |
| Acheteurs ayant acheté plus d’une fois | 1 sur 3 |
| Taux d’évaluation → compte financé | ~1 sur 10 |
| Configurations de challenge créées | 34, en 6 mois |
| Familles de produits / niveaux de compte | 4 / 5 |
| Codes promo créés | 139 (116 en un seul mois) |
| Comptes provisionnés en moins d’une minute | 94% |
| Tâches générées automatiquement | 100% |
| Tickets de support par trader | moins de 1 sur 4 |
| Taux de confirmation par e-mail | 93% |
| Marchés atteints | 55+ pays |
| Délai entre le lancement et la livraison de la core room | 46 jours |
| Changements de plateforme de trading absorbés avant le lancement | 2 |
| Durée de la migration du book | 2 jours |
| Fonctionnalités sur mesure livrées | 9 |
La Prop Firm Edition de Kenmore Design vous offre le CRM, le Traders Room, la gestion des challenges, les paiements, les affiliés et les opérations de trading dans une plateforme continuellement enrichie. Lancez-vous rapidement et développez-vous sans changement de plateforme.
Lancez-vous rapidement. Développez votre prop firm sans changement de plateforme.
