Nothing to handle today

Signaux marché (presse, registres gouvernementaux, opérateurs de parcs industriels, offres d'emploi), Google Maps par catégorie, engagement LinkedIn suivi, referral. Toutes convergent vers prospects.origin.

Un prospect venu d'un engagement LinkedIn passe par de vraies règles ICP (ou un arbitrage Claude si c'est ambigu). Un prospect venu d'un signal marché ou de Google Maps est qualifié « par construction » : la recherche elle-même ciblait déjà le bon marché, donc cette étape est sautée.

Referral (40) > confirmation multi-signal (25) > force du signal (30, dépend de la source) > taille d'entreprise (20) > fraîcheur (10, qui décroît avec l'âge du signal).

Historique client (gratuit, réutilise un vrai email déjà connu) → recherche web gratuite → Kaspr (plafonné) → Apollo (payant, en dernier recours). Chaque étape n'est tentée que si la précédente n'a rien donné.

La passe gratuite (regex + vérif MX pour l'email, format pour le téléphone) tourne sur tout le monde en cron. La passe payante (NeverBounce / Twilio) reste un clic manuel, un prospect à la fois - jamais en masse.

Le template approuvé pour ce (marché, piste) est rendu avec une seule variable personnalisée réelle - la ligne de signal. Un marché sans séquence approuvée ne génère jamais d'email, même si tout le reste de la machine a bien tourné.

Les lots compilés attendent une approbation manuelle sur /lots (2026-08-12 : remplace le flux Telegram, jamais configuré sur ce déploiement). Un lot passe de brouillon → validé/rejeté. Rien ne peut être envoyé sans ce passage.

Envoi via Instantly, seulement pour un lot validé, avec un dernier filtre anti-désabonnement au moment même de l'envoi. Jamais appelé par le cron - toujours déclenché à la main. DRY_RUN actif en ce moment : rien n'est réellement parti.

Pas ouvert après 4 jours → nouvel objet, même problème vu autrement. Ouvert mais sans réponse après 5 jours → nouvel angle concret (les formules « je reviens vers vous » sont explicitement interdites).

Claude classe l'intention (intéressé / question / pas intéressé / plus tard / hors-sujet / désabonnement). Seuls « intéressé » et « question » remontent à l'équipe sur Telegram. Un « pas intéressé » poli ne désabonne pas - il repart vers le moteur partenaires (passerelle orange).

Métriques par variante d'objet/angle, alerte automatique sur les rebonds/spam. Le choix automatique de la meilleure variante attend au moins 20 envois par variante - pas encore atteint, les données sont encore trop fines.

L'historique Gmail du studio a été miné une fois, sous NDA, pour reconstruire chaque relation client réelle - pas une hypothèse, du vécu.

Chaque relation classée par marché (outsourcing / dedicated) et par « vaut-il la peine de relancer ». Certaines classifications ont dû être ajustées à la main quand le budget d'analyse automatique s'est épuisé - assumé et documenté, pas caché.

Devis à relancer, rushs en attente de validation client, projets silencieux, demandes de referral sur devis gagnés, anciens clients à reconnecter. Chacune a son brouillon prêt et son envoi Gmail en un clic.

Une réponse dans le thread d'une relance déjà envoyée (jamais un prospect froid fabriqué) est lue par Claude et classée (accepté / question / refus / stop contact / autre). Affichée avec le texte complet directement ici sur /flux - plus jamais escaladée par Telegram (bot confirmé cassé, cf module Validation ci-dessus), jusqu'à ce qu'un humain la marque vue. Ne modifie jamais le statut du devis ou de la fiche client - seule une décision humaine tranche.

Un même contact vu sur au moins 2 entreprises différentes se comporte comme un apporteur d'affaires. Un contact avec au moins 5 relations sur une seule entreprise est un compte sous-géré. Jamais mis en séquence froide.