Automatiser la relance de devis avec n8n : le workflow pas à pas

En bref

• Un devis laissé sans suite peut simplement se perdre dans une boîte de réception : le client n'a pas dit non, il n'a pas répondu. Une relance programmée à J+3 puis J+7, arrêtée dès que le client répond, se construit en quelques nœuds n8n.
• Le workflow ci-dessous lit vos devis envoyés une fois par jour, calcule le délai, vérifie si le client a répondu, puis prépare ou envoie la relance.
• Les limites comptent autant que le schéma : réponses par un autre canal, absences, doublons d'envoi, droit d'opposition. Elles sont listées en fin d'article.

Ce tutoriel décrit un workflow réel et reproductible, pas un résultat promis. Aucun chiffre de conversion n'est avancé : il dépend de votre offre, de vos délais et de votre relation avec le client. Le contexte plus large (relances, séquences, suivi commercial) est traité dans notre service de séquences de suivi et dans le guide du devis automatisé.

Ce que le workflow fait, et ce qu'il ne fait pas

Il fait quatre choses : repérer les devis envoyés sans réponse, relancer à J+3 puis J+7, s'arrêter dès qu'une réponse arrive, et vous prévenir quand il faut passer à l'humain. Il ne négocie pas, ne répond pas aux objections et ne relance pas indéfiniment. Après la deuxième relance, la décision d'appeler ou de laisser tomber vous revient.

C'est une automatisation à règles fixes, donc un bon terrain pour un outil comme n8n. Si vous hésitez entre outils, voyez le comparatif n8n, Make et Zapier.

Avant de construire : les données dont il a besoin

Le workflow est aussi fiable que la liste qu'il lit. Il lui faut, pour chaque devis envoyé, une ligne dans un tableur, un CRM ou une base, avec au minimum :

• un identifiant de devis et le nom du client ;
• l'adresse e-mail du destinataire et l'identifiant du fil de discussion de l'envoi ;
• la date d'envoi ;
• un statut (envoyé, réponse reçue, à appeler, gagné, perdu) ;
• le nombre de relances déjà faites et la date de la dernière.

Si vos devis ne sont pas encore consignés quelque part, c'est le premier chantier. Sans cette liste, aucun outil ne sait qui relancer.

Le workflow, nœud par nœud

Voici l'enchaînement. Les noms des nœuds et des opérations sont ceux de la documentation n8n, relue le 6 octobre 2026.

1. Schedule Trigger. Lance le workflow chaque jour ouvré à une heure fixe, par exemple 9 h.
2. Lecture des devis. Un nœud de lecture (Google Sheets, Airtable, CRM ou requête HTTP) récupère les lignes au statut « envoyé ».
3. Calcul du délai. Un nœud Edit Fields ou Code calcule le nombre de jours depuis l'envoi. Calculez en jours ouvrés si vos clients n'ouvrent pas leurs e-mails le week-end.
4. Switch ou IF. Trois branches : délai d'au moins 3 jours et aucune relance faite, délai d'au moins 7 jours et une relance faite, sinon rien.
5. Gmail, ressource Thread, « Get a thread ». Récupère le fil de l'envoi pour vérifier si le client a répondu (voir plus bas).
6. IF « réponse reçue ». Si oui, mise à jour du statut et fin pour cette ligne. Si non, on continue.
7. Gmail, ressource Draft, « Create a draft », ou Message, « Reply to a message ». Prépare un brouillon de relance dans le fil, ou l'envoie directement.
8. Mise à jour de la ligne. Incrémente le nombre de relances et enregistre la date.
9. Alerte après la deuxième relance. Passe le statut à « à appeler » et vous envoie une notification avec le nom du client et le lien du devis.

Réglez aussi un workflow d'erreur : n8n permet d'en désigner un qui s'exécute quand le premier échoue et qui vous envoie un message. Une relance automatique qui échoue sans prévenir est pire que pas de relance, parce que vous croyez le suivi assuré.

Deux façons de déclencher les relances

Il y a deux architectures possibles.

Le nœud Wait. À l'envoi du devis, un workflow démarre, attend 3 jours, vérifie, relance, attend 4 jours de plus, vérifie, relance. Le nœud Wait propose de reprendre après un intervalle, à une date précise, sur appel de webhook ou à la soumission d'un formulaire. Quand l'attente dépasse environ 65 secondes, n8n décharge les données de l'exécution dans sa base de données et les recharge à la reprise, d'après sa documentation. C'est lisible, mais chaque devis crée une exécution qui reste en attente, ce qui complique le suivi, l'arrêt manuel et les mises à jour de n8n.

Le balayage quotidien. C'est celui décrit plus haut : un seul workflow, lancé chaque jour, lit l'état de tous les devis. L'état vit dans votre tableur ou votre CRM, pas dans des exécutions en pause. C'est notre préférence de praticien : plus simple à surveiller, à corriger à la main (il suffit de changer une cellule) et à relancer après une panne. Le défaut : il demande que la liste des devis soit tenue à jour.

Les messages de relance à J+3 et J+7

Deux messages courts, écrits par vous, valent mieux qu'un long message générique. Exemples illustratifs à adapter :

J+3. « Bonjour [prénom], je me permets de revenir vers vous au sujet du devis envoyé le [date]. Avez-vous eu le temps d'y jeter un œil ? Je reste disponible si une partie mérite d'être précisée. »

J+7. « Bonjour [prénom], je reviens une dernière fois sur le devis du [date]. Si le moment n'est pas le bon, dites-le-moi simplement, je le noterai et ne vous relancerai plus. Dans le cas contraire, je peux vous appeler cette semaine. »

Deux principes : chaque message laisse une porte de sortie claire, et le second annonce qu'il est le dernier. C'est plus honnête, et cela évite l'agacement d'une relance sans fin. Insérez le prénom, la date et la référence du devis depuis les champs de votre ligne, jamais à la main.

Arrêter la relance dès que le client répond

C'est la règle qui protège votre image. Une relance envoyée à quelqu'un qui a déjà répondu est le défaut le plus visible d'une automatisation de suivi.

Pour la mise en œuvre : le nœud Gmail, ressource Thread, « Get a thread », renvoie les messages du fil de l'envoi. Si un message provient de l'adresse du client et date d'après votre envoi, le statut passe à « réponse reçue » et la ligne sort du circuit. Faites la vérification juste avant chaque relance, pas seulement au démarrage.

Trois situations échappent à cette vérification, et vous devez les connaître : le client répond d'une autre adresse, il répond par téléphone, ou il transfère le message à un collègue qui répond. Dans ces cas, la relance partira malgré tout. Tenez à jour le statut à la main dès que vous avez un contact hors e-mail.

Ce que ça coûte en exécutions

n8n définit une exécution comme un passage complet du workflow, quel que soit le nombre d'étapes ou de lignes traitées. Un balayage quotidien du lundi au vendredi représente donc de l'ordre d'une vingtaine d'exécutions par mois, que vous ayez 5 ou 50 devis en cours. À titre de repère, l'offre Starter est affichée à 20 € par mois en facturation annuelle pour 2 500 exécutions (page tarifs de n8n lue le 6 octobre 2026). Pour le détail des offres et de l'auto-hébergement, voyez notre guide des prix de n8n. Côté Gmail, Google Workspace plafonne l'envoi à 2 000 messages par jour et par utilisateur, 500 sur un compte d'essai (limites d'envoi de Google). Quelques relances de devis par jour en sont très loin.

Les limites et les pièges

• Doublons d'envoi. Si le workflow plante après l'envoi mais avant la mise à jour de la ligne, la relance repartira le lendemain. Mettez la ligne à jour juste après l'envoi, ou marquez-la « en cours » avant. Au démarrage, passez en mode brouillon.
• Réponses automatiques d'absence. Elles peuvent être prises pour une vraie réponse et arrêter la relance à tort. Filtrez-les par l'objet ou l'en-tête, et testez avec vos propres messages.
• Délivrabilité. Les relances partent depuis votre boîte ; n'en envoyez pas en masse. Un volume brutal peut nuire à la réputation de votre adresse.
• Droit d'opposition. Une relance de devis demandé par le client relève d'une relation commerciale existante, mais chaque message doit permettre de dire « arrêtez ». Si le destinataire le dit, mettez le statut à « ne pas relancer ». Ceci n'est pas un avis juridique : en cas de doute, voyez votre conseil ou notre page conformité.
• Données personnelles. Le tableur ou le CRM contient des noms et des adresses : limitez les accès et sauvegardez-le.
• Dérive. Une automatisation tourne des années. Quand vous changez d'outil de devis, de boîte ou de tableur, elle casse sans bruit si personne ne la possède. Désignez un responsable.

Et après ?

Commencez en mode brouillon pendant deux ou trois semaines : vous relisez chaque relance avant qu'elle parte, vous ajustez le ton, puis vous passez à l'envoi automatique sur les cas simples. Pour la logique de séquences plus large, relances B2B sans commercial dédié prolonge ce tutoriel. Pour prendre en main n8n vous-même, voyez la formation n8n ; pour le faire construire, notre service n8n. Vous voulez savoir si ce workflow convient à vos devis ? Réservez un audit IA gratuit.