Logo BraindCodeBraindCode
← Retour au marketplace
Boucle2 · Écriture confirméeProfil : Fondateurn8n

Les workflows qui ne cassent plus en silence

« Sur 7 j : `search_executions` (échecs par workflow). Formules : taux d'échec = échecs ÷ exécutions par workflow ; délai médian de correction (journal). Tout workflow > 5 % d'échec : diagnostic, correctif proposé, et si l'erreur est récurrente → mémoire opérationnelle (table de dédup) plutôt qu'un retry aveugle. »

Ce qui se passe quand vous l'envoyez

Niveau d'autonomie : Écriture après confirmation

Ce prompt écrit après confirmation groupée. Claude propose l'ensemble des modifications, vous validez, puis il exécute.

MCP mobilisés : n8n.

Prompts liés (même plugin)

🌀 Boucle
La relance qui encaisse

« Mesure l'efficacité de mes relances d'impayés sur 30 j : requêtes `list_factures` (statuts et dates) + activités de relance sur les fiches. Formule : taux d'encaissement post-relance = factures payées ≤ 7 j après relance ÷ relances envoyées ; DSO = Σ(jours de retard × montant) ÷ Σ montants. Script obligatoire, formules affichées. Si taux < seuil KB (défaut proposé 40 %) : propose UNE modification — avancer la première relance à J+5, OU durcir le ton du 2e rappel, OU basculer les récidivistes en SMS. J'applique, tu journalises et re-mesures dans 30 j. »

🌀 Boucle
Le devis relancé au bon moment

« Sur 60 j : `list_devis` par statut et dates. Formules : conversion post-relance = devis acceptés après relance ÷ devis relancés ; délai médian d'acceptation. Si le délai médian < ma fenêtre de relance : propose de relancer à J-{délai médian − 2} avant expiration au lieu de J-7. Une modification, journal, re-mesure. »

🌀 Boucle
Le score qui prédit vraiment

« Précision du scoring sur 30 j : `list_rdvs` + pipeline croisés avec les “top du jour” journalisés. Formule : précision = tops convertis en RDV ÷ tops présentés. Si < seuil (proposé 25 %) : ajuste UNE pondération (fit OU engagement OU fraîcheur) de ±10 points, annonce l'ancienne et la nouvelle, re-mesure 30 j. »

🌀 Boucle
Le forecast qui se trompe de combien

« Compare les 3 derniers forecasts journalisés au réel (`get_revenue_summary`). Formule : erreur = |prévu − réel| ÷ réel, par scénario. Si le “probable” dévie > 20 % deux mois de suite : propose de recalibrer les probabilités par étape du pipeline depuis les taux de passage réels (`get_stats_pipeline_global`). »