Connecter son CRM à ses outils : le guide des intégrations qui tiennent

Un CRM isolé ne sert presque à rien. Sa valeur vient de ce qu'il sait de vos clients, et il ne sait que ce qu'on lui donne. C'est pourquoi la question de l'intégration CRM arrive toujours dans les six mois qui suivent son installation : il faut y faire remonter les formulaires du site, en faire descendre les devis vers la facturation, y refléter les tickets de support, et faire en sorte que l'adresse corrigée par le comptable ne soit pas écrasée le lendemain par l'ancienne version.

La plupart de ces chantiers démarrent bien et vieillissent mal. Trois mois après la mise en service, quelqu'un signale que les nouveaux contacts n'arrivent plus. Personne ne sait depuis quand, ni qui doit regarder. C'est rarement un problème de technologie : c'est un problème de propriété.

Cet article présente les trois modes de connexion, le critère qui tranche entre eux, et le sujet qui fait échouer la moitié de ces projets : la synchronisation dans les deux sens et les doublons qu'elle fabrique.

Intégration CRM : les trois modes de connexion

Toutes les intégrations relèvent de l'une de ces trois familles, y compris celles qui prétendent le contraire.

Le connecteur natif est excellent quand il couvre exactement votre besoin, ce qui arrive plus souvent qu'on ne l'admet. Le réflexe qui consiste à écarter d'emblée l'intégration officielle parce qu'elle « ne fera pas tout » coûte cher : commencez toujours par lire ce qu'elle fait, précisément, avant de construire quoi que ce soit.

La plateforme d'intégration est le point d'équilibre pour la majorité des PME. Elle permet de poser des conditions, de transformer des champs et de tracer les exécutions sans écrire de code, au prix d'un abonnement et d'une dépendance de plus. Les distinctions entre ces familles d'outils sont détaillées dans notre article sur les différences entre orchestrateur, plateforme d'intégration et robotisation.

Le développement sur mesure se justifie dans deux cas seulement : un volume qui rend l'abonnement à la plateforme plus cher que le développement, ou une logique métier trop spécifique pour tenir dans une interface graphique.

Le critère qui tranche : qui répare quand ça casse

Les comparatifs mettent en avant le coût et la richesse fonctionnelle. Ce ne sont pas les bons critères, parce qu'ils s'évaluent au jour de la mise en service, alors que la douleur arrive douze mois plus tard.

Posez plutôt ces quatre questions avant de choisir :

1. Qui est prévenu quand un échange échoue ? Si la réponse est « personne, on s'en rend compte », le mode choisi est mauvais quel que soit son prix.
2. Combien de temps faut-il pour comprendre pourquoi ? Une plateforme qui conserve le détail de chaque exécution pendant trente jours vous fait gagner des heures d'enquête. Un connecteur natif qui n'expose aucun journal vous laisse aveugle.
3. Qui, en interne, peut modifier la règle ? Une intégration que seul le prestataire sait toucher devient une dette dès qu'il change de mission.
4. Que se passe-t-il quand l'éditeur change son interface de programmation ? Les versions d'API sont dépréciées régulièrement, avec des préavis de plusieurs mois. Quelqu'un doit lire ces annonces.

Un principe utile : préférez le mode le plus simple qui satisfait le besoin, et conservez la possibilité d'en changer. Une intégration bien documentée qu'on peut refaire en trois jours vaut mieux qu'une intégration parfaite que personne ne comprend.

Synchroniser son CRM dans les deux sens : le vrai sujet

Une synchronisation à sens unique est un exercice simple. Une synchronisation bidirectionnelle est un problème d'informatique distribuée, et c'est précisément ce que demandent la plupart des entreprises sans le savoir, dès qu'elles souhaitent que la fiche client soit « à jour partout ».

Quatre décisions doivent être prises explicitement, sur papier, avant la première ligne de configuration.

• La clé fonctionnelle. Qu'est-ce qui fait qu'un contact du CRM et un contact de la facturation sont la même personne ? L'adresse mail est le choix habituel, mais elle change, elle est parfois partagée par un service entier, et elle est parfois absente. La bonne pratique consiste à stocker de chaque côté l'identifiant de l'autre système dès la première synchronisation, et à ne plus jamais rapprocher par le mail ensuite.
• La source de vérité par champ, pas par objet. Le CRM fait autorité sur le statut commercial, la comptabilité fait autorité sur la raison sociale et l'adresse de facturation. Écrire cette répartition champ par champ élimine la moitié des conflits.
• La règle de résolution des conflits. Que fait-on quand les deux côtés ont changé depuis la dernière synchronisation ? Le dernier qui écrit gagne est simple et perd des données. Le champ prioritaire gagne est plus sûr. Dans tous les cas, journalisez la valeur écrasée.
• La protection contre les boucles. Le système A écrit dans B, ce qui déclenche une notification de B vers A, qui réécrit dans B. Cette boucle est le classique du genre. Elle se coupe en ignorant les modifications dont l'auteur est le compte de service de l'intégration, ou en comparant les valeurs avant d'écrire.

Les doublons : les éviter coûte moins cher que les nettoyer

Une base commerciale de dix mille contacts contient couramment cinq à quinze pour cent de doublons, et une intégration mal cadrée est une machine à en produire. Le mécanisme est toujours le même : un formulaire crée un contact avec une adresse en majuscules, un import en crée un autre avec un espace en fin de chaîne, un troisième arrive du support avec l'adresse personnelle du même interlocuteur.

Les quatre mesures qui règlent l'essentiel du problème :

1. Normaliser à l'écriture. Minuscules, espaces supprimés, format de téléphone unifié en notation internationale, code pays explicite. Cette normalisation appartient au flux d'intégration, pas aux utilisateurs.
2. Chercher avant de créer. Toute création doit être précédée d'une recherche sur la clé fonctionnelle. Beaucoup d'interfaces de programmation proposent une opération de création ou mise à jour en un seul appel : utilisez-la systématiquement, elle est faite pour cela.
3. Distinguer la personne et l'entreprise. Deux contacts d'une même société ne sont pas des doublons. Rapprocher sur le nom de domaine de l'adresse mail relie correctement les contacts à leur entreprise sans les fusionner entre eux.
4. Prévoir une file de fusion manuelle. Les cas ambigus ne doivent pas être tranchés par la machine. Une liste hebdomadaire de dix rapprochements douteux à valider coûte quinze minutes et évite les fusions catastrophiques.

Les limites techniques à vérifier avant de s'engager

Ces points figurent tous dans la documentation des interfaces de programmation des CRM du marché. Les lire avant de choisir prend deux heures et évite des semaines de mauvaise surprise.

• Les quotas d'appels. Toutes les API imposent une limite par seconde et souvent un plafond quotidien selon la formule d'abonnement. Un import initial de vingt mille contacts peut consommer le quota d'une journée entière.
• La disponibilité des notifications. Un système qui expose des webhooks vous permet de réagir en quelques secondes. Un système qui n'en propose pas vous condamne à interroger périodiquement, avec le délai et le gaspillage d'appels que cela implique.
• Les champs personnalisés. Vérifiez qu'ils sont accessibles par l'API, et par quel nom technique. Certains outils exposent les champs standards et pas les personnalisés, ce qui rend l'intégration inutile pour votre modèle de données.
• L'environnement de test. Sans bac à sable, chaque essai se fait dans la base de production. C'est un critère éliminatoire pour tout projet sérieux.
• Le traitement des suppressions. Une suppression est rarement propagée. Décidez si elle doit l'être, ou si vous préférez une désactivation, qui est presque toujours le meilleur choix.

La méthode : un flux à la fois, et une carte à jour

La séquence qui fonctionne tient en cinq étapes, et elle interdit explicitement de tout connecter en même temps.

1. Cartographiez. Une page suffit : les outils, les objets qu'ils partagent, le sens des flux et la fréquence. Ce document est le premier livrable, et il doit rester à jour.
2. Désignez la source de vérité par objet et par champ, avec un arbitrage entre le commerce, l'administration des ventes et la comptabilité. Cette réunion d'une heure est la plus rentable du projet.
3. Nettoyez avant de connecter. Synchroniser une base sale la propage. Traitez les doublons existants d'abord, ce qui est aussi l'occasion de vérifier vos règles.
4. Mettez un seul flux en service et observez-le une semaine avec un tableau de suivi : nombre d'enregistrements traités, nombre d'erreurs, délai de propagation.
5. Écrivez la procédure de reprise avant d'ajouter le flux suivant : que faire si l'intégration a été arrêtée deux jours, comment rejouer sans dupliquer.

Une intégration CRM réussie ne se reconnaît pas au nombre d'outils connectés, mais au fait que personne n'y pense. Quand quelqu'un dans l'entreprise sait qui prévenir en cas de panne, quand les doublons se comptent sur les doigts d'une main et quand un changement de règle prend une heure au lieu d'un devis, le chantier est réussi. La suite logique consiste à outiller ce que le CRM reçoit, en commençant par la qualification des leads entrants, et à traiter les échecs comme un sujet à part entière plutôt que comme un imprévu.