Comment connecter votre CRM à un composeur sortant (Salesforce, HubSpot, Zoho)

Un composeur automatique n'est efficace que si les données qui l'alimentent sont de qualité. Si les agents travaillent à partir d'un fichier CSV obsolète alors que le CRM contient les données en temps réel, cela entraîne des appels inutiles, des suivis manqués et l'absence d'une source unique et fiable pour chaque appel. Une intégration CRM adéquate résout ce problème : le composeur récupère les bons contacts au bon moment et le résultat de chaque appel est automatiquement intégré au CRM .

Ce guide détaille les méthodes d'intégration, les éléments à mapper, les fonctionnalités destinées aux agents qui rendent l'intégration intéressante, ainsi que les spécificités liées à Salesforce, HubSpot et Zoho. Il est indépendant de toute plateforme et explique comment DialerBee gère chaque étape.

Trois façons de connecter un numéroteur à un CRM

La plupart des intégrations suivent l'un de ces trois schémas. De nombreuses équipes finissent par les combiner.

1. Intégration native / préconfigurée. Le module d'authentification intègre un connecteur dédié pour votre CRM (par exemple, une application Salesforce ou HubSpot). C'est la méthode la plus rapide : une seule authentification suffit, vous choisissez les objets à synchroniser et c'est parti ! C'est le choix par défaut idéal lorsqu'un connecteur natif existe et couvre vos objets.

2. API REST et webhooks. Le numéroteur expose une API (pour extraire des listes et envoyer des résultats) et des webhooks (pour notifier votre CRM en temps réel à la fin d'un appel). C'est l'option la plus flexible : vous contrôlez précisément les champs transférés et le moment du transfert. C'est également la méthode d'intégration idéale pour un CRM sans connecteur prédéfini ou doté d'un système interne personnalisé. Voir API et webhooks pour savoir comment DialerBee expose les événements d'appel.

3. iPaaS / intergiciel. Des outils comme Zapier or Faire Cette solution permet de faire le lien entre les deux systèmes et de transférer les données en fonction de déclencheurs (« nouvelle disposition d'appel → création d'une tâche CRM »). C'est une bonne option sans code pour les volumes d'appels faibles ou pour intégrer un troisième système (un tableur, un service d'assistance) sans écrire de code. En cas de volumes d'appels élevés, l'intégration native ou API est généralement plus fiable et moins coûteuse qu'une tarification iPaaS à la tâche.

Déterminez d'abord la direction de la vérité.

Avant de cartographier un seul champ, déterminez quel système est propriétaire de quelles données. La solution la plus courante et la plus simple :

• CRM possède le dossier de contact, la propriété, la base du consentement et le statut de désabonnement/ DNC .
• Dialer possède la tentative d'appel, le résultat, l'enregistrement, la durée de la conversation et les notes de l'agent — et les réécrit dans le CRM .

En clarifiant ce point dès le départ, on évite le problème classique où deux systèmes divergent quant à l'inscription d'un numéro sur une liste d'opposition au démarchage téléphonique. Centralisez les informations de consentement et DNC sur la liste d'opposition et synchronisez-les avec les systèmes externes ; ne laissez jamais les agents les modifier indépendamment dans deux systèmes.

Cartographie des champs : Que synchroniser ?

Il n’est pas nécessaire de tout synchroniser. Associez les champs qui pilotent la numérotation, la conformité et la production de rapports :

• Numéro(s) de téléphone — avec une règle claire sur le champ à composer (mobile ou travail) et sur la manière de gérer plusieurs numéros.
• Contacter le propriétaire / l'agent désigné — afin que les appels et les rappels soient acheminés vers la bonne personne.
• Fuseau horaire ou région — essentiel pour respecter les horaires d'appel locaux. Si le CRM ne le contient pas, déduisez-le de l'indicatif régional ou du pays du numéro.
• Base de consentement et statut de désinscription à DNC — à lire avant d'appeler, récapitulatif en cas de désabonnement.
• Décision / résultat de l'appel — une liste de sélection partagée et convenue afin que « pas de réponse », « rappel », « pas intéressé » et « converti » signifient la même chose dans les deux systèmes.
• Source de la campagne/liste — à des fins d'attribution et de reportage.
• Lien d'enregistrement et notes d'appel — réécrit dans la chronologie des activités.

Harmonisez la liste de sélection des dispositions entre les deux systèmes avant le lancement. Les dispositions non concordantes sont la principale cause de rapports post-intégration erronés.

L'expérience de l'agent : clic pour appeler et affichage contextuel

L'intégration doit simplifier le travail de l'agent, et non multiplier les tâches à gérer. Deux fonctionnalités permettent d'effectuer l'essentiel du travail :

Cliquez pour appeler Permet à un agent de composer un numéro directement depuis la fiche CRM , sans copier-coller ni erreurs de composition. Dans un numéroteur basé sur un navigateur, cette opération s'effectue dans le même onglet.

Dépression de l'écran L'enregistrement CRM correspondant s'affiche dès qu'un appel est établi (ou lorsqu'un rappel arrive), permettant ainsi à l'agent d'entamer la conversation avec un contexte complet au lieu de se demander « à qui ai-je l'honneur de parler ? ». Une bonne fenêtre contextuelle correspond au numéro de téléphone et ouvre le bon contact, compte ou ticket.

Avec DialerBee , basé sur un navigateur poste de travail de l'agentLes agents travaillent dans un seul onglet : le numéroteur gère le rythme et détection de répondeuret le contexte CRM accompagne l'appel.

Boucler la boucle : écriture rétroactive et automatisation

L'avantage de l'intégration est que les agents n'ont plus besoin de saisir de données. À la fin d'un appel, le numéroteur devrait enregistrer automatiquement :

• La disposition et toutes les notes de synthèse sur la chronologie des activités du contact.
• Un lien vers l'enregistrement et la transcription de l'appel, lorsque l'enregistrement est activé et légal.
• Une tâche de suivi ou un rappel, programmé pour l'agent propriétaire.
• Mises à jour des champs déclenchées par le résultat (par exemple, changement d'étape sur « converti » ou indicateur de désabonnement sur « ne pas contacter »).

La mise à jour en temps réel (via webhooks) permet de maintenir le CRM à jour en quelques secondes ; la synchronisation par lots est plus simple, mais engendre un délai. Privilégiez la mise à jour en temps réel pour les flux de travail nécessitant de nombreux rappels ou soumis à des exigences de conformité strictes.

Notes CRM par note

Salesforce. Déterminez dès le départ si vous travaillez avec des prospects, des contacts ou les deux, et si les appels doivent être enregistrés comme des tâches ou des activités. Respectez les règles de sécurité et de partage au niveau des champs afin que l'outil d'appel ne voie que les enregistrements auxquels l'utilisateur est autorisé à accéder. En cas de volume important d'appels, tenez compte des limites API Salesforce et privilégiez les appels groupés/en flux continu plutôt qu'un appel par enregistrement.

HubSpot. Associez les appels aux contacts et enregistrez-les comme des interactions sur la chronologie. Les workflows HubSpot s'intègrent parfaitement à un numéroteur : la notification de la disposition peut déclencher un workflow (inscription à une séquence, rotation de la responsabilité, création d'une opportunité). Surveillez les associations afin que les appels soient rattachés à la bonne entreprise et à la bonne opportunité.

Zoho CRM. Enregistrez les appels dans le module Appels et utilisez les modèles/automatisations de Zoho pour définir les étapes suivantes. Vérifiez quel champ téléphonique est le numéro principal (Zoho en propose plusieurs) afin que le clic pour appeler compose toujours le numéro souhaité.

Au-delà de cela, un numéroteur doté d'une API documentée peut s'intégrer avec Microsoft Dynamics, Pipedriveou un système personnalisé. Parcourez tous les connecteurs sur le page d'intégrations.

Sécurité, autorisations et configurations multi-locataires

L'intégration d'un CRM transfère les informations personnelles des clients entre les systèmes ; il faut donc la traiter comme n'importe quel autre lien de traitement de données :

• Utilisez OAuth et des jetons API à portée limitée plutôt que des mots de passe partagés ; accordez le minimum de privilèges nécessaires.
• Respectez le modèle d'autorisation du CRM afin que les agents ne puissent pas accéder aux enregistrements auxquels ils ne devraient pas avoir accès.
• Consignez les éléments synchronisés et leur date afin de pouvoir répondre aux questions des personnes concernées et aux questions d'audit.

Pour les entreprises d'externalisation de processus métier (BPO) et les agences, l'isolation est essentielle : la connexion CRM , le mappage des champs et les données de chaque client doivent rester séparés. DialerBee architecture multi-locataires Elle isole les intégrations par locataire, de sorte que l'organisation Salesforce d'un client et le portail HubSpot d'un autre client ne partagent jamais d'identifiants ni de données.

Un plan de déploiement simple

1. Carte et accord la liste de sélection des champs et de la disposition avec les deux propriétaires du système.
2. Connecter via l'application native, API ou l'iPaaS dans un environnement sandbox/de test.
3. Pilote avec une petite liste et quelques agents ; vérifier l'affichage à l'écran, la réécriture et la synchronisation DNC de bout en bout.
4. Réconcilier — vérifier ponctuellement que les décisions et les enregistrements ont bien été placés dans les dossiers appropriés.
5. Échelle atteindre le volume maximal, puis surveiller l'utilisation API et la latence de synchronisation.

Pièges courants en matière d'intégration

1. Contacts en double : L'absence de clé correspondante signifie que le numéroteur crée de nouveaux enregistrements au lieu de mettre à jour les enregistrements existants. La correspondance doit se faire sur un identifiant stable ou un numéro de téléphone normalisé.
2. Décalages horaires : L'absence de données régionales entraîne des appels en dehors des heures autorisées. Déduisez-les du numéro si le CRM ne les enregistre pas.
3. Dérive de disposition : Deux listes de sélection différentes rendent les rapports inexploitables. Harmonisez-les avant le lancement.
4. Désynchronisation DNC : Toute demande de désabonnement enregistrée lors d'un appel doit être immédiatement transmise au CRM . Utilisez la mise à jour en temps réel des demandes de désabonnement.
5. Limites API atteintes : La synchronisation naïve, enregistrement par enregistrement, peut rapidement saturer les quotas API CRM . Privilégiez les synchronisations par lots et événementielles.

Foire aux questions

Quel est le moyen le plus rapide de connecter un CRM à un numéroteur automatique ?

Un connecteur natif/préconfiguré est la solution la plus rapide s'il existe pour votre CRM : authentifiez-vous, choisissez les objets à synchroniser et c'est parti ! En l'absence de connecteur, utilisez l' API REST et les webhooks du numéroteur, ou une plateforme iPaaS comme Zapier ou Make pour une solution sans code.

Quels champs dois-je synchroniser entre le CRM et le numéroteur ?

Au minimum : numéro(s) de téléphone, responsable du contact, fuseau horaire/région, consentement et statut DNC la liste d’opposition au démarchage téléphonique, décision/résultat, source de la campagne et lien vers l’enregistrement et les notes. Veuillez définir une liste de sélection des décisions commune afin que les résultats soient interprétés de la même manière dans les deux systèmes.

Qu'est-ce que le « screen-pop » ?

L'affichage contextuel ouvre automatiquement la fiche CRM correspondante dès qu'un appel est établi ou qu'un rappel arrive, permettant ainsi à l'agent d'accéder immédiatement à toutes les informations nécessaires sans avoir à effectuer de recherche. La correspondance se fait généralement à partir du numéro de téléphone de l'appelant.

Comment puis-je synchroniser le statut « Ne pas appeler » ?

Conservez les listes d'opposition au DNC et les formulaires de consentement dans un seul système (généralement le CRM ), lisez-les avant chaque appel et enregistrez les désinscriptions en temps réel via des webhooks afin qu'une désinscription enregistrée lors d'un appel parvienne au CRM en quelques secondes.

Dans une configuration multi-locataires, chaque client peut-il avoir son propre CRM ?

Oui, si le numéroteur est mutualisé. Chaque client peut connecter son propre CRM avec des identifiants, des mappages de champs et des données isolés, de sorte que l'organisation Salesforce d'un client et le portail HubSpot d'un autre ne se mélangent jamais.

Synchronisation en temps réel ou par lots : laquelle dois-je utiliser ?

Utilisez la mise à jour en temps réel (webhooks) pour les flux de travail nécessitant de nombreux rappels et soumis à des exigences de conformité afin que le CRM reste à jour en quelques secondes. La synchronisation par lots est plus simple, mais elle engendre un délai ; elle convient aux mises à jour de rapports moins critiques.

DialerBee s'intègre-t-il à mon CRM ?

DialerBee propose des connecteurs pour les principaux CRM, notamment Salesforce, HubSpot et Zoho, ainsi qu'une API REST et des webhooks pour les systèmes personnalisés et les plateformes iPaaS. Consultez la page des intégrations pour obtenir la liste complète.

Une intégration CRM fluide transforme un composeur automatique en un système d'information centralisé pour vos prises de contact. Cartographiez soigneusement votre système, centralisez DNC opposition au démarchage téléphonique, activez la réécriture automatique et effectuez un test pilote avant de déployer à plus grande échelle. Lorsque vous serez prêt, DialerBee se connectera nativement à votre CRM ou via son interface dédiée. API et webhooks — réserver une démo pour voir la synchronisation bidirectionnelle en direct.