Rien Ă traiter aujourd'hui
Rien d'urgent - un coup d'Ćil aux signaux en option en bas de page si tu as un moment.
OĂč recrutent les studios
Voir le détail chiffréAccÚs rapide
Le plus important du systĂšme de contenu, sans changer de page - bibliothĂšque complĂšte sur Contenu.
Signaux Ă valider (231) - optionnel
Nouvelles opportunités détectées automatiquement - promeus ou ignore quand ça t'arrange, revue complÚte sur Signaux détectés.
Comment tourne le moteur - optionnel
Deux moteurs. Un seul point de contrĂŽle humain.
Le systĂšme est fait de deux moteurs qui tournent en parallĂšle et s'Ă©changent parfois du travail. Clique un module pour voir ce qu'il fait vraiment - et lĂ oĂč l'action existe dĂ©jĂ plus haut sur cette page (rĂ©ponses, relances, sĂ©quences, partenaires), le lien y saute directement, pas vers un autre onglet.
DRY_RUN actif en ce moment, aucun email ne part réellement. RepÚre les deux modules bordés de rouge ci-dessous : c'est la frontiÚre.
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.
Statut technique du cron d'aujourd'hui (détail tùche par tùche)
Chaque nĆud est une tĂąche planifiĂ©e, dans l'ordre oĂč elle s'exĂ©cute chaque jour. Vert = a tournĂ© avec succĂšs aujourd'hui ou rĂ©cemment, rouge = en Ă©chec, gris = jamais lancĂ©e.
Copie de la base vers l'autre VPS
Pas de suivi individuel (script systĂšme, pas une tĂąche Python).
Tùches en continu, pas dans cette chaßne : veille engagement (30 min), lecture des réponses (30 min), bouton "Lancer le scan" (10 min) · Hebdomadaire : partenaires (lundi), digest (vendredi).