Points clés
- La plupart des fonctionnalités d'un CRM sont génériques : gestion des utilisateurs, rôles, historique des enregistrements, recherche, import, API. AtroCore couvre cette partie, votre CRM personnalisé n'ajoute que ce qui est spécifique à votre métier.
- Un modèle de données élémentaire et les premiers workflows associés prennent quelques heures à configurer. Le vrai temps se consacre aux structures uniques à votre secteur.
- La gestion des données de référence intégrée produit des golden records pour clients, fournisseurs et partenaires, que les CRM classiques ne maintiennent pas.
- AtroCore ne propose pas de synchronisation calendrier, de moteur de mailing en masse ni de modèle CRM prêt à l'emploi. Vous concevez votre CRM vous-même.
Les entreprises développent un CRM personnalisé pour une seule raison : leurs relations clients ne ressemblent pas à celles pour lesquelles Salesforce, HubSpot et Dynamics ont été conçus.
Un constructeur de machines suit les équipements installés chez ses clients, chaque unité avec un numéro de série, un contrat de service et un historique de pièces détachées. Un distributeur chimique vend le même matériau à un client sous trois spécifications et deux accords de prix différents. Un fournisseur de matériaux de construction doit gérer un groupe d'achat au-dessus du client et un chantier en dessous. Ce ne sont pas des cas exotiques. Ce ne sont simplement pas des pipelines de vente à cinq étapes.
Vous pouvez forcer cela dans des objets personnalisés sur un CRM standard. Les équipes le font tous les jours. La facture arrive plus tard, sous forme de licences par utilisateur qui croissent avec les effectifs, et dans les processus qu'on n'a pas pu automatiser parce que la plateforme les rendait maladroits.
Seule Une Petite Partie D'un CRM Vous Appartient Vraiment
Énumérez ce qu'un CRM fonctionnel fait. Comptes utilisateurs, rôles, permissions par enregistrement et par champ, historique des modifications, recherche, import et export, pièces jointes, notifications, une API pour les systèmes voisins. Rien de cela n'est spécifique à votre entreprise. C'est identique dans chaque CRM jamais livré, et cela consomme la plupart d'un budget de développement from-scratch.
Ce qui est spécifique à vous est plus réduit : le modèle de données, les règles de processus, les intégrations, et les deux ou trois écrans où votre équipe vit.
Les parties d'un CRM qui prennent le plus longtemps à construire correctement sont celles qu'aucun utilisateur ne demande jamais.
AtroCore inverse ce ratio. C'est une plateforme de données sous GPLv3, utilisée comme base pour les produits PIM, DAM, MDM et gestion de projets, et elle arrive avec la couche générique déjà construite et testée (source : AtroCore sur GitHub). Ce que vous ajoutez par-dessus porte votre logique métier.
Le Modèle De Données Est Configuration, Pas Code
C'est l'argument le plus fort de la plateforme dans un projet de CRM personnalisé.
Les entités, les champs, les relations, les hiérarchies et les attributs sont définis dans le panneau d'administration. Vous créez une entité appelée Unité Installée, vous la reliez à Account et Product, vous lui donnez un numéro de série et un lien vers un Contrat de Service. Vous ajoutez une hiérarchie au-dessus de Account pour qu'un groupe d'achat domine ses membres. Vous attachez des ensembles d'attributs par type de client, de sorte qu'un enregistrement OEM porte des champs qu'un distributeur ne montre jamais. Les règles de validation, l'historique des modifications et le contrôle d'accès s'appliquent à chaque entité que vous créez.
Un modèle de démarrage conventionnel : comptes, contacts, opportunités, tâches, plus les premiers workflows les connectant, prend quelques heures de configuration dans les projets que nous avons implémentés. Personne ne devrait budgéter un projet pour cette partie. Le budget concerne les structures que personne d'autre n'a.
L'API REST couvre 100 % du modèle, entités personnalisées incluses. Aucun contrôleur à écrire, aucun endpoint à documenter. L'API existe parce que l'entité existe.
Les droits d'accès suivent la même logique. Chaque enregistrement porte un propriétaire, un utilisateur assigné et les équipes autorisées à le voir, et les rôles restreignent l'accès jusqu'aux champs individuels. C'est comme cela que les territoires de vente, la protection des comptes clés, et un service technique qui lit les contrats mais n'édite jamais les prix se construisent, sans écrire de vérification de permission.
Dans les projets que nous avons implémentés pour des entreprises d'équipements industriels et de matériaux de construction, cette étape décide de tout ce qui suit. Les équipes qui consacrent deux semaines à modéliser les comptes, les sites, les contrats et les positions de devis contre leurs vraies clés ERP obtiennent un système auquel leurs commerciaux font confiance. Les équipes qui la sautent reconstruisent le modèle au mois quatre, une fois que la première synchronisation expose que le numéro de client ERP n'est pas la clé que le CRM utilise pour un compte.
Workflows Qui Font Le Travail Ennuyeux
La deuxième moitié d'un CRM personnalisé est le processus. AtroCore la gère avec des workflows et des actions, tous deux configurés plutôt que codés.
Un workflow écoute une entité et s'active avant ou après créer, mettre à jour ou supprimer. Les conditions sont élémentaires, construites avec AND, OR, et NOT sur les champs, ou écrites comme un script Twig quand la logique a besoin de plus de place (source : documentation des workflows AtroCore).
Les types d'actions importent plus que la mécanique du déclencheur. Create et Update écrivent des enregistrements. Upsert gère créer et mettre à jour en masse, en correspondant sur des identifiants ou des champs uniques. Send Notification pousse un message in-app ou un e-mail vers le propriétaire, l'utilisateur assigné, ou les followers d'un enregistrement. Error Message bloque une sauvegarde et explique pourquoi. Action Set exécute plusieurs à la fois, et les actions Import, Export, et Connector déplacent les données entre systèmes dans la même chaîne.
L'e-mail est la partie que les gens sous-estiment. L'action Send Email utilise des modèles avec un objet et un corps Twig, une version par locale, une connexion SMTP que vous choisissez, et une option d'attacher des fichiers stockés sur l'enregistrement. Un workflow peut surveiller les contrats de service, en attraper un qui franchit les quatre-vingt-dix jours avant expiration, créer une tâche de renouvellement pour le propriétaire du compte, envoyer au client un e-mail modélisé contenant le numéro de contrat et la liste des équipements, et mettre le statut à renouvellement dû. Quatre étapes d'un processus de vente, toute configuration.
Les actions s'exécutent aussi sans déclencheur, comme un bouton sur une page d'enregistrement, une action de masse, ou un travail planifié.
Un workflow que votre successeur peut lire dans le panneau d'administration est un workflow que votre successeur peut maintenir.
Cette lisibilité répond à l'objection habituelle aux logiciels personnalisés. Le modèle se trouve dans le gestionnaire d'entités, l'automatisation dans les enregistrements de workflow et d'action, les écrans dans le gestionnaire de mise en page. Un développeur qui rejoint deux ans après le déploiement ouvre le panneau d'administration et voit comment le système fonctionne.
Les mises à jour se comportent de la même façon. Les modules personnalisés vivent dans leurs propres packages au lieu de modifier le noyau, donc les mises à jour de plateforme ne les écrasent pas, et l'API REST couvre votre configuration ainsi que vos données, ce qui signifie qu'une modification testée en staging peut être rejoué en production via un script plutôt que cliquée deux fois de mémoire.
La même séparation entre configuration et code décide ce qui vaut la peine d'assistance IA ici. Cela accélère le développement de CRM personnalisé, et ce qu'elle écrit est toujours du code que vous possédez pour toujours. Les tests de Veracode sur plus de 100 modèles ont trouvé que les taux de réussite en sécurité restaient coincés autour de 55 % alors que la correction syntaxique montait au-delà de 95 %. Sur une plateforme, la surface exposée rétrécit jusqu'aux conditions Twig et aux mappings d'import qu'une personne lit en une minute, et une invite porte toujours seulement ce que son auteur sait de vos règles d'approbation.
Faire Entrer Et Sortir Les Données
Un CRM qui n'échange pas de données avec l'ERP devient une deuxième version de la vérité en trois mois.
L'import et l'export s'exécutent en tant que flux : un mappage entre les colonnes de fichier ou les champs API et vos entités, enregistré en tant qu'enregistrement et exécuté manuellement, selon une planification, ou depuis un workflow. Le même mécanisme gère la migration de l'ancien CRM et le delta noctune de l'ERP. La synchronisation bidirectionnelle avec un système qui expose une API REST s'exécute en jours plutôt qu'en semaines, parce que le mappage est configuration et l'API couvre déjà chaque champ que vous avez ajouté.
Le côté technique du RGPD vient avec la plateforme. Les enregistrements pour une personne peuvent être trouvés, exportés, corrigés et supprimés ; chaque changement est enregistré avec son auteur ; l'accès est limité jusqu'au niveau du champ ; et le système s'exécute sur votre infrastructure sans processeur tiers.
L'interface est réactive, le même CRM fonctionne sur un téléphone dans le parking d'un client, sur une tablette lors d'une visite de site, et sur un bureau, sur n'importe quel système d'exploitation. Chrome et Edge l'installent comme une application, de sorte que les forces de vente obtiennent une icône au lieu d'un signet.
Golden Records, Que Les CRM Classiques Ne Maintiennent Pas
Le même client existe généralement plusieurs fois : une fois dans l'ERP, une fois dans la boutique en ligne, une fois dans une feuille de calcul de salon professionnel, deux fois dans l'ancien CRM avec des orthographes différentes. L'enquête 2025 de Validity auprès de 602 utilisateurs de CRM a révélé que 76 % considèrent que moins de la moitié de leurs données CRM sont précises et complètes. Dans les migrations, les doublons sont ce que nous trouvons en premier.
Faire correspondre ces enregistrements, les fusionner, et conserver une version faisant autorité par client, fournisseur ou partenaire, avec une trace de quelle source a fourni quelle valeur, c'est du travail de données de référence. Les produits CRM standard offrent la détection de doublons et s'arrêtent là.
Ici, le matching se fait à la porte. Les flux d'import identifient les enregistrements entrants par des champs uniques et mettent à jour au lieu de dupliquer ; les enregistrements peuvent être comparés côte à côte et fusionnés, et l'historique des modifications montre quel système a touché en dernier quelle valeur. La gestion des données de référence siège dans le noyau AtroCore, le golden record est le point du système. Les ventes, le service et l'ERP lisent le même client.
Où AtroCore S'arrête Par Rapport À Un CRM Classique
- Pas de synchronisation calendrier. Les tâches avec propriétaires et dates d'échéance existent. La synchronisation bidirectionnelle avec Outlook ou Google Calendar n'est pas une fonctionnalité prête. Construisez-la contre l'API, ou gardez la planification où elle vit aujourd'hui.
- Pas de moteur de mailing en masse. L'e-mail transactionnel et de notification via SMTP fonctionne bien. Les campagnes, la gestion des désinscriptions et le traitement des rebonds sont une autre discipline. Connectez Brevo ou Mailchimp sur REST.
- Pas de téléphonie. Les appels au clic et l'enregistrement des appels nécessitent une intégration.
- Les rapports avancés sont un module payant. Le noyau libre vous donne des listes, des filtres et des tableaux de bord. La base de données et l'API restent ouvertes, Metabase ou Power BI peuvent lire le CRM directement.
- Pas de CRM prédéfini. Rien appelé Lead ou Opportunity n'existe jusqu'à ce que vous le créiez, c'est configuration plutôt qu'un projet, mais c'est à vous de le faire.
Aucun de ces éléments ne bloque un projet. Tous sont des raisons d'en bien définir la portée.
CRM Open Source Comme Option Plus Large
AtroCore se situe à l'intérieur d'une catégorie plus large utile à connaître. Les systèmes CRM open source tels que EspoCRM, SuiteCRM et Odoo livrent un modèle prêt pour la gestion des leads et des contacts, les opportunités, les calendriers et les campagnes, ce qui comble les lacunes énumérées ci-dessus, et tous peuvent être auto-hébergés.
La propriété qui importe est le code source. Vous pouvez modifier n'importe quelle partie du système et conserver cette modification à travers les mises à jour, ce qui met fin au verrouillage fournisseur dont un produit propriétaire ne vous laisse jamais sortir. Si les lacunes dans un modèle de vente prêt sont petites, l'un de ces systèmes les comble plus rapidement. Si les données client elles-mêmes ont une structure inhabituelle, une plateforme de données est une meilleure base pour un CRM personnalisé.
Quand Un CRM Personnalisé a Du Sens
Pour une équipe de vente de vingt personnes gérant un pipeline de vente conventionnel avec des rapports standards, un CRM standard est moins cher et plus rapide. Achetez-le.
Le développement de CRM personnalisé justifie son coût quand vos données client ont une structure qu'un pipeline de vente à cinq étapes ne peut pas contenir, quand le CRM échange des données avec un ERP chaque heure, quand le nombre d'utilisateurs rend la tarification par utilisateur douloureuse, ou quand la même plateforme porte aussi les données de référence des fournisseurs et des partenaires au lieu d'ajouter un autre système à côté.
Le noyau est open source sous GPLv3, ajouter le vingtième ou le deux centième utilisateur ne change pas la licence.
Le coût total de possession se trouve dans des endroits différents qu'une souscription. Ce que vous payez c'est un serveur, l'implémentation du CRM, les modules premium dont vous avez besoin, et quelqu'un qui possède le système ensuite. Sur cinq ans, cela convient aux entreprises avec beaucoup d'utilisateurs occasionnels et des processus inhabituels, et à une petite équipe avec un pipeline de vente simple mal.
Commencez par un processus. Modélisez les comptes et leur hiérarchie, chargez des données réelles, construisez les trois workflows qui font le plus mal, et donnez-le à cinq personnes pendant un mois. Décidez ensuite si vous continuez.