Un CRM fait maison peut très bien fonctionner, à condition de vérifier cinq points avant d'y mettre toute votre clientèle : les données ne sont lisibles qu'après connexion, chaque personne a son propre compte et ses propres droits, deux personnes peuvent travailler en même temps sans s'écraser, les données sont sauvegardées automatiquement, et quelqu'un comprend encore le code. Si l'un de ces points manque, l'outil vous rend service aujourd'hui mais vous expose demain.
D'où viennent les CRM « bricolés »
Le scénario est fréquent. Un logiciel du commerce coûte cher ou ne colle pas à votre façon de vendre. Un proche, un associé ou vous-même construisez un outil avec l'aide d'un assistant IA, une demande après l'autre. Au début, c'est formidable : l'outil fait exactement ce qu'on veut.
J'ai repris un CRM né ainsi, dans une entreprise de services. Il rendait de vrais services à l'équipe. Mais en l'ouvrant, j'ai trouvé une page unique de près d'un mégaoctet, des dizaines de scripts et de feuilles de style empilés version après version, et surtout des problèmes invisibles pour les utilisateurs. Les voici, du plus grave au moins grave.
1. Vos données clients sont-elles lisibles sans connexion ?
C'est le point le plus grave, et le plus fréquent. Dans le CRM que j'ai repris, les fiches clients (noms, e-mails, téléphones, budgets, notes internes) étaient écrites directement dans le code de la page. Une personne qui ouvrait l'adresse du site pouvait les lire sans se connecter, simplement en affichant le code source.
L'écran de connexion donnait une impression de sécurité, mais il ne protégeait que l'affichage, pas les données. Pour vérifier chez vous : déconnectez-vous, ouvrez l'adresse du CRM, affichez le code source de la page (clic droit) et cherchez le nom d'un de vos clients. Vous ne devez rien trouver.
Si vous trouvez quelque chose, c'est un incident de données personnelles au sens du RGPD : corrigez-le tout de suite et faites le point sur ce qui a pu être consulté.
2. Chaque personne a-t-elle son propre compte ?
Un identifiant partagé par toute l'équipe pose trois problèmes : impossible de savoir qui a fait quoi, impossible de retirer l'accès à une personne qui part sans changer le mot de passe de tout le monde, et impossible de limiter ce que chacun voit.
C'est souvent là que le besoin devient urgent. Dans l'entreprise que j'accompagnais, des alternants arrivaient avec chacun une vingtaine de dossiers à suivre. Il fallait qu'ils ne voient que leurs dossiers, que les pôles ne voient que leurs étapes, et que les dirigeants voient tout. Avec un compte unique, c'est impossible.
La CNIL recommande de définir des profils d'habilitation qui limitent chaque utilisateur aux données nécessaires à sa mission, de retirer les accès dès qu'ils ne sont plus justifiés, et d'éviter les comptes partagés. Point essentiel : ces droits doivent être appliqués par la base de données, pas seulement masqués à l'écran. Sinon, quelqu'un d'un peu curieux contourne la restriction.
3. Deux personnes peuvent-elles travailler en même temps ?
Beaucoup d'outils faits maison stockent toutes les données dans un seul gros fichier. À chaque modification, le navigateur renvoie la base entière. Tant qu'une seule personne travaille, tout va bien. Dès que deux collègues modifient des dossiers différents au même moment, l'une des deux modifications risque d'écraser l'autre, ou l'outil bloque et demande de recharger.
Un CRM solide enregistre chaque fiche séparément, et chaque changement d'étape avec sa date et son auteur. C'est ce qui permet ensuite les alertes de retard, l'historique d'un dossier et les statistiques.
4. Les données sont-elles sauvegardées automatiquement ?
Posez la question simplement : si quelqu'un supprime par erreur la moitié des dossiers ce soir, que se passe-t-il demain matin ? La réponse doit être « on restaure la sauvegarde d'hier », pas « on espère ». Une sauvegarde quotidienne conservée quelques jours, testée au moins une fois, est le minimum.
5. Quelqu'un comprend-il encore le code ?
Un outil construit par empilement de demandes successives finit par contenir des corrections de corrections. Dans le CRM que j'ai repris, certaines règles d'affichage étaient répétées des dizaines de fois pour en écraser d'autres, et les tests automatiques ne tournaient plus depuis longtemps. J'ai aussi trouvé un ancien mot de passe écrit en clair dans un fichier.
Ce n'est pas une faute : c'est ce qui arrive quand personne n'est chargé de garder l'ensemble cohérent. Mais chaque nouvelle demande devient plus risquée que la précédente.
Faut-il tout jeter ?
Non. Dans le cas que je décris, l'équipe était attachée à son outil, et elle avait raison : il correspondait à sa façon de travailler. Le bon réflexe a été de garder ce qui marchait (les écrans, le vocabulaire, les étapes du pipeline) et de refaire les fondations : une vraie base de données, un compte par personne avec des droits appliqués par la base, des données servies uniquement après connexion, une sauvegarde quotidienne.
CRM du commerce ou sur mesure ?
Un CRM du commerce convient très bien à beaucoup d'entreprises : il est maintenu, sauvegardé et sécurisé par l'éditeur. Le sur-mesure devient intéressant quand votre processus est particulier (plusieurs pôles, des étapes métier spécifiques, des droits fins), ou quand les abonnements par utilisateur deviennent lourds. Dans les deux cas, les cinq points ci-dessus restent valables : ce sont eux qu'il faut vérifier, quel que soit l'outil.
En pratique
Si votre CRM coche les cinq cases, gardez-le et faites-le évoluer. S'il en manque une ou deux, la correction est souvent plus rapide qu'une refonte. Je peux vous aider à le vérifier, ou à construire un CRM taillé pour votre façon de vendre, puis à y brancher les automatisations utiles, comme la demande d'avis aux étapes gagnées.
Vous voulez un regard extérieur sur votre outil actuel ? Parlons-en 30 minutes.