Une relance oubliée peut bloquer un dossier pendant plusieurs jours. À l’inverse, une relance automatique mal conçue peut partir au mauvais moment, employer un ton inadapté ou continuer alors que la personne a déjà répondu.
Le problème ne vient donc pas de l’automatisation elle-même. Il vient souvent de règles trop simples qui résument le processus à « envoyer un email tous les trois jours ».
Une relance utile doit tenir compte du contexte du dossier, de son historique et des actions déjà réalisées. Elle doit également laisser la main à l’équipe lorsqu’une situation sort du cadre habituel.
Quelles relances peut-on automatiser ?
De nombreuses entreprises effectuent chaque semaine des relances très prévisibles :
- demander une pièce manquante dans un dossier
- rappeler une validation en attente
- prévenir de l’approche d’une échéance
- confirmer qu’une demande a bien été reçue
- signaler qu’une action doit être réalisée avant la prochaine étape
- rappeler un rendez-vous ou une intervention
- informer un responsable qu’un dossier reste bloqué
Ces relances se prêtent à l’automatisation lorsqu’il est possible de définir précisément leur déclencheur, leur destinataire et leur condition d’arrêt.
Commencer par définir l’événement déclencheur
Une relance ne devrait pas partir uniquement parce qu’un délai s’est écoulé. Elle doit être liée à un événement observable.
Par exemple, un dossier passe au statut « en attente de documents ». Si les pièces attendues ne sont toujours pas présentes après le délai prévu, une première relance est préparée. Si le dossier est complété entre-temps, l’action est annulée.
Le déclencheur peut reposer sur :
- un statut
- une date
- l’absence d’un document
- une validation non réalisée
- une action restée sans réponse
- une combinaison de plusieurs conditions
Plus la règle de départ est claire, moins le système risque de produire des messages inutiles.
Définir une vraie condition d’arrêt
C’est l’un des points les plus souvent négligés. Le système sait quand commencer, mais pas toujours quand s’arrêter.
Une réponse par email ne signifie pas forcément que le besoin est résolu. À l’inverse, un document peut avoir été déposé dans un portail sans qu’un message ait été envoyé.
La condition d’arrêt doit correspondre au résultat attendu : document reçu, statut modifié, validation enregistrée, rendez-vous confirmé ou intervention reprogrammée.
Il faut aussi prévoir les cas dans lesquels la relance automatique doit être suspendue. Un désaccord, une demande particulière ou une situation sensible doit pouvoir être repris par une personne.
Adapter le rythme au processus
Toutes les relances ne suivent pas le même calendrier. Une pièce nécessaire à une intervention prévue demain n’a pas la même urgence qu’un document utile dans plusieurs semaines.
Le rythme peut dépendre :
- du type de dossier
- de la date d’échéance
- du nombre de tentatives déjà effectuées
- de la priorité
- du profil du destinataire
- de l’étape suivante du processus
Le but n’est pas d’envoyer davantage de messages. Il est d’envoyer le bon rappel au moment où il peut débloquer la situation.
Ne pas automatiser les situations sensibles
Une relance standard convient aux cas courants. Elle convient moins lorsqu’une personne conteste une décision, signale une difficulté ou attend une réponse personnalisée.
Le système doit pouvoir identifier certains signaux et interrompre le scénario automatique. Le dossier est alors transmis à un collaborateur avec les informations utiles et l’historique des échanges.
Cette répartition est plus réaliste qu’une automatisation totale : les règles traitent les situations prévisibles et l’équipe conserve les échanges qui demandent du jugement.
Centraliser l’historique
Lorsqu’une relance part depuis un outil mais que le suivi se trouve ailleurs, l’équipe perd rapidement la vision d’ensemble. Une personne peut relancer manuellement sans savoir qu’un message automatique vient d’être envoyé.
Pour éviter cela, chaque action doit être enregistrée dans le dossier concerné :
- date d’envoi
- canal utilisé
- motif de la relance
- destinataire
- réponse reçue
- prochaine action prévue
Cet historique facilite la reprise manuelle et évite les doublons.
Exemple de scénario
Une entreprise attend plusieurs documents avant de pouvoir planifier une intervention.
Le scénario peut fonctionner ainsi :
- la liste des pièces attendues est enregistrée dans le dossier
- le système vérifie les documents déjà reçus
- un premier rappel mentionne uniquement les éléments manquants
- le dossier est mis à jour dès qu’une nouvelle pièce arrive
- la relance suivante est annulée lorsque le dossier est complet
- un collaborateur est alerté si la date limite approche malgré plusieurs rappels
Le client ne reçoit pas une série de messages génériques. Il reçoit une demande cohérente avec l’état réel de son dossier.
Les erreurs à éviter
Relancer sans vérifier les réponses
Un message automatique qui ignore une réponse récente donne immédiatement l’impression que personne ne suit le dossier.
Multiplier les canaux
Envoyer un email, un SMS et une notification pour la même action n’améliore pas nécessairement le suivi. Le canal doit être choisi selon l’urgence et les habitudes déjà définies.
Écrire un scénario impossible à interrompre
L’équipe doit pouvoir suspendre une relance, modifier une échéance ou reprendre le dossier sans contourner le système.
Mesurer uniquement le nombre de messages envoyés
Le bon indicateur n’est pas le volume de relances. Il faut plutôt observer les dossiers débloqués, les délais entre les étapes et les reprises manuelles nécessaires.
Comment préparer le projet ?
Avant de développer une automatisation, recensez les relances actuelles et répondez à cinq questions :
- quel événement déclenche la relance ?
- quelle information est réellement attendue ?
- quand faut-il arrêter le scénario ?
- quelles situations doivent être transmises à une personne ?
- où l’historique doit-il être enregistré ?
Cette cartographie permet de distinguer une règle métier stable d’une habitude informelle difficile à automatiser.
Pour voir d’autres exemples, consultez notre page consacrée à l’automatisation des processus métier.
FAQ
Peut-on conserver une validation humaine avant chaque envoi ?
Oui. Le système peut préparer la relance et demander une validation avant son départ. Cette étape peut être réservée à certains dossiers ou à certaines catégories de messages.
Une automatisation peut-elle s’arrêter lorsqu’une personne répond ?
Oui, à condition de définir comment la réponse est détectée et comment elle modifie le dossier. Selon les outils utilisés, une vérification complémentaire peut être nécessaire.
Faut-il remplacer notre outil de suivi actuel ?
Pas nécessairement. Il est souvent possible de connecter les outils existants ou d’ajouter une couche de suivi adaptée. La faisabilité dépend de leurs possibilités d’intégration.
Vos relances prennent trop de temps ?
CastOps analyse les règles, les exceptions et les outils déjà utilisés avant de concevoir un suivi adapté à votre fonctionnement.