Le pack BTP : 29 workflows autour d'un artisan

Contexte

Un plombier de démonstration reçoit des demandes imprécises. Le pack couvre tout son cycle sans qu'il touche un logiciel : il valide depuis Telegram, le reste part tout seul — estimation, créneaux de visite, devis, facture, relances, demande d'avis.

Ce que j'ai construit

Estimation IA d'une demande : catalogue de 53 prestations, modèle en sortie JSON, quatre garde-fous déterministes, repli explicite quand la nature des travaux n'est pas reconnaissable.
Validation par l'artisan depuis Telegram : boutons à retour instantané, routeur de callbacks, e-mail nominatif au demandeur au nom de l'artisan.
Visite : proposition de créneau, confirmation par le demandeur d'un clic, validation de l'artisan, annulation possible jusqu'au bout — chaque étape trace une activité.
Devis pré-rempli depuis les briques de l'estimation, catalogue avec autocomplétion, remise, conditions, envoi et acceptation en ligne.
Acceptation → chantier lancé d'un bouton Telegram ; chantier terminé depuis le cockpit ; facture acompte puis solde, bascule automatique en retard, relances.
Avis Google demandé au bon moment, réception simulée pour la démo, relances dues chaque semaine sur Telegram.
Un cockpit (Worker Cloudflare : lecture, écriture, calcul) alimenté chaque matin par un feeder, un briefing matinal Telegram, un agent terrain de 35 nœuds.
Un prompt versionné et une batterie de dix cas rejouée après chaque modification — parce qu'un modèle varie d'une exécution à l'autre.

Capture d'écran de téléphone montrant une notification Telegram de nouvelle demande de devis BTP avec une estimation chiffrée entre 380 et 500 euros hors taxes. — Sur le téléphone de l'artisan, la demande arrive avec une fourchette chiffrée et un brouillon de réponse prêt à valider d'un « ok ».

Tableau de bord du cockpit BTP affichant zéro visite, huit demandes, douze devis en attente et deux factures en retard. — Le tableau de bord résume l'activité du jour en un instant : visites, demandes, devis et factures en retard.

Liste des demandes de devis dans le cockpit, avec leur statut, leur urgence et des boutons pour planifier ou créer le devis. — Chaque demande affiche son statut et son urgence, avec un accès direct pour planifier une visite ou créer le devis.

Liste de cent devis dans le cockpit, avec leurs statuts envoyé, accepté ou refusé et des boutons pour renvoyer ou facturer l'acompte. — Cent devis suivis avec leur statut et, pour chacun, la possibilité de le renvoyer ou d'émettre la facture d'acompte.

Capture d'écran de téléphone montrant le briefing du matin envoyé par Telegram : visites, demandes, devis en attente et factures en retard. — Chaque matin, l'artisan reçoit sur Telegram un résumé de la journée avec des boutons vers le planning, les factures, les devis et les demandes.

Capture d'écran de téléphone affichant la liste des douze devis en attente sous forme de boutons Telegram. — Les douze devis en attente sont listés directement dans Telegram, un bouton par devis.

Vue du planning hebdomadaire du cockpit BTP, avec une semaine type et les absences renseignées. — Le planning affiche la semaine type de l'artisan et les absences déjà posées.

Canvas n8n du workflow d'estimation : webhook, lecture du catalogue Notion, compactage, appel au modèle, garde-fous et réponse. — Le workflow d'estimation, du webhook à la réponse, avec ses garde-fous déterministes et sa branche de secours vers Telegram.

Canvas n8n de l'agent terrain Telegram : déclencheur, callback, extraction par le modèle, traitement photo et voix, confirmations. — L'agent terrain reçoit les messages Telegram de l'artisan — texte, photo ou voix — et en extrait les informations utiles.

Preuves

En service depuis juin 2026 sur un client de démonstration (accès sur demande).
Les 29 workflows sont listés, avec leur déclencheur et leur rôle, dans l'inventaire.
Incident A-007 détecté par un contrôle qualité hebdomadaire automatique, corrigé, vérifié contre le code déployé.

Voir les workflows de ce pack →

Un incident réel, et comment je l'ai réglé

A-007 — les fourchettes absurdes

Constat: La même demande — un réseau de plomberie cuisine et salle de bain — donnait successivement 130–391 €, 110–181 €, puis un refus. 181 € pour un réseau complet, c'est moins qu'une journée de travail.
Cause: Le modèle mobilisait les briques en quantité unitaire (une heure, un mètre linéaire) ; le garde-fou G4 prenait cette somme pour un plafond fiable et écrasait dessus la borne haute — pourtant juste — du modèle. Il existait un plancher sur la borne basse, rien de symétrique sur la haute.
Correctif: Un ratio : si la borne haute du modèle dépasse deux fois la somme catalogue, cette somme est manifestement unitaire et n'est plus un plafond — on bascule en repli explicite. Le bloc corrigé a été extrait du workflow déployé et rejoué tel quel sur quatre exécutions réelles : quatre sur quatre.

Stack

n8n · OpenAI · Notion · Telegram · Cloudflare Pages · Cloudflare Workers · Python