Relancer sans se fâcher avec le client

Le ton d'une relance monte cran par cran, jamais d'un coup : trois registres, une progression qui s'arrête à un plafond réglé par le cabinet, et un profil de client qui peut la freiner ou la forcer. Le collaborateur relit l'historique du dossier avant de trancher, et une réponse du client suffit à changer le registre de la suivante.

Écrire à Bandiougou → contact@automatex.info

Une personne répond, sous un jour ouvré. Pas de formulaire, pas de rendez-vous imposé.

Trois registres, et ce qui fait passer de l'un à l'autre

La progression est écrite dans le code, pas laissée à l'inspiration du moment : cordial, puis rappel, puis insistant.

Le cran employé est indexé sur le nombre de relances réellement parties sur ce dossier. Une relance préparée mais jamais envoyée ne compte pas ; une réponse du client arrivée dans le fil ne compte pas non plus. C'est le nombre de messages effectivement partis qui fait avancer le curseur, et rien d'autre.

Un cabinet peut redéfinir cette séquence pour lui. Une valeur qu'il aurait mal saisie est simplement écartée, et si la séquence devenait vide, la séquence livrée reprend la main : un réglage malheureux ne casse pas la rédaction du message, il est ignoré.

Quand le curseur dépasse la fin de la séquence, il reste sur le dernier cran plutôt que de sortir de la liste. Le ton se stabilise donc au registre le plus ferme, et il ne monte pas indéfiniment parce que personne n'a répondu.

Ce qui freine la montée, et ce qui la force

Quatre décisions peuvent s'appliquer au même message. Elles sont résolues dans un ordre fixe, et la première qui répond l'emporte.

Le choix du collaborateur d'abord. S'il impose un registre au moment de préparer la relance, ce choix court-circuite tout le reste, y compris la lecture du ton de la dernière réponse. L'arbitrage d'un humain n'est pas recalculé par une règle.

Puis le profil du dossier. Un dossier marqué en litige part directement sur le registre le plus ferme, et le collaborateur reçoit un avertissement lui demandant de vérifier le contexte avant l'envoi. À l'inverse, un dossier marqué comme client de longue date est plafonné au cran intermédiaire : le message insiste, il ne se durcit pas.

Ce profil se calcule sans apprentissage, par trois règles lisibles. Une étiquette posée par un administrateur sur le dossier l'emporte sur tout. Sinon, AutomateX compte les relances fermes restées sans réponse sur ce dossier et sur une fenêtre de temps réglable, et bascule en litige au-delà du seuil du cabinet. Sinon encore, l'ancienneté du dossier et l'absence de signalement de retard de paiement donnent le profil de client de longue date. À défaut, le profil reste standard.

Puis la séquence. C'est le cas courant, celui qui s'applique quand rien de particulier n'a été décidé sur ce dossier.

Le ton du client change le ton de la réponse

Quand le client a écrit, la façon dont il l'a écrit est prise en compte — modérément, et toujours dans le même sens.

Une dernière réponse lue comme coopérative fait redescendre le registre d'un cran, sans jamais passer sous le premier. Une réponse lue comme irritée bloque la montée automatique et ajoute un avertissement à l'attention du collaborateur, qui relira avant de valider. Une réponse neutre ne change rien du tout : ni le registre, ni le rang de la relance, ni l'avertissement.

L'absence de lecture produit exactement le même résultat que le neutre. C'est un choix de conception : si l'analyse est indisponible, si le texte est trop court, si le modèle a échoué ou si le plafond de coût du mois est atteint, l'étiquette reste vide et la relance se prépare normalement. Une aide à la lecture ne doit jamais devenir un point de panne pour le travail du cabinet.

Cette lecture est faite une seule fois, au moment où la réponse est détectée, puis elle est simplement relue à la préparation de la relance suivante. Préparer un message ne déclenche donc aucun appel supplémentaire à un modèle pour redemander ce qui a déjà été établi.

Jusqu'où on insiste, et où l'on s'arrête

Le point le plus délicat d'une relance n'est pas le premier message. C'est celui où il faut arrêter.

Le plafond du cabinet borne le nombre de relances par dossier. Il se règle par cabinet, dans une plage bornée par construction. Quand il est atteint et que le client n'a rien répondu depuis la dernière relance partie, AutomateX cesse d'en produire.

Le plafond d'environnement est évalué avant celui-là, et il ne se négocie pas. Il existe parce que le premier a une soupape : une réponse du client rouvre le droit à une relance de plus. Cette soupape est légitime — un client qui écrit mérite qu'on lui réponde — mais sans borne au-dessus, un échange qui s'éternise rouvrirait ce droit indéfiniment. Le plafond d'environnement est ce qui referme cette possibilité, et aucun réglage de cabinet ne le franchit.

Dans les deux cas, le refus arrive avant tout effet de bord. Aucune relance n'est écrite en base, aucune unité n'est décomptée, aucun appel n'est fait à un modèle. Le dossier est simplement passé, la ligne est écrite au journal d'activité, et le cycle continue sur les dossiers suivants.

Quand on arrête d'insister, quelqu'un est prévenu

Un dossier qui atteint son plafond sans réponse ne disparaît pas de la circulation. Il change de main.

Le collaborateur responsable reçoit un message lui indiquant que le dossier a épuisé ses relances, la date de la dernière, et le lien vers le dossier. Il dit en toutes lettres ce qu'il attend : une action manuelle, un appel, un rendez-vous. Le relais est humain, et il est nommé.

Ce message part de la messagerie du cabinet lui-même, jamais de notre infrastructure d'envoi : c'est une adresse connue du collaborateur qui apparaît dans sa boîte. Le nom du client y est masqué avant d'être écrit, comme dans tout ce que la plateforme journalise.

Il n'arrive qu'une fois par dossier et par période, sur une fenêtre d'un mois : un cycle qui repasse sur le même dossier ne renvoie pas la même alerte. Et si l'envoi échoue — réseau, autorisation expirée, service en difficulté —, l'échec est compté et journalisé, mais il n'interrompt pas le traitement des autres dossiers du cabinet.

Ce que devient la réponse du client

Pour savoir s'il faut relancer encore, il faut savoir si le client a répondu. AutomateX relit donc les fils des relances déjà parties.

La lecture passe toujours par l'écosystème du cabinet, Gmail ou Outlook, parce que c'est de là que la relance est partie. Un cabinet qui collecte ses pièces depuis une autre messagerie voit malgré tout ses fils de relance relus au bon endroit.

Le contenu du message du client n'est pas conservé. Le texte brut vit en mémoire le temps d'être masqué, tronqué et soumis à la lecture de ton, puis il disparaît. La ligne enregistrée pour marquer la réponse porte une mention constante — « Réponse client — contenu non conservé » — et le corps du message n'atteint ni colonne de base, ni ligne de journal, ni entrée d'audit.

Cette relecture n'écrit jamais au client. Pas d'envoi, pas de réponse automatique, pas d'accusé de lecture. Les pièces jointes utiles, elles, passent par le même chemin d'ingestion que le reste de la collecte, jamais par un chemin parallèle ; une image de signature n'est pas prise pour un justificatif et ne crée aucun document.

L'historique d'un dossier, rassemblé à un seul endroit

Décider du ton suppose de savoir ce qui a déjà été envoyé, quand, par qui, et ce que ça a produit.

La chronologie d'un dossier réunit les relances, leur état, la date de départ, le collaborateur qui les a validées, et le document reçu qui y répond. Ce rattachement est calculé : parmi les documents du dossier arrivés dans la fenêtre qui suit l'envoi, AutomateX retient le plus proche de cet envoi, avec une règle de départage stable pour que deux consultations ne donnent jamais deux résultats différents.

Pour une relance partie, la chronologie propose le lien vers le message dans la messagerie du cabinet : on relit l'échange là où il vit, pas dans une copie. Le motif d'un refus, lui, est masqué avant de quitter le service.

Ce que chacun voit dépend de son rôle. Un administrateur voit toute la chronologie du dossier ; un gestionnaire la voit restreinte à ses propres validations. Et chaque consultation écrit sa ligne au journal d'activité du cabinet — une par consultation, sans regroupement.

Ce que le cabinet voit de l'ensemble

Au-dessus du dossier, la même mécanique alimente une vue de cabinet, écrite dans le classeur de suivi et lisible dans AutomateX.

Par collaborateur : les relances en attente de validation, celles parties dans le mois en cours, et la part de celles qui ont été validées sans être réécrites. Le détail se déplie relance par relance, avec le dossier, la période, la date, le document reçu et le délai de réponse.

Cette part de relances validées telles quelles n'est pas comptée dans une table à part. Elle est déduite du journal d'activité lui-même, qui distingue une validation directe d'une validation après réécriture. Une seule définition sert au tableau du cabinet et à l'évaluation interne de la qualité des messages : deux calculs auraient fini par afficher deux chiffres différents devant le même cabinet.

Un indicateur qui n'est pas mesurable est affiché comme absent, jamais comme un zéro. La différence n'est pas cosmétique : un zéro se lit comme un résultat, et un résultat inventé vaut moins que rien.

Trois questions posées en rendez-vous

Ce sont les trois qui reviennent dès qu'on parle d'escalade automatique à un expert-comptable.

Le ton peut-il monter tout seul jusqu'à la mise en demeure ?

Non. La progression s'arrête au registre le plus ferme de la séquence, et ce registre reste un message transactionnel : il rappelle les conséquences du retard sur la clôture et sur les obligations déclaratives, il n'emprunte pas le vocabulaire du recouvrement. La mise en demeure est un acte juridique réservé à l'expert-comptable, et elle ne s'écrit pas depuis un cycle automatique.

Que se passe-t-il quand le client finit par répondre ?

Sa réponse est rattachée à la relance qui l'a provoquée, et elle rouvre le droit à une relance de plus sous le plafond réglable du cabinet. Si le ton de la réponse a été lu comme coopératif, le registre redescend d'un cran ; s'il a été lu comme irrité, la montée s'arrête et le collaborateur reçoit un avertissement à relire avant de valider.

Un cabinet peut-il figer le ton employé avec un client ?

Oui, de deux façons. Un administrateur pose une étiquette de profil sur le dossier, et cette étiquette l'emporte sur les règles calculées. Et le collaborateur peut imposer le registre d'une relance donnée au moment de la préparer : ce choix explicite court-circuite toute la chaîne, y compris la lecture du ton de la dernière réponse.