Une URL par campagne.N'importe quel CRM peut l'utiliser.
Le lead drip donne à une campagne sa propre adresse de webhook. Dirigez-y votre CRM, vos formulaires ou vos automatisations, et les nouveaux leads arrivent directement dans la file d'appel, même pendant que votre équipe est en pleine session.
Pourquoi un webhook plutôt qu'une intégration
Un connecteur séparé pour chaque CRM, c'est une chose de plus qui casse chaque fois que ce CRM change quelque chose. Une adresse web qui accepte du JSON fonctionne avec tout outil capable d'envoyer une requête web, c'est-à-dire presque tous.
GoHighLevel
Une action webhook dans un workflow.
HubSpot
Un webhook de workflow.
Zapier ou Make
Une étape webhook.
Google Sheets
Un court Apps Script.
Vos propres formulaires
Une requête depuis votre code.
Vendeurs de leads
Quiconque peut envoyer des leads vers une URL.
Quoi envoyer
Du JSON, avec Content-Type: application/json, sous la forme que votre outil trouve la plus simple :
- un lead sous forme d'objet unique
- plusieurs leads sous forme de tableau
- plusieurs leads enveloppés dans
{"leads": [ ... ]}
Jusqu'à 500 leads par requête. Envoyez-en plus en plusieurs requêtes.
La seule chose que chaque lead doit avoir, c'est un numéro de téléphone américain à 10 chiffres. Les noms, l'e-mail, l'adresse et tout le reste sont facultatifs. Si votre formulaire enregistre le consentement, envoyez-le aussi : des champs comme consent_date, opt_in_source ou tcpa_language sont conservés avec le lead comme registre de consentement.
Vos noms de champs, pas les nôtres
Aucun CRM n'utilise les mêmes noms de champs, et rejeter un lead parce qu'il indiquait “Phone Number” au lieu de “phone” est la cause d'échec la plus courante de ces configurations. Le lead drip lit donc ce que les gens envoient réellement.
- Téléphone peut arriver sous la forme phone, phone_number, mobile, cell, telephone, primary_phone et plusieurs autres noms courants.
- Noms peuvent arriver sous la forme first_name ou firstname, last_name ou surname, et les autres variantes habituelles.
- Champs imbriqués sur un niveau sont lus comme s'ils étaient à plat, ce qui correspond à la façon dont HubSpot envoie ses
propertiesarrivent. - Tout ce qui n'est pas reconnu est conservé avec le lead au lieu d'être jeté. Le champ que personne n'avait prévu est souvent celui dont un agent a besoin pendant l'appel.
Vous savez toujours ce qui s'est passé
Un simple “error 400” n'indique rien à l'expéditeur : les noms de champs étaient-ils faux, les numéros inutilisables ou la campagne en pause ? Chaque réponse le précise donc :
- combien de leads ont été accepted
- combien ont été ignorés comme doublons, parce que ce numéro est déjà dans la campagne ou apparaît deux fois dans la même requête
- combien ont été rejetés, avec la raison
- si la campagne est active, ou en pause rien ne sera donc appelé tant qu'elle n'est pas réactivée
Les doublons comptent plus qu'il n'y paraît. Les automatisations de CRM se déclenchent deux fois et les feuilles se resynchronisent ; sans cette vérification, la même personne serait appelée deux fois. Chaque requête est aussi journalisée, pour que vous puissiez la relire plus tard depuis la campagne.
Garder l'URL privée
- L'adresse contient un long secret généré par DialerSeat. Vous ne le choisissez jamais, car un secret choisi par quelqu'un est généralement faible.
- Si une URL fuite, générez-en une nouvelle depuis la page de la campagne et l'ancienne cesse de fonctionner.
- Une adresse erronée et une adresse révoquée reçoivent exactement la même réponse, pour que personne ne puisse sonder une URL qui fonctionnait auparavant.
Où le trouver
Le lead drip s'active depuis la page d'une campagne dans Équipes, qui est accompagné de Manager+. Activez-le, copiez l'URL de la campagne dans votre CRM ou votre automatisation, et envoyez un lead de test pour voir la réponse.
L'envoi d'un tableur fonctionne dans toutes les formules. Voir envoyer et gérer les leads.