Le rendez-vous s’est bien passé, la proposition est partie, puis le suivi dépend d’un rappel personnel ou d’une colonne du CRM que personne n’a regardée depuis quelques jours. À mesure que le pipeline grandit, les relances deviennent difficiles à suivre.
L’automatisation des relances commerciales consiste à déclencher une action selon l’état réel d’une opportunité : préparer un message, créer une tâche ou envoyer une relance lorsque les conditions convenues sont réunies. Sa qualité dépend surtout des données du CRM, des règles d’arrêt et de la capacité de l’équipe à reprendre les cas particuliers.
Voici comment définir un circuit utile, avec un exemple de réalisation Micelli sur Sellsy. Nous parlons du suivi des prospects et des propositions, pas du recouvrement de factures impayées.
Définir les étapes qui méritent une relance
Prenez le pipeline actuel et examinez chaque colonne avec les commerciaux. Quelle situation représente-t-elle ? Qui doit agir ? Quel événement fait passer au stade suivant ? Une colonne appelée « en cours » peut regrouper des situations trop différentes pour une même règle.
Commencez avec une étape précise, par exemple une proposition envoyée en attente de réponse. Distinguez le délai depuis l’envoi du délai depuis le dernier échange. Si le prospect a demandé une modification hier, la relance ne doit pas partir simplement parce que la proposition initiale date d’une semaine.
Pour chaque étape, décrivez :
- l’événement qui commence l’attente ;
- les données nécessaires pour décider ;
- l’action attendue après le délai ;
- les situations qui suspendent ou arrêtent le suivi ;
- la personne responsable du dossier.
Une étape bien définie suffit pour un premier pilote. Notre méthode pour choisir un processus à automatiser aide à délimiter ce périmètre avant de connecter les outils.
Transformer les habitudes en règles explicites
« Relancer après quelques jours » laisse trop de questions ouvertes. Le délai dépend-il du type de proposition ? Que faire si le contact est absent ? Une opportunité déjà perdue doit-elle rester dans la liste ? Les réponses doivent venir de l’équipe commerciale.
Une fiche de règle peut prendre cette forme. Il s’agit d’un exemple illustratif, pas du paramétrage d’un client :
| Élément | Règle à définir |
|---|---|
| Entrée | Proposition envoyée et opportunité toujours ouverte |
| Attente | Délai choisi par l’équipe depuis le dernier événement pertinent |
| Condition d’envoi | Contact valide, aucune réponse récente, aucune suspension |
| Action | Préparer ou envoyer un message approuvé |
| Après traitement | Enregistrer l’action et sa date dans le dossier |
| Arrêt | Réponse, rendez-vous, refus ou changement de statut |
Prévoir un arrêt est aussi important que prévoir un départ. Les commerciaux doivent pouvoir suspendre la séquence lorsqu’un échange sort du parcours habituel. Ils doivent ensuite comprendre si cette suspension concerne une seule opportunité ou tout le contact.
Un exemple Micelli : suivre un pipeline dans Sellsy
Sur une réalisation documentée en interne, Micelli a défini un plan d’automatisation avec une équipe commerciale utilisant Sellsy. Le projet portait sur certaines colonnes du pipeline, sélectionnées avec l’équipe.
Chaque jour, le traitement examinait les cartes de ces colonnes. Selon les conditions et délais définis, des leads étaient déplacés vers la colonne appropriée. Ces déplacements déclenchaient aussi des emails via le CRM. Le principe était de faire suivre les actions par l’état du dossier, plutôt que par une liste de rappels séparée.
Ce cas montre un périmètre d’automatisation commercial ; il ne signifie pas que toutes les décisions de vente ont été automatisées. Nous ne publions pas de gain chiffré après intervention : aucune mesure comparable avant/après n’est disponible dans la documentation du projet.
Les fonctions natives du logiciel doivent être examinées avant d’ajouter un traitement externe. Sellsy documente notamment une automatisation créant une tâche de suivi lorsqu’une opportunité arrive à une étape donnée. C’est un mécanisme précis, à distinguer des autres actions possibles et du fonctionnement exact du projet décrit ici.
Préparer des messages qui restent cohérents avec l’échange
Un bon circuit peut envoyer un mauvais message si son modèle n’est pas adapté. Préparez des textes par situation, avec des champs dont la source est connue : nom du contact, objet de la proposition et prochaine étape envisagée.
N’ajoutez pas de délai, de réduction ou d’engagement que le dossier ne contient pas. Prévoyez un message utilisable lorsqu’une information facultative manque, puis bloquez l’envoi lorsqu’un élément indispensable est absent. Un champ vide dans un email n’est pas une exception acceptable.
L’IA peut aider à rédiger une première version, mais une relance standard validée suffit souvent. Si vous souhaitez tester la rédaction assistée, notre guide sur les usages de l’IA en PME propose des consignes et contrôles. La décision d’envoi reste un sujet distinct du choix des mots.
Testez les modèles sur des situations différentes : premier contact, proposition modifiée et échange déjà repris par téléphone. Les règles d’usage des coordonnées et des communications doivent être validées par les responsables concernés dans l’entreprise.
Empêcher les doublons et organiser la reprise
Supposons qu’un email soit envoyé, puis que l’enregistrement de son statut échoue. Rejouer tout le traitement pourrait envoyer un second message. Il faut donc distinguer les étapes et prévoir comment confirmer une action déjà effectuée.
Utilisez un identifiant de dossier et une trace de l’action prévue. Le traitement vérifie si cette action a déjà été exécutée avant de recommencer. Lorsque l’état est incertain, une vérification humaine est préférable à une nouvelle relance automatique.
Les plateformes proposent des mécanismes de gestion des erreurs, comme ceux décrits dans la documentation n8n. La configuration doit correspondre aux conséquences de l’action : réessayer une lecture et réessayer un envoi ne présentent pas les mêmes enjeux.
Avant la mise en service, testez au moins un contact absent, une réponse arrivée entre deux étapes, une opportunité fermée et une interruption du CRM. Vérifiez aussi que le responsable reçoit une alerte exploitable.
Mesurer le suivi avant d’étendre la séquence
Commencez par produire une liste des relances proposées, sans envoi automatique. Demandez aux commerciaux de signaler celles qui seraient pertinentes, inutiles ou inadaptées. Ce contrôle révèle souvent des statuts périmés et des échanges mal enregistrés.
Lors du pilote, observez le nombre de dossiers correctement suivis, les corrections de statut, les messages à reprendre et le temps de supervision. Le nombre d’emails envoyés ne mesure pas à lui seul la qualité du suivi ; une relance évitée peut être le bon résultat.
Une fois le périmètre validé, comparez les fonctions natives du CRM et les plateformes possibles, notamment n8n et Make. Micelli propose un accompagnement en automatisation pour relier règles métier, outils et supervision. Pour préparer l’échange, apportez votre pipeline, un exemple de dossier et les relances qui demandent aujourd’hui une intervention répétitive.
À garder en tête
- Un délai ne suffit pas : vérifiez le statut et les derniers échanges avant une relance.
- Le suivi doit distinguer préparation, envoi et résultat réellement enregistré.
- Prévoir les réponses et les arrêts de séquence évite de poursuivre une relance devenue inutile.
Du conseil à la mise en place
Construisons un suivi commercial adapté à votre pipeline.
Micelli examine vos étapes de vente et vos règles de relance, puis automatise le périmètre retenu avec vos équipes et vos outils.
Un premier échange de 30 minutes avec notre équipe.