La relance qui encaisse
Ce qui se passe quand vous l'envoyez
Ce prompt écrit après confirmation groupée. Claude propose l'ensemble des modifications, vous validez, puis il exécute.
MCP mobilisés : rapidocrm.
Prompts liés (même plugin)
« 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. »
« 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. »
« 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`). »
« Sur 30 j de journal : alertes émises vs suites données. Formules : taux de faux positifs = alertes sans action nécessaire ÷ alertes ; incident manqué = découvert/retard critique non alerté (compte). Si faux positifs > 50 % : propose de desserrer LE seuil le plus bruyant de processus-internes.md (valeur actuelle → proposée) ; si un incident manqué : resserrer. Jamais les deux en même temps. »