Une relance client automatique envoie le bon message au bon interlocuteur quand une facture ou un devis arrive à échéance, sans qu’une personne surveille un tableau. Elle ne tient que si les données sont justes : une facture déjà payée, un litige en cours ou un contact qui a changé doivent bloquer l’envoi. Les cas sensibles restent à une personne.
Qu’est-ce qu’une relance client automatique ?
C’est un système qui repère les factures et les devis arrivés à une date clé, vérifie qu’une relance est justifiée, puis envoie un message adapté au client et à son historique. La différence avec un simple rappel programmé : il croise plusieurs sources avant d’envoyer, et il sait s’arrêter quand la situation change.
Relance de facture, relance de devis : deux processus différents
La facture relève du recouvrement amiable : le client doit de l’argent. Le devis relève du suivi commercial : le client n’a encore rien décidé. Le ton, le rythme et le destinataire diffèrent. Une relance automatique de facture s’adresse souvent à la comptabilité et s’arrête dès que la facture est soldée. Le devis s’adresse au contact commercial, avec moins de messages, et s’arrête dès qu’il répond ou décline. Un seul scénario pour les deux mélange ces tons, et le message tombe à côté.
Ce que font déjà votre logiciel de facturation ou votre CRM
Beaucoup de logiciels envoient déjà un rappel à date fixe, parfois avec la facture jointe. Cela suffit si rien n’a changé et si tout est dans le même outil. Ce rappel ne voit ni le paiement arrivé la veille, ni le litige signalé par e-mail, ni le suivi de relances tenu dans Excel. Il envoie quand même. La relance ne part qu’après ce croisement. Si une source manque ou contredit les autres, l’envoi est suspendu.
Les données dont une relance a besoin
Une relance juste demande cinq informations à jour : l’échéance, le montant restant dû après les paiements reçus, l’existence d’un litige ou d’une réclamation, le bon interlocuteur chez le client et l’historique des relances déjà envoyées. Si l’une manque ou se trouve en double, le système relance à tort, et c’est la relation qui en paie le prix.
Un échéancier négocié s’ajoute à ces cinq.
| Donnée | Où elle se trouve souvent | Erreur si elle est fausse |
|---|---|---|
| Échéance | Logiciel de facturation | La relance part trop tôt ou trop tard |
| Paiements reçus | Banque, comptabilité | Une facture déjà payée est relancée |
| Litige ou réclamation | E-mails, CRM, commercial | Un message ferme part vers un client qui conteste |
| Interlocuteur | CRM, ERP, fiches en double | L’envoi va à un ancien contact |
| Échéancier négocié | E-mail, note de dossier | Un report déjà accordé est ignoré |
| Historique des relances | Journal, boîte partagée | Le même message part deux fois |
Le montant restant dû est le total de la facture, diminué des paiements lettrés, des avoirs et des règlements partiels. On n’envoie rien si le rapprochement bancaire n’est pas à jour.
Des données en double qui faussent une relance produisent le même effet. Le guide sur la gouvernance des données en donne déjà l’exemple : on ne le refait pas ici. Une personne désigne la fiche qui fait foi avant le premier envoi.
Les noms, adresses électroniques et téléphones des interlocuteurs sont des données personnelles. L’automatisation, ou l’IA qui rédige à partir de l’historique, ne reçoit que les champs utiles à l’envoi, dans un outil déjà validé. La CNIL rappelle que cet usage s’encadre par des règles internes.
Construire les scénarios : quand relancer, par quel canal, avec quel ton
Un scénario de relance fixe à l’avance les moments d’envoi, le canal et le ton de chaque message, du rappel courtois avant l’échéance jusqu’au dernier message avant transmission à une personne. Il varie selon le type de client, le montant et l’historique. Le nombre de relances automatiques est limité, et la suite est toujours décidée par quelqu’un.
L’automatisation des relances clients commence par ce scénario, écrit avec la personne qui relance aujourd’hui. Les dates dépendent des conditions de paiement : le tableau est illustratif, pas un calendrier à recopier. La relance automatique de facture n’y suit pas le rythme du devis.
| Moment | Message | Qui envoie |
|---|---|---|
| Avant l’échéance | Rappel courtois | Le système |
| À l’échéance | Rappel factuel | Le système |
| Après l’échéance | Relance ferme | Le système, ou une personne si le cas l’exige |
| Ensuite | Appel, mise en demeure, geste commercial | Une personne |
L’e-mail est le canal habituel : il laisse une trace et joint la pièce. L’appel vient ensuite, et jamais le même jour, pour ne pas donner l’impression de harceler le client.
Entre professionnels, les pénalités de retard et l’indemnité forfaitaire pour frais de recouvrement doivent figurer dans les conditions générales de vente, et l’indemnité aussi sur la facture. D’après Service Public Entreprendre, qui renvoie à l’article L441-10 du Code de commerce, les pénalités pourraient s’appliquer sans rappel préalable. Aucun montant ni aucun taux n’est repris ici : ils se vérifient à la source. Les appliquer reste une décision humaine. Klaryx ne donne pas de conseil juridique.
Relancer une facture impayée : ce que doit contenir le message
La relance client d’une facture impayée n’est pas un modèle à copier. Elle porte la référence et la date, le montant restant dû, l’échéance, le moyen de paiement et l’interlocuteur en cas de désaccord. Le ton suppose l’oubli avant le refus. Une relance de facture automatique reprend ces champs dans la facture et le lettrage, sans les laisser à une rédaction libre.
Relancer un devis : rythme et sortie
Le rythme est plus lent : le client n’a rien accepté. Un scénario illustratif prévoit un rappel, un second si rien ne revient, puis un message qui annonce la clôture du devis. Toute réponse ou tout refus arrête les envois. La suite revient à la personne qui porte la relation. On n’y parle ni de retard, ni de pénalité. Automatiser les relances d’impayés et relancer un devis restent deux règles.
Quand la relance doit s’arrêter
Une relance automatique s’arrête dès que la situation sort du cas simple : paiement reçu ou annoncé, litige déclaré, réponse du client, échéancier accordé, client signalé comme sensible ou montant au-dessus d’un seuil. Dans ces cas, le système suspend l’envoi et prévient la bonne personne. C’est la règle qui protège le plus la relation client.
On écrit ces conditions avant de construire. Toute réponse d’un client suspend les envois jusqu’à ce qu’une personne l’ait lue.
- Paiement reçu ou annoncé : la facture est suspendue jusqu’au lettrage.
- Litige ou réclamation : plus aucune relance sur ce dossier.
- Échéancier accordé : les dates négociées remplacent le scénario.
- Client sensible, stratégique ou en difficulté : plus de message automatique.
- Montant au-dessus du seuil fixé par l’entreprise : le message est validé avant de partir.
L’IA peut classer la réponse (promesse de paiement, contestation, question, message vide) et proposer une suite. Une personne valide avant tout nouvel envoi. L’enchaînement est fixé à l’avance : l’IA ne décide pas de relancer ou d’abandonner. Le tri d’une boîte partagée, au-delà de ces réponses, est un autre travail.
Vos relances partent encore d’un tableau tenu à la main ? On les regarde avec vous : l’échange de 30 minutes est gratuit.
Parlons de votre transformation
Code, IA, personne : qui fait quoi dans une relance
Le code calcule les échéances, croise paiements et litiges, sélectionne les factures à relancer et journalise chaque envoi. L’IA peut adapter un message à l’historique du client ou lire ses réponses. Une personne décide des cas sensibles : litige, client important, geste commercial, mise en demeure. Ce partage rend la relance fiable et défendable.
| Étape | Rôle | Qui l’exécute |
|---|---|---|
| Sélection | Repérer les pièces à date | Le code |
| Vérification | Solde, litige, contact, arrêt | Le code |
| Rédaction | Champs de la pièce, ou ton adapté | Texte fixe, ou IA sur un modèle validé |
| Envoi | Cas simples, avec trace | Le code |
| Réponses | Classer, puis proposer une suite | L’IA classe, une personne décide |
| Escalade | Appel, mise en demeure, geste, échéancier | Une personne |
| Pénalités | Décider de les appliquer ou non | Une personne |
Si un montant ou une date viennent d’un modèle de langage, le résultat n’est plus explicable. On détaille comment répartir un processus entre code, IA et validation humaine. L’article 7 de l’exemple de charte pose les règles d’une charte pour les automatisations : un responsable, un journal, une façon d’arrêter. On n’en recopie pas la clause.
Logiciel de relance, workflow no-code ou développement ?
Un logiciel de relance client, ou le module de facturation, suffit quand l’échéance, le solde, le contact et l’historique y sont déjà. Un workflow no-code relie deux ou trois outils si les exceptions restent rares. Le développement devient utile quand les conditions d’arrêt se multiplient, ou quand une reprise ne doit pas renvoyer les mêmes messages. On peut choisir entre no-code et code pour ce workflow selon ces exceptions. Aucun nom de logiciel, et aucun tarif, ne sont cités ici.
Mesurer l’effet des relances automatiques
On mesure une relance automatique sur quatre indicateurs fixés avant le lancement : le délai moyen de paiement, la part des factures payées en retard, le temps que l’équipe consacre aux relances et le nombre de réclamations provoquées par une relance. Sans point de départ mesuré, on ne peut pas dire si le système a changé quelque chose.
Le délai et la part de retards montrent si l’argent rentre plus tôt et si le stock d’impayés baisse. Le temps d’équipe et les réclamations montrent si le tableau manuel a disparu sans abîmer la relation. On les relève avant le premier envoi, puis on les recalcule de la même façon. C’est ainsi qu’on peut mesurer le résultat d’une automatisation. Aucun gain chiffré n’est avancé ici : aucun cas publié ne porte sur les relances.
De la relance au poste client : ce qui peut tourner seul, ce qui reste à l’équipe
Une fois les données fiables et les conditions d’arrêt écrites, la plupart des relances simples peuvent partir seules, avec un journal consultable. Ce qui reste à l’équipe, c’est le jugement : un client en difficulté, un litige, une relation à préserver. Construire ce partage demande de relier facturation, banque et messagerie, et de tester chaque règle.
La relance n’est qu’une partie du poste client : lettrage, avoirs et litiges restent à l’équipe. Klaryx accompagne la transformation IA des PME et ETI pour automatiser vos relances clients avec contrôle humain, en testant chaque règle avant qu’un message parte seul.
Pour aller plus loin
La suite utile n’est pas d’ajouter un message au scénario. C’est vérifier que les données sont justes et que l’effet sera mesuré, avant de laisser partir la première relance. Sans ces deux conditions, un texte bien écrit arrive quand même au mauvais client, et personne ne peut dire si le délai de paiement a changé.
La gouvernance des données traite les fiches qui font foi. La méthode pour mesurer une automatisation fixe le point de départ et la période.
Vous voulez savoir quelles relances peuvent partir seules chez vous, et lesquelles doivent rester à l’équipe ? On regarde vos données et vos cas sensibles avec vous. L’échange de 30 minutes est gratuit.