Suivi d’expédition : prévenir le client avant son appel

Après une commande, le client veut savoir une seule chose : quand il la recevra. S’il ne le sait pas, il appelle, ou il écrit au support. Ces demandes ne sont pas des problèmes à résoudre, ce sont des informations à donner, et elles occupent pourtant une bonne part du temps du service client dans beaucoup d’entreprises qui expédient.

Un workflow n8n donne cette information avant qu’on la demande. Cet article fait partie du cocon Workflows n8n : ce que chaque service peut automatiser, rubrique logistique.

Pourquoi le suivi du transporteur ne suffit pas

Les transporteurs envoient leurs propres notifications. Elles ont trois défauts. Elles parlent du colis, pas de la commande : le client qui a commandé trois articles reçoit deux suivis et ne sait pas où est le troisième. Elles arrivent sous la marque du transporteur, souvent prises pour du spam. Et elles ne disent rien de ce qui se passe avant l’expédition, pendant la préparation, là où se logent beaucoup de retards.

Le workflow de l’entreprise part de la commande, pas du colis. Il sait ce que le client a acheté, ce qui est parti, ce qui attend encore.

Les messages qui comptent

1. Commande confirmée

   Un récapitulatif avec la date de livraison estimée.

2. Préparation en retard

   Si la commande n’est pas partie à la date prévue, un message honnête avec une nouvelle estimation.

3. Expédition

   Le lien de suivi, avec la liste des articles du colis.

4. Incident chez le transporteur

   Une alerte au support, et un message au client s’il faut une action de sa part.

5. Livraison

   Une confirmation courte, qui peut ouvrir sur l’enquête de satisfaction.

Le deuxième message est le plus important et le plus rare. Annoncer un retard avant que le client ne le constate change complètement sa perception. Le même retard, découvert par le client, devient une réclamation. Ce message dépend souvent d’un retard en amont, chez un fournisseur : le workflow de détection des retards fournisseurs l’alimente.

Comment le workflow se branche

Les transporteurs exposent leurs événements par une API ou par des notifications envoyées à une adresse que l’on fournit. La documentation de n8n décrit le déclencheur par webhook, qui reçoit ces notifications dès qu’elles partent. Le workflow traduit ensuite les dizaines de codes de statut d’un transporteur en quelques étapes compréhensibles.

Le support, prévenu en premier

Le colis bloqué en agence, l’adresse incomplète, la livraison refusée : ces incidents finissent en réclamation si personne ne les traite. Le workflow les signale au support dès qu’ils apparaissent, avec la commande et le client. Le support peut appeler, corriger l’adresse, relancer le transporteur, avant que le client ne s’en aperçoive. C’est la même logique que l’alerte avant le dépassement d’un délai de support : agir sur ce qui va mal tourner, plutôt que réagir à ce qui a mal tourné.

Vente en ligne et B2B, même circuit

Une boutique en ligne a souvent ces messages en partie, grâce à sa plateforme. Le workflow ajoute ce qu’elle ne fait pas : le message de retard en préparation et l’alerte au support. Pour une entreprise qui livre des professionnels, le besoin est le même, avec d’autres destinataires : l’acheteur du client, parfois le magasinier qui réceptionne. Le circuit ne change pas, seul le carnet d’adresses change.

Pour relier votre ERP, votre entrepôt et vos transporteurs, notre offre d’automatisation n8n part des demandes que votre support reçoit aujourd’hui, et des étapes où les commandes se perdent.

Questions fréquentes

Sources

1. Webhook, documentation n8n (nouvel onglet)docs.n8n.io