Méthode
Retard de livraison fournisseur : le détecter avant le client
Un retard fournisseur s’apprend presque toujours par quelqu’un d’autre. Le poseur qui se déplace pour une console encore en entrepôt. Le client qui demande où en est sa cuisine, et vous découvrez le retard en même temps que la question.
Le suivi des commandes fournisseurs pour architecte d’intérieur règle la première moitié du problème : savoir, à tout moment, où en est chaque référence. Cet article traite l’autre moitié — celle qui commence quand une date de livraison est dépassée et que personne ne l’a encore remarqué.
Les guides s’arrêtent à la prévention
Les articles sur les retards fournisseurs, en déco comme en BTP, tiennent tous le même discours : commandez tôt, validez les références avant le démarrage, prévoyez des produits de substitution. De bons réflexes — pour éviter un retard avant qu’il n’arrive.
Aucun ne dit quoi faire quand le retard est déjà là. Une commande passée depuis six semaines, un délai de production qui a filé sans que personne ne l’ait noté : à ce stade, la prévention ne sert plus à rien. Reste une question opérationnelle que ces guides laissent de côté — à partir de quand une commande est-elle en retard, qui l’apprend, et qu’écrit-on au fournisseur dans l’heure qui suit ?
Un retard ne se détecte pas, il se déclare
Aucun logiciel ne devine qu’une commande traîne. Un retard n’existe que si une date de livraison attendue a été écrite quelque part, à un moment où quelqu’un avait le temps de le faire. Sans elle, la commande dort trois mois au statut « Commandé » sans que rien ne s’allume.
Dans DesignPilot, ce champ existe sur chaque commande : la livraison prévue. Il est facultatif. C’est précisément ce qui le rend fragile — un champ facultatif est un champ qu’on saute quand on est pressé, et le matin où l’on crée une commande entre deux rendez-vous est rarement un matin calme. La règle est sans exception : une commande sans date attendue ne peut jamais être en retard aux yeux d’un logiciel, quel qu’il soit.
La date à noter est celle du paiement
Estimer une date de livraison au moment où l’on passe commande relève souvent du pari : combien de temps ce fournisseur met-il vraiment à produire une pièce sur mesure ?
DesignPilot contourne le pari. Sur la fiche de la commande, vous renseignez la date de paiement confirmé et le délai de production annoncé par le fournisseur, en semaines. La livraison prévue en découle, avec la ligne de contrôle sous le champ : « Calculé : paiement du 3 mars + 8 sem. » La date reste modifiable à la main — un fournisseur qui prévient d’un décalage en cours de production, ça arrive. Mais la valeur par défaut n’est plus une estimation à l’œil : elle s’appuie sur la seule date que la plupart des fournisseurs confirment sans ambiguïté, celle du paiement.
Ce qui se passe le matin, à 9 h
Une vérification tourne tous les jours à 9 h, heure de Paris. Elle compare la livraison prévue de chaque commande à la date du jour, écarte celles déjà livrées ou installées, et regroupe le reste par personne assignée au projet. Si le projet n’est assigné à personne, l’alerte part aux propriétaires du studio.
L’email porte un objet sans détour : « 2 commandes en retard — DesignPilot ». Chaque ligne affiche une pastille — « 12j de retard » — pour que le chiffre saute aux yeux avant l’ouverture du détail. Une notification arrive sur le téléphone au même moment.
Un retard installé depuis trois semaines ne doit pas produire vingt-et-un emails identiques. Une même commande n’est donc ré-alertée qu’au bout de sept jours, et porte alors la mention « Toujours en retard ». Le réglage, lui, reste sommaire — autant le dire : un seul interrupteur, « Recevoir les notifications par email », couvre à la fois les alertes de retard et le récapitulatif hebdomadaire. Pas de case séparée pour garder l’une sans l’autre.
Le vendredi à 18 h, un second email récapitule la semaine pour les propriétaires du studio, commandes en retard comprises — la vue d’ensemble que le contrôle quotidien ne donne pas.
La relance : rédigée par l’IA, envoyée par vous
Après avoir alerté, le contrôle du matin rédige un brouillon de relance. Ce brouillon ne vient pas de l’agent qui lit votre messagerie : il se déclenche sur une date dépassée dans le pipeline, pas sur un email reçu. À partir de la description de la commande, du fournisseur, de la date prévue et du nombre de jours de retard, l’IA écrit trois à quatre phrases en français, professionnelles et courtoises. Une règle de prudence encadre l’exercice : un brouillon par fournisseur au maximum à chaque passage. Trois commandes en retard chez Cassina le même matin ne déclenchent pas trois emails séparés. Le texte atterrit dans les brouillons Gmail du studio, et une trace en reste dans le journal.
Rien ne part sans un clic humain. Un fournisseur n’est pas un ticket de support : c’est une relation qui se construit sur plusieurs chantiers, parfois plusieurs années. Une relance automatique envoyée sans relecture — ton trop sec, délai mal compris, référence approximative — abîme cette relation plus vite qu’elle ne fait gagner du temps. DesignPilot retire la partie mécanique ; la relecture vous revient.
Le silence vaut avertissement
Deux statuts seulement avancent sans vous : le devis reçu, repéré à l’arrivée du document, et l’expédition, repérée à l’avis du fournisseur. L’agent qui lit votre messagerie s’arrête là. Il ne valide rien, ne confirme rien, et ne marque jamais une commande « Livré » ni « Installé » — ces deux-là exigent qu’un humain ait vu la pièce arriver ou être posée. Centraliser les emails fournisseurs détaille où s’arrête cette automatisation.
Pour un retard, la conséquence est directe. Une commande qui ne bouge pas dans le pipeline, c’est une commande dont personne n’a de nouvelles depuis le dernier email reçu. L’absence de signal est le signal — et la date de livraison prévue est ce qui le rend visible. Sans elle, ce silence tient jusqu’au jour où quelqu’un pose la question.
Ce que votre client voit déjà
Sur le portail client, chaque commande engagée — commandée, en production, expédiée, livrée, installée — affiche la ligne « Livraison prévue : 3 mai 2026 », et se place sur la frise chronologique du projet. Le portail ne calcule aucun retard et n’envoie aucune alerte au client : il montre la date telle qu’elle a été saisie, rien de plus.
Mais une date affichée se lit. Un client qui ouvre son portail un mardi soir peut très bien remarquer que la livraison promise pour son dressing est passée depuis huit jours. Votre estimation devient donc visible côté client dès que la commande est engagée, avec la même précision que pour vous. D’où l’ordre à respecter — annoncer le décalage avant qu’il ne le découvre seul sur son écran.
Ce que ça ne fait pas
DesignPilot détecte, alerte et rédige un brouillon de relance. Il ne note pas la fiabilité de vos fournisseurs, ne compare pas le délai annoncé au délai réellement tenu, et n’envoie aucun email tout seul. Sur le terrain juridique — pénalités de retard, mise en demeure — il ne prend pas position ; ces questions se traitent avec votre conseil, pas avec un logiciel d’opérations.
Si vos commandes vivent encore dans un tableur, l’article suivre ses commandes fournisseurs sans Excel explique ce qui casse en premier et ce qu’un pipeline dédié change. Vos données, elles, restent hébergées dans l’Union européenne, dans l’espace RGPD — les transferts hors UE sont encadrés par des clauses contractuelles types.
Remplissez la livraison prévue au moment où vous confirmez le paiement, pendant que le délai du fournisseur est encore sous les yeux. Tout le reste en dépend.
La bêta est ouverte et gratuite : le code d’accès est déjà dans le lien, il ne reste que le nom de votre studio et votre email. Nous vous prévenons 30 jours avant la fin de la bêta ; les studios inscrits pendant la bêta gardent le tarif de 79 €/mois par studio.