Callbot outbound : relancer, qualifier, respecter Bloctel (2026)

Outbound : la discipline où “ça marche en démo” ne veut rien dire

En inbound, le client vous appelle. Vous avez son attention (au moins 10 secondes).

En outbound, vous interrompez.

Et quand vous interrompez :

• vous êtes jugé en 3 secondes,
• vous êtes suspect en 6,
• et vous êtes raccroché en 9.

Ce n’est pas cynique. C’est la vie moderne.

Un callbot sortant, c’est donc :

1. un sujet de conformité (car vous initiez la sollicitation),
2. un sujet de délivrabilité (décroché, anti-spam),
3. un sujet de design conversationnel (légitimité, concision),
4. et un sujet d’ops (volumes, retries, supervision).

Conformité : Bloctel, démarchage et “automates d’appel”

La conformité outbound dépend du pays, du secteur et du cas d’usage.

Ici, on prend le prisme France, parce que c’est souvent la réalité de Webotit.

Bloctel : un cadre incontournable en France

Le gouvernement français explique le rôle de Bloctel comme dispositif d’opposition au démarchage téléphonique, avec des éléments pratiques pour les consommateurs et l’écosystème.¹

La CNIL a aussi une page dédiée à Bloctel et au démarchage téléphonique, qui clarifie le cadre et renvoie vers les autorités compétentes selon les sujets (protection des données vs règles de démarchage).²

Les “automates d’appel” (CNIL) : un cas sensible

La CNIL traite explicitement le cas des automates d’appel dans le cadre du démarchage téléphonique et rappelle les règles applicables, notamment en matière de consentement et de pratiques encadrées.³

Délivrabilité : décroché, réputation, et hygiène de campagne

Avant même d’avoir une conversation, l’outbound se joue sur :

• la réputation de vos numéros,
• les volumes,
• les horaires,
• le “pattern” d’appels,
• et les règles anti-spam.

Votre callbot peut être brillant. Si vous finissez “signalé spam”, vous avez un robot très intelligent qui parle au vide.

Le pattern le plus sûr : qualité > volume

Un outbound callbot n’est pas un “blaster”.

C’est un agent qui appelle moins, mais mieux :

• ciblage propre,
• message initial clair,
• et sortie rapide (qualification, RDV, rappel).

Confiance et identification de l’appelant : le numéro affiché, c’est votre passeport

On se trompe souvent d’ennemi en outbound.

On croit que “le script” fait tout. En réalité, votre premier dialogue se joue avant le décroché :

• le numéro affiché (CLI),
• la réputation,
• le timing,
• et le sentiment “c’est légitime / c’est du spam”.

Si la personne ne croit pas au numéro, votre callbot peut citer du Molière : il n’aura pas d’audience.

En France, l’ARCEP documente la lutte contre la manipulation des numéros et décrit un mécanisme d’authentification du numéro appelant (“MAN”) dans le cadre du plan national de numérotation.⁶⁷

Traduction callbot :

• évitez de “tourner” de numéros comme on change de chemise,
• alignez vos canaux (SMS/email/site) sur le même identifiant,
• et traitez le CLI comme une brique produit (pas comme une ligne de config).

AMD : Answering Machine Detection (répondeur) — le passage obligé

Sur les appels sortants, vous allez parler à :

• des humains,
• des répondeurs,
• et des boîtes vocales “bizarres”.

Si vous ne faites pas d’AMD, vous allez :

• dépenser du temps d’appel,
• agacer des prospects,
• et dégrader vos KPI.

Twilio documente l’Answering Machine Detection (AMD) sur Voice, avec la logique d’activation et les paramètres associés.⁴

Côté open source, Asterisk documente aussi une fonctionnalité “Answering Machine Detection” (AMD) avec des paramètres (durées, seuils), ce qui illustre les compromis techniques du sujet.⁵

AMD : pourquoi ça ajoute du silence (et comment l’assumer)

AMD n’est pas magique : c’est un algorithme qui doit écouter quelques secondes pour décider.

Twilio explique dans sa FAQ / bonnes pratiques que l’AMD peut introduire plusieurs secondes de “silence” côté appelé, parce que la connexion vers votre application est retardée le temps de la détection.⁹

Donc vous avez un choix produit :

• AMD stricte : meilleure décision “humain vs répondeur”, mais plus d’attente,
• AMD plus rapide : moins de silence, mais plus de faux positifs (un humain pris pour un répondeur… et inversement).

Le bon choix dépend de votre cas :

• rappel RDV : le message répondeur est utile → AMD plus “sûre”,
• qualification lead chaud : chaque seconde compte → AMD plus “rapide”.

Et dans tous les cas : mesurez le drop rate et le temps avant première parole. L’AMD non mesurée, c’est de la superstition.

AMD : ce que ça change dans le design conversationnel

Votre callbot outbound doit avoir deux scripts :

1. script “humain” (qualification),
2. script “répondeur” (message bref + call-to-action).

Et surtout : un script répondeur doit être court, clair, et orienté action.

Exemple fictif (répondeur) :

“Bonjour, ici [Entreprise]. Nous vous appelons au sujet de [motif]. Pour rappeler, rendez-vous sur [URL] ou appelez le [numéro]. Bonne journée.”

Le but n’est pas de “faire une conversation avec un répondeur”. Le but est de laisser une trace utile.

Script outbound : 15 secondes pour être légitime

Un callbot outbound a une fenêtre minuscule pour convaincre.

Je recommande un pattern très simple :

1. Qui je suis (identité claire)
2. Pourquoi j’appelle (motif explicite)
3. Ce que je veux (une seule chose)
4. Option de sortie (rappel, humain, stop)

Exemple fictif (humain)

“Bonjour, je suis l’assistant vocal de Webotit. Je vous appelle suite à votre demande de démonstration. Est-ce que vous avez 30 secondes pour confirmer votre secteur d’activité ? Sinon, je peux vous rappeler ou vous passer un conseiller.”

Pourquoi ça marche :

• c’est court,
• c’est légitime,
• et ça respecte l’utilisateur (option).

Ce qui ne marche pas :

• un monologue,
• un pitch marketing,
• et un callbot qui ne laisse pas une porte de sortie.

Qualification outbound : 3 questions max (sinon vous rejouez un SVI)

Le réflexe “callbot” de beaucoup d’équipes, c’est d’en faire trop :

• tout qualifier,
• tout expliquer,
• tout vendre.

En outbound, c’est l’inverse : vous devez réduire.

Un bon callbot sortant fait un truc très simple :

1. obtient une micro-permission (“vous avez 30 secondes ?”),
2. pose 1 à 3 questions utiles,
3. déclenche une action (RDV, transfert, rappel, SMS),
4. et sort.

L’art de la micro-permission

Une micro-permission n’est pas une politesse. C’est une stratégie.

Vous dites à l’utilisateur : “je respecte votre temps”. Et vous vous imposez une contrainte : “je ne vais pas parler pendant 45 secondes”.

Exemple (fictif) :

“Bonjour, je vous appelle suite à votre demande de devis. Est-ce que vous avez 20 secondes ?”

Si la personne dit non, vous n’insistez pas. Vous proposez une issue :

“Ok. Je peux vous envoyer un SMS avec un lien, ou vous rappeler demain matin. Qu’est-ce que vous préférez ?”

Ce n’est pas “moins ambitieux”. C’est une manière d’augmenter le taux de réussite sans créer de friction.

La règle des 3 questions (et la “question cachée”)

En outbound, chaque question doit justifier son existence.

Avant de poser une question, demandez-vous : “si j’obtiens cette réponse, qu’est-ce que je fais concrètement ?”

Si la réponse est “je mets ça dans un CRM”, ce n’est pas une question. C’est de l’administration.

Gardez les questions qui changent la prochaine action :

• secteur / typologie,
• urgence / priorité,
• disponibilité (RDV).

Et si vous devez collecter une information sensible (identité, dossier), faites-le proprement et avec gouvernance (logs, rétention). Notre article RGPD & enregistrement/transcription vous évite les angles morts.

Les KPI outbound (ceux qui font la différence)

En outbound, vous avez des KPI spécifiques :

• taux de décroché (contact rate),
• taux AMD (humain vs répondeur),
• taux de qualification,
• taux de conversion (RDV, action),
• taux de rappel / opt-out,
• durée moyenne (AHT).

Et bien sûr : conformité (plaintes, signalements, opt-out).

Stack technique : ce qui est différent en outbound

0) Pensez “state machine d’appel”, pas “dialogue”

Un outbound, c’est d’abord un cycle de vie d’appel :

• initié,
• en sonnerie,
• répondu,
• occupé,
• sans réponse,
• échoué,
• terminé.

Les stacks téléphonie exposent ces statuts et des callbacks/webhooks pour piloter ce cycle de vie côté application (ex. via l’API d’appels Twilio).⁸

Traduction produit : une bonne campagne outbound, c’est une bonne mécanique de retries, de fenêtres horaires, de bascules de canal (SMS/email), et de stop conditions.

Le callbot n’arrive qu’ensuite.

1) Call progress / réponses

Vous devez gérer :

• ring,
• busy,
• no-answer,
• voicemail,
• échec réseau.

Chaque état doit conduire à une action explicite :

• retry plus tard,
• SMS/email,
• suppression de la campagne,
• ou transfert à un agent.

2) Rate limiting et gouvernance

L’outbound à volume est un risque :

• risque réputation,
• risque conformité,
• risque coût.

Donc : limiter, monitorer, et “kill switch”.

3) Logging minimal et gouverné (RGPD)

Ne loggez pas “tout”.

Loggez ce qui est utile :

• statut (décroché, AMD),
• outcome (RDV, rappel, opt-out),
• et éventuellement résumé.

Pour les règles de rétention, voir : RGPD & callbots.

Open source vs cloud : l’arbitrage outbound

Cloud :

• AMD intégrée,
• outils de campagne,
• time-to-market.

Open source :

• contrôle,
• optimisation coût,
• complexité.

Dans les deux cas, l’important n’est pas “la stack”.

C’est la discipline :

• scripts courts,
• opt-out respecté,
• monitoring,
• et QA de campagnes.

Outbound à l’échelle : 6 patterns qui évitent de se brûler

Je vous donne six patterns qu’on voit dans les équipes qui réussissent… et qu’on ne voit pas (assez) dans les équipes qui font “un bot qui appelle”.

1. Opt-out immédiat et irréversible : la sortie doit être plus simple que l’argumentation.
2. Pacing progressif : augmentez les volumes en rampe, pas en cliff. Surveillez décroché, plaintes et réputation de numéros.
3. Heures de bon sens : n’essayez pas de “gratter” des décrochés à 20h59. Vous gagnez un contact, vous perdez une marque.
4. List hygiene : doublons, numéros invalides, personnes déjà jointes, exceptions (VIP, sensibles). Un outbound sale, c’est un outbound cher.
5. Scripts anti-embrouille : identité + motif + option + une seule demande. La légitimité est un UX.
6. Kill switch : un bouton rouge qui stoppe tout (campagne, numéros, retries). Parce que “on verra demain” est une stratégie de crise, pas un plan.

Et n’oubliez pas le point qui fait gagner du temps humain : si votre bot n’arrive pas à qualifier, transférez vite (avec contexte) plutôt que d’insister. La résolution rapide bat toujours le “je continue à parler”.

Checklist “go-live” outbound (copiable/citable)

1. Base légale / conformité validée (juridique).
2. Script d’introduction clair (identité + motif + option).
3. Gestion opt-out (immédiate et respectée).
4. AMD activée + script répondeur.
5. Rate limiting + kill switch.
6. Logs minimisés + rétention définie.
7. KPI hebdo : décroché, conversion, opt-out, plaintes.
8. Escalade vers humain prévue (sur objection).

FAQ

Questions frequentes

Bloctel s’applique-t-il à mon cas d’usage ?+

Cela dépend de votre contexte et de la nature de vos appels. Les pages officielles expliquent le dispositif et les règles générales, mais pour un projet callbot, faites valider votre cas par vos équipes conformité/juridique. Bloctel est un marqueur fort en France.¹²

AMD : indispensable ?+

Pour la plupart des campagnes outbound, oui. Sans AMD, vous payez du temps d’appel sur des répondeurs et vous dégradez l’expérience. Twilio et Asterisk documentent l’AMD et montrent que c’est un sujet d’ingénierie, pas un gadget.⁴⁵

Je peux 'pitcher' comme un commercial ?+

Techniquement oui, stratégiquement non. Un callbot doit être plus court qu’un humain, pas plus long. Outbound = concision et option de sortie.

Quelle est la meilleure stack outbound ?+

Celle que vous pouvez opérer : monitoring, rate limiting, conformité, et scripts. Le cloud est souvent plus rapide pour démarrer; l’open source plus contrôlable à grande échelle. Mais le ROI se joue surtout sur AHT/FCR et la discipline de campagne.

Sources et references

1. [1]Ministère de l’Économie, “Bloctel : la liste d’opposition au démarchage téléphonique”.
2. [2]CNIL, “Bloctel et démarchage téléphonique”.
3. [3]CNIL, “Démarchage téléphonique : automates d’appel, quel consentement ?”.
4. [4]Twilio, “Answering Machine Detection”.
5. [5]Asterisk Wiki, “Answering Machine Detection (AMD)”.
6. [6]ARCEP, “Plan national de numérotation” (mise à jour incluant MAN : authentification du numéro appelant).
7. [7]ARCEP, “L’ARCEP et la lutte contre la manipulation des numéros” (MAN).
8. [8]Twilio, “Call Resource” (cycle de vie/statuts d’appels via API).
9. [9]Twilio, “Answering Machine Detection FAQ & Best Practices” (latence/silence, compromis).