Automatiser le suivi des devis et les relances dans une PME
Un devis envoyé n’est pas une tâche terminée. Il faut savoir qui attend une réponse, quand relancer et ce qui doit arrêter la relance. Ce guide organise cette suite de travail avant de choisir l’outil qui la prendra en charge.
06 chapitres
Reprendre un devis du premier message à la décision
Reconstituer quelques dossiers
- Choisissez quelques dossiers récents : un devis accepté, un refusé et un resté sans réponse.
- Reconstituez le chemin réel, avec les messages, les changements de version et les appels.
- Vous verrez quelles informations permettent de décider, et lesquelles disparaissent lorsque quelqu’un s’absente.
Exemple : une entreprise d’installation
Prenons un exemple fictif : une entreprise d’installation reçoit une demande par son site. Une personne précise le besoin, prépare un devis puis attend une décision.
Aujourd’hui, la date de relance est dans sa messagerie ; son collègue ne sait pas si le client a déjà appelé. Le besoin initial est de partager cet état, avant d’envoyer davantage de messages.
Délimiter le parcours
Notez le début, la fin et les exceptions du parcours. Le guide pour transformer un processus en outil propose cette observation. Une règle automatique ne peut pas réparer un statut dont personne ne connaît le sens.
Donner à chaque devis un état et une prochaine action
Séparer état et prochaine action
Séparez « en préparation », « envoyé », « réponse à traiter », « accepté » et « fermé ». Un état doit décrire ce qui est vrai maintenant. La date du dernier échange et la prochaine action disent, elles, ce qu’il faut faire. Mélanger ces deux informations rend les listes difficiles à utiliser.
Garder un responsable et la bonne version
Chaque devis a un responsable. Un collègue peut prendre le relais sans devenir propriétaire de tous les dossiers. Gardez aussi la version envoyée : une acceptation doit pouvoir être rapprochée du bon document, du bon montant et du bon périmètre.
Vérifier les outils existants
Cherchez d’abord ces fonctions dans les outils déjà utilisés. Un CRM existant ou sur mesure peut convenir. Le comparatif CRM, ERP et outils métier aide à décider où conserver l’information de référence.
- Un identifiant stable et la version du devis envoyé.
- Un responsable visible par l’équipe concernée.
- Un dernier échange et une prochaine action datés.
- Des états distincts pour attente, réponse, acceptation et clôture.
Écrire une relance avec ses conditions d’arrêt
Définir le déclencheur et le délai
Une règle exploitable précise son déclencheur, le délai choisi, le destinataire et les conditions qui empêchent l’envoi. Par exemple : préparer un rappel pour un devis envoyé, sans réponse enregistrée, dont la date de suivi est atteinte. Ce délai dépend de votre cycle commercial ; il ne se déduit pas d’une recette universelle.
Commencer par un brouillon validé
Commencez par préparer une tâche ou un brouillon que la personne responsable valide. L’envoi automatique peut venir ensuite pour les cas stables. Un échange téléphonique, un refus, une nouvelle version ou une demande de suspension doit interrompre la séquence.
Relire le dossier avant l’envoi
Avant chaque envoi, le système doit relire l’état du dossier. Une relance programmée hier ne reste pas légitime si le devis a été accepté ce matin. Prévoyez un nombre limité de rappels et une reprise manuelle pour les dossiers sans décision.
- Déclencheur, délai et destinataire définis.
- Réponse, refus et acceptation interrompent la séquence.
- La nouvelle version remplace le suivi de l’ancienne.
- Un responsable peut suspendre un rappel.
Prévoir les cas qui ne doivent pas partir tout seuls
Rattacher les réponses au bon dossier
Le client peut répondre depuis une autre adresse, appeler plutôt qu’écrire ou envoyer deux messages identiques. L’équipe doit pouvoir rattacher cette information au dossier et reprendre la main. Si aucun rapprochement sûr n’est possible, créez une tâche à vérifier plutôt qu’un envoi supplémentaire.
Reprendre après une panne
Une panne de messagerie ne doit pas effacer le travail en attente. Gardez l’action, son résultat et la raison de l’échec. Lors d’une reprise, distinguez un message non envoyé d’un message déjà remis au service d’envoi, afin de limiter les doublons.
Limiter les traces conservées
Les traces servent au contrôle, pas à stocker indéfiniment toutes les conversations. Définissez les informations nécessaires, les personnes qui peuvent les consulter et leur durée de conservation. Évitez de copier des pièces sensibles dans chaque journal technique.
Une action doit pouvoir être expliquée
La CNIL recommande une traçabilité proportionnée. Le journal permet d’examiner une opération sans ouvrir inutilement l’ensemble des données.
- Action
Qu’a fait le système ?
Conserver l’opération et le dossier concernés.
- Auteur
Qui l’a déclenchée ?
Distinguer une personne d’un traitement automatique.
- Moment
Quand a-t-elle eu lieu ?
Pouvoir rapprocher les événements pendant le diagnostic.
Utiliser l’IA seulement pour une tâche qui demande de l’interprétation
Automatiser les règles connues
Créer une échéance ou arrêter une relance après acceptation ne demande pas d’IA. Une règle connue est plus facile à tester. Le guide chatbot, automatisation et agent IA explique cette différence de rôle.
Vérifier les propositions de l’IA
Un modèle peut aider à préparer le résumé d’un échange ou à proposer une catégorie de demande. Le résultat doit rester vérifiable dans le message d’origine. Une incertitude sur l’accord du client ne doit pas changer seule le devis en commande.
Séparer rédaction et autorisation d’envoi
La rédaction d’un brouillon et l’envoi sont deux permissions différentes. La création d’une facture, une remise ou une modification contractuelle en sont encore d’autres. Définissez ces limites avant de connecter un outil IA à la messagerie et au CRM.
Tester sur des dossiers connus avant d’élargir
Rejouer les cas difficiles
- Faites rejouer la règle sur des dossiers de test : réponse juste avant le rappel, devis remplacé, refus reçu par téléphone, adresse invalide et double déclenchement.
- Comparez le résultat à ce que ferait la personne responsable.
- Le test doit vérifier aussi les messages qui ne sont pas envoyés.
Observer un cycle commercial
Commencez avec une partie du flux et gardez un moyen de suspendre la règle. Après un cycle commercial complet, regardez les devis sans prochaine action, le temps consacré au suivi et les corrections manuelles. Un taux d’ouverture de courriels ne suffit pas à prouver que le suivi est meilleur.
Préparer la reprise par un collègue
Documentez le fonctionnement pour une autre personne : où changer un délai, comment fermer un dossier, qui traite une alerte. Si le système oblige encore à demander chaque matin à son créateur ce qu’il a fait, la dépendance a seulement changé de place.
- Tester les envois attendus et les envois interdits.
- Vérifier le comportement après une panne et une reprise.
- Conserver une commande de suspension accessible.
- Former le relais qui reprendra les dossiers.
Les points qui restent à trancher
Faut-il changer de CRM pour automatiser les relances ?
Pas forcément. Vérifiez les statuts, les tâches et les connexions disponibles dans l’outil actuel. Un changement se justifie si un manque concret empêche le parcours, pas seulement parce qu’un autre outil propose plus de fonctions.
Combien de jours attendre avant de relancer ?
Le délai dépend du devis, de sa validité et du cycle de décision du client. Fixez une règle compréhensible par l’équipe et adaptez-la après observation ; il n’existe pas de délai optimal pour toutes les PME.
Peut-on automatiser sans envoyer automatiquement ?
Oui. Préparer une échéance, une tâche ou un brouillon partagé peut déjà enlever des oublis, tout en laissant la personne décider de l’envoi.
La création d’une facture peut-elle suivre l’acceptation ?
Elle peut faire partie du parcours si l’acceptation et les règles de facturation sont bien définies. Il faut traiter séparément la préparation, la validation et la transmission de la facture, notamment dans le cadre de la facturation électronique.
Confronter le guide à un projet réel.
Quelques lignes suffisent : contexte, contrainte principale et résultat attendu.
