Compositeur de prospection

Rédiger une prospection que le propriétaire enverrait réellement sous son propre nom.

La condition la plus répétée que les propriétaires fixent est une version de « sans avoir l'air d'un bot ». Les propriétaires n'enverront pas un texte qui les embarrasse, donc un message qui semble généré ne vaut rien peu importe à quel point il est bien structuré. La fidélité de la voix est le produit ici, pas une retouche finale.

Step 1 — Apprendre la voix avant d'écrire quoi que ce soit

Lisez d'abord le profil de voix partagé. Si un profil existe déjà, utilisez-le et passez à l'étape 2 — le reconstruire à chaque fois gaspille la patience du propriétaire et produit de la dérive.

S'il n'existe pas de profil, construisez-en un à partir d'éléments concrets :

• Gmail ou Microsoft 365 — récupérez 15 à 30 messages envoyés du propriétaire à des clients et prospects. C'est la meilleure source de loin. Confirmez que la boîte est celle du propriétaire (../../shared/tenant-scope.md) ; le courrier envoyé d'un autre tenant vous enseignerait la mauvaise voix.
• HubSpot — emails et notes enregistrés
• Leur site web et tous les écrits publiés — plus faible, mais réel
• Exemples collés — demandez trois emails dont ils étaient satisfaits

Extrayez ensuite les traits spécifiques et imitables : longueur des phrases, habitudes d'ouverture et de signature, contractions, utilisation de points d'exclamation, directivité de la demande, ce qu'ils appellent leur propre produit, régionalismes, et les choses qu'ils ne font jamais. Sauvegardez le profil pour que chaque exécution ultérieure en hérite.

Sans aucun exemple, dites-le et demandez trois. Écrire dans une voix devinée produit exactement le texte générique que le propriétaire essaie d'éviter.

Step 2 — Ancrer chaque message dans quelque chose de réel

Un email personnalisé n'est pas un avec le nom de l'entreprise fusionné dans un modèle. C'est un qui n'aurait pu être envoyé qu'à cette personne.

Pour chaque prospect, trouvez le crochet spécifique. Par ordre de force :

1. Le signal d'achat de lead-finder — un permis déposé, un lieu ouvert, un poste publié
2. Une connexion partagée ou un client
3. Quelque chose de spécifique sur son entreprise que le propriétaire peut réellement aborder
4. Un résultat pertinent que le propriétaire a produit pour un client similaire

S'il n'existe aucun crochet au-delà de l'ajustement catégorique, écrivez un message plus court, franchement froid, et dites que c'est froid. Un ouvreur faussement chaleureux est pire qu'un froid honnête, parce qu'il se lit comme une fusion de courrier et détruit la crédibilité dès la première ligne.

Apollo ou Clay, s'ils sont connectés, peuvent remplir le détail contact et entreprise qui rend un crochet faible utilisable — poste, ancienneté, taille de l'entreprise, stack technique — le genre de spécificité qui empêche un message de se lire comme générique. Les données d'enrichissement, pas un crochet en soi.

Step 3 — Rédiger la séquence

Lisez reference/sequence_patterns.md pour la structure par scénario. Défauts :

• Prospection froide — 4 messages sur 3 semaines
• Chaude ou référence — 3 messages sur 2 semaines
• Suivi post-réunion — 2 messages sur 10 jours
• Ré-engagement d'un client silencieux — 3 messages sur 4 semaines

Chaque message d'une séquence doit ajouter quelque chose de nouveau. Un suivi dont tout le contenu est « je relance juste » apprend aux gens à ignorer l'expéditeur. Donnez à chaque contact une raison nouvelle d'exister : un angle différent, un résultat pertinent, une information réellement utile, ou une clôture propre.

Règle de longueur : premier message sous 120 mots. Les propriétaires de ce segment vendent à des gens qui lisent sur leur téléphone entre les tâches.

Step 4 — Auto-vérification par rapport au test de torpeur

Avant de montrer quoi que ce soit, exécutez chaque brouillon par rapport à reference/slop_test.md. Il capture les modèles spécifiques qui font lire le texte comme écrit par machine.

Les vérifications les plus rapides :

• Le propriétaire dirait-il cette phrase à haute voix ? Si non, réécrivez-la.
• Ce message pourrait-il être envoyé à n'importe quelle autre entreprise avec deux mots changés ? Si oui, ce n'est pas personnalisé.
• Commence-t-il par un compliment sur l'entreprise du prospect ? Supprimez-le — tout le monde le fait et tout le monde le reconnaît.
• Y a-t-il une phrase ici que le propriétaire n'a jamais utilisée de sa vie ? Coupez-la.

Cette étape n'est pas facultative et ce n'est pas une formalité. C'est la différence entre un texte qui se fait envoyer et un texte qui se fait réécrire à la main, ce qui est le résultat que cette compétence existe pour éviter.

Step 5 — Présenter pour approbation

Montrez la séquence complète avant que quoi que ce soit ne soit en file d'attente. Suivez reference/output_template.md.

Présentez le message un en intégralité, puis le reste de la séquence avec les lignes d'objet et l'angle que chacun prend. Les propriétaires veulent lire le premier attentivement et survoler la forme du reste.

Livrer selon la préférence de sortie stockée du propriétaire — ne jamais par défaut à un fichier markdown. Vérifiez le bloc ## Business context de Output preference (règle du guide de style partagé, ../../shared/artifact-style.md) :

• Artefact visuel (par défaut) : une page HTML en style maison — une carte par prospect ou séquence, chaque message en bloc de copie pour que n'importe quel message unique puisse être copié et envoyé à la main.
• Préférence docx / md / notion / canva : livrer le même contenu sous cette forme — un fichier DOCX ou markdown, une page Notion créée via le connecteur (destination nommée, jamais écrasée), ou un Canva Doc créé via le connecteur Canva (un nouveau design à chaque exécution, nommé avec la date ; les tableaux deviennent des listes) ; revenir à l'artefact visuel si Notion ou Canva n'est pas connecté — et dites pourquoi.
• Meilleur pour la compétence : utilisez l'artefact visuel — les blocs de copie sont l'essentiel.

Chat conserve le récapitulatif et la question d'approbation dans tous les cas.

Puis demandez ce qui doit être changé. Attendez-vous à des modifications — la première passe est une proposition, pas une livraison. Incorporez chaque modification dans le profil de voix, car une correction apportée une fois ne doit pas avoir à être refaite.

Step 6 — Mettre en file d'attente les envois, avec approbation, une barrière à la fois

Envoyer des emails sous le nom du propriétaire est l'action la plus grave de cette compétence.

• Ne jamais envoyer sans un oui explicite pour ce lot spécifique
• Déclarez exactement ce qui se passera avant de demander : combien de messages, à qui, selon quel calendrier, depuis quel compte
• Ne jamais envoyer à un contact marqué « inferred » sans le signaler séparément. Les rebonds en volume endommagent le domaine d'envoi du propriétaire pendant des mois, et ce dommage atteint leur véritable courrier client
• L'approbation du message un n'est pas l'approbation de la séquence. Confirmez les suivis séparément, ou réglez-les sur brouillon et laissez le propriétaire publier chacun

Mailchimp est une destination de brouillon, pas une route d'envoi. Quand il est connecté, une séquence approuvée peut être sauvegardée dans Mailchimp en tant que contenu de campagne pour que le propriétaire la programme là-bas. Trois choses gouvernent cela :

• Il ne peut pas envoyer. Rien que cette compétence ne mette dans Mailchimp ne sort de son propre chef. Le propriétaire appuie sur envoyer dans Mailchimp.
• Son planificateur refuse les campagnes uniques. Le planificateur de campagne Mailchimp produit seulement des plans multi-canaux — email plus SMS plus réseaux sociaux. Un email ponctuel est écrit ici, dans la voix du propriétaire, et sauvegardé comme contenu. Ne pas router un seul message via le planificateur et ne pas signaler un refus comme un échec.
• Ne pas supposer que vous pouvez lire la liste d'audience. Traitez la liste de contacts comme indisponible sauf si un appel la retourne réellement. Construisez la liste des destinataires à partir du CRM ou du fichier personnel du propriétaire, comme aujourd'hui.

Sans connecteur mail, exécuter en brouillon uniquement. Produisez le texte formaté pour coller n'importe où. C'est un résultat complet, pas un dégradé — beaucoup de propriétaires préfèrent envoyer de leur propre client de toute façon.

Step 7 — L'enregistrer

Enregistrez chaque contact sur HubSpot s'il est connecté : ce qui a été envoyé, quand, à qui, et où il se trouve dans la séquence. Sans CRM, conservez l'enregistrement dans un fichier pour que la prochaine exécution sache qui a déjà été contacté.

Contacter quelqu'un deux fois avec le même ouvreur est une erreur visible, évitable.

Ce qu'il ne faut pas faire

• Ne pas écrire avant d'apprendre la voix. Tout ce qui suit en dépend.
• Ne pas ouvrir avec la flatterie sur leur entreprise. C'est le signe le plus clair.
• Ne pas envoyer un suivi qui dit seulement « je check ». Chaque contact gagne sa place.
• Ne pas fusionner un nom d'entreprise dans un modèle et l'appeler personnalisé.
• Ne pas envoyer quoi que ce soit sans approbation explicite pour ce lot.
• Ne pas prétendre à des résultats que le propriétaire n'a pas réellement produits. Les études de cas inventées dans la prospection sont un problème grave, pas une exagération.

Après l'envoi

La séquence est approuvée, mise en file d'attente ou en brouillon, et chaque contact est enregistré. L'étape naturelle suivante est « mettre à jour le CRM » — crm-autopilot garde la file d'attente de l'étape suivante à jour à mesure que les réponses arrivent. À proximité aussi : « les prospects deviennent froids » (speed-to-lead) pour attraper les réponses vite, et « trouvez-moi des clients » (lead-finder) quand cette liste s'épuise. Offrez au maximum trois, et ignorez toute offre que le propriétaire a déjà refusée cette session.

Fichiers de référence

• ../../shared/voice-profile.md — la voix du propriétaire, partagée par chaque compétence qui écrit en son nom
• reference/sequence_patterns.md — structure et cadence par scénario
• reference/slop_test.md — la liste de vérification qui capture le texte écrit par machine
• reference/output_template.md — comment les séquences sont présentées pour approbation
• reference/gotchas.md — les modes de défaillance qui font que les propriétaires arrêtent d'utiliser ceci

Utiliser un outil qui n'est pas listé

Les connecteurs nommés dans cette compétence sont les chemins testés, pas un mur. Si le propriétaire veut que ce flux utilise un outil qui n'est pas connecté ou listé, offrez build-connector — il vérifie d'abord le répertoire des connecteurs et se connecte via Zapier sinon, sans jamais construire à la main contre une API brute. Une fois la connexion existe, l'outil rejoint cette compétence comme n'importe quel autre connecteur facultatif, sous les mêmes barrières d'approbation.