CRM pour courtier forex : ce qu’il doit vraiment faire

Un CRM généraliste suit des affaires dans un tunnel de vente. Une société de courtage a besoin d’autre chose : un système qui accompagne une même personne du premier contact au compte de trading, puis aux dépôts et aux retraits, avec des permissions claires et une trace de chaque modification.

Réponse courte : un CRM pour courtier forex remplit sept fonctions, sans qu’on ait à ressaisir les données d’un outil à l’autre. Recevoir et attribuer les prospects. Convertir un prospect en client doté d’un compte de trading. Traiter les demandes KYC. Encadrer dépôts et retraits. Donner à la salle de marché ce dont elle a besoin. Décider qui voit quoi. Journaliser chaque changement.

QUANTIX, qui publie ce guide, édite un CRM et un back-office pour sociétés de courtage. Nous avons formulé ces exigences pour qu’elles servent à juger n’importe quel système, et nous ne situons QUANTIX que dans la dernière partie.

Pourquoi un CRM généraliste ne suffit pas

Les CRM généralistes gèrent bien un pipeline commercial, mais ignorent ce qu’est un compte de trading, ne comprennent pas un statut KYC et ne distinguent pas un dépôt d’un retrait.

Résultat fréquent : les prospects dans un outil, les clients dans un autre, les justificatifs dans une boîte e-mail partagée et les dépôts chez le prestataire de paiement. Chaque outil fonctionne. Les faire tenir ensemble devient un travail quotidien : exports, imports, scripts de synchronisation, et quelqu’un qui rapproche les chiffres le vendredi. Chaque transfert manuel est une occasion de faute de frappe ou de doublon.

La bonne question n’est pas « quelles fonctionnalités ? », mais celle-ci : les équipes commerciale, conformité, finance et salle de marché travaillent-elles sur la même fiche client ?

Prospects : réception, attribution et règles de contact

C’est ici que se perdent la plupart des prospects. Le CRM doit permettre :

• la réception directe depuis chaque source : formulaires publicitaires, formulaires de pages d’atterrissage via un webhook, imports CSV, avec un mappage des champs défini une fois par source ;
• la détection des doublons à l’import : la même personne arrive souvent par deux campagnes, et le système doit le voir avant le double appel ;
• un responsable nommé pour chaque prospect, les prospects non attribués restant visibles dans une liste dédiée ;
• des statuts que vous définissez, avec vos libellés, votre ordre et un nombre minimal de tentatives de contact avant de passer un prospect en « Injoignable » ou « Perdu » ;
• des vues enregistrées par équipe, pour que chacun ouvre sa liste du matin sans reconstruire ses filtres ;
• des actions groupées pour réattribuer ou requalifier cinquante prospects en une fois ;
• le contact depuis la fiche : appel en un clic ou lien WhatsApp à côté du numéro, avec notes et historique d’activité.

La conception du parcours lui-même, des définitions de statut aux indicateurs utiles, fait l’objet de notre guide du premier prospect au premier dépôt. Ici, nous traitons de ce que le logiciel doit fournir.

Une seule fiche, du prospect au compte de trading

Le moment critique est la conversion. Si quelqu’un doit recopier à la main un nom et un téléphone dans le système de trading, viennent les fautes, les doublons et la perte du lien avec la source d’origine.

À exiger :

• une conversion en une étape : le prospect devient client avec un compte de trading, et son historique le suit ;
• une inscription autonome rapprochée : quand un client s’inscrit sur le portail trader, il est rattaché au prospect existant au lieu de créer une seconde fiche ;
• une fiche client unique qui réunit données personnelles, comptes, positions, transactions, documents, statut KYC et historique des modifications ;
• une langue préférée par client, pour que messages et notifications arrivent dans la langue qu’il lit.

Test rapide : ouvrez une fiche client et posez deux questions. Un commercial voit-il d’ici que le client a déposé ? Un responsable conformité voit-il ce qui a été dit au client ? Sinon, la fiche n’est pas vraiment unique.

Demandes KYC, dépôts et retraits

KYC. Les documents envoyés par e-mail ou par messagerie se perdent. La conformité a besoin d’une file de demandes KYC avec filtres, aperçu des documents, décision d’acceptation ou de refus enregistrée au nom de son auteur, et notification automatique du client et de l’équipe à chaque changement de statut. Les règles d’acceptation, elles, sont fixées par votre responsable conformité selon les exigences de votre autorité de tutelle. Le CRM fournit des outils KYC et de conformité ; s’en servir ne rend pas une société conforme.

Dépôts et retraits. Chaque transaction doit porter un statut clair (en attente, terminée, échouée, annulée), un moyen de paiement et un créateur. Les retraits doivent être approuvés par une personne dont le rôle l’autorise, et le système doit garder son nom. Les dépôts manuels, comme un virement bancaire, doivent indiquer qui les a saisis. Enfin, la finance a besoin d’exports exploitables pour le rapprochement.

Ce dont la salle de marché a besoin

Si votre société est la contrepartie des transactions de ses clients, la salle de marché doit voir au même endroit les positions ouvertes et les ordres en attente de tous les clients, et pouvoir les modifier ou les clôturer.

Trois questions à poser :

1. Le CRM lit-il les données de trading directement dans le moteur, ou dans une copie rafraîchie à intervalles ?
2. Un membre du personnel peut-il créer ou modifier une position pour le compte d’un client, et quel rôle y est autorisé ?
3. Chaque modification d’une position ou d’un paramètre d’instrument, comme le spread ou l’effet de levier, est-elle tracée avec sa valeur avant et après ?

Permissions et piste d’audit

Dans un courtier, les permissions ne se résument pas à « administrateur » et « utilisateur ». Un modèle utile combine trois éléments : le module (prospects, clients, transactions…), l’action (consulter, créer, modifier, supprimer, importer, exporter) et le périmètre des données. La personne voit-elle seulement ses fiches, celles de son équipe, ou toutes ?

C’est le périmètre qui protège votre base clients. Un commercial n’a pas besoin d’exporter tous les clients. Celui qui ouvre les comptes n’a pas besoin de valider les retraits. Demandez aussi comment la connexion du personnel est protégée, et ce que devient le compte d’un salarié qui quitte l’entreprise.

La piste d’audit doit répondre vite à une question : qui a modifié quoi, quand, et quelle était la valeur avant et après ? Elle doit pouvoir être filtrée, exportée et consultée depuis la fiche client. Face à un litige client ou à la question d’une autorité, la réponse doit tenir dans un filtre sur un journal, pas dans une recherche parmi des messageries.

Notifications, langues et export des données

• Des notifications déclenchées par les événements : prospect attribué, document déposé, décision KYC, dépôt reçu, demande de retrait.
• Des modèles par langue et par canal : e-mail, SMS et WhatsApp Business, dans les langues de vos marchés.
• Une interface arabe réellement de droite à gauche si votre équipe travaille en arabe, et non de simples menus traduits.
• L’export de chaque liste importante en CSV ou XLSX, et une clause contractuelle qui précise comment vous récupérez l’intégralité de votre base si vous changez d’éditeur.

Les exigences qui dépendent de votre modèle

Certaines exigences ne sont pas universelles. Trois dépendent de votre modèle :

• Si vous utilisez une plateforme de trading tierce comme MT4 ou MT5, le CRM doit synchroniser comptes et soldes avec elle. Demandez à quelle fréquence, ce qui se passe quand la synchronisation échoue, et qui corrige l’écart.
• Si vous travaillez avec des apporteurs d’affaires (IB) ou des affiliés, vérifiez que le système rattache les clients aux partenaires et calcule les commissions. Tous les CRM de courtage ne le font pas.
• Si la direction attend un reporting avancé, demandez ce qui est intégré et ce que vous devrez construire vous-même à partir des exports.

Synthèse sur une page, par équipe

Équipe	Doit pouvoir	Signal d’alerte
Ventes	Recevoir les prospects sans ressaisie, voir qui en est chargé, tracer les tentatives	Prospects recopiés à la main depuis les régies
Conformité	Traiter les demandes KYC et décider, sous son nom	Documents reçus par e-mail et messagerie
Finance	Suivre le statut de chaque paiement et valider les retraits	Un retrait payé sans nom de valideur
Salle de marché	Voir et modifier positions et ordres, selon ses droits	Données de trading en retard sur le moteur
Direction	Décider qui voit quoi et consulter la piste d’audit	Tous les salariés voient tous les clients

La place de QUANTIX

Le CRM de courtage QUANTIX fonctionne sur la même base de données que le portail trader et le moteur de trading, comme le décrit la présentation de la plateforme : il n’y a pas de second système à synchroniser. Il comprend :

• des campagnes Facebook Lead Ads ou par webhook de page d’atterrissage, et un import CSV avec détection des doublons ;
• neuf statuts de prospect par défaut, tous paramétrables, avec un nombre requis de tentatives de contact avant changement de statut ;
• une fiche client à six onglets : informations, trading, transactions, documents, KYC et journal d’audit ;
• une file de demandes KYC avec acceptation et refus, et la validation des retraits décrite sur la page paiements et opérations ;
• une matrice de permissions de 19 modules, 6 actions et 4 périmètres de données, et plus de 70 types d’événements d’audit avec valeurs avant et après ;
• 35 déclencheurs de notification, avec des modèles par langue et par canal, configurés dans automatisation et intégrations.

Précision sur le périmètre : le CRM fonctionne avec le moteur de trading QUANTIX et ne se connecte pas à MT4 ou MT5. Il ne comprend pas de moteur de commissions IB ou d’affiliation. Le suivi passe par des tuiles de tableau de bord et des exports, pas par un module de reporting avancé.

Pour confronter ces exigences à la façon dont travaille votre équipe, réservez une démonstration privée et apportez vos statuts de prospects et vos rôles actuels.