grow-pipeline

Par anthropics · knowledge-work-plugins

npx skills add https://github.com/anthropics/knowledge-work-plugins --skill grow-pipeline

Exécute la chaîne de construction de pipeline : un contexte de marché web-natif d'abord, puis lead-finder pour la liste, outreach-composer pour la copie, et crm-autopilot pour le registre. Chaque skill conserve ses propres portes, et cette commande n'en assouplit aucune.

Connecteurs : Apollo (ou Clay) plus HubSpot est le chemin complet. Mail (Gmail ou Microsoft 365) ajoute l'envoi. Zoom ajoute les découvertes enregistrées et les appels commerciaux au logging de l'Étape 4 — lecture seule, uniquement les réunions que le propriétaire a hébergées ou auxquelles il a assisté, et sa liste d'enregistrements couvre une fenêtre d'un mois par appel, donc un balayage demande mois par mois plutôt qu'une plage qu'il ne peut pas retourner. Sans aucun d'eux, la recherche web plus un fichier CSV client chargé entre, une liste classée et un brouillon de prospection sortent pour que le propriétaire envoie à la main, et le registre se trouve dans une feuille de calcul. C'est une vraie exécution.

Étape 1 — Contexte du marché en premier (recherche web)

Exécute cette étape en ligne et garde-la limitée à ce qui informe le ciblage — pas un brief hebdomadaire complet. Analyse les sources publiques sur les concurrents du propriétaire et leur marché : sites et tarifs, activité pub et réseaux sociaux, offres d'emploi et communiqués de presse.

In : la liste de surveillance des concurrents si elle existe, plus les sources publiques. Données win-loss de HubSpot quand connecté, qui est le signal le plus pertinent disponible et n'est pas public.

Out : ce qui a changé sur le marché, quels concurrents apparaissent dans les affaires perdues, et où la demande se déplace. Faits observés et déductions toujours étiquetés séparément.

Gate : montre au propriétaire la lecture et demande si elle change qui cibler. Une seule question. Si rien de matériel n'a changé, dis-le en trois lignes et avance — un marché calme est une réponse valide et ne bloque pas la chaîne.

Étape 2 — Construire la liste (lead-finder)

Déclenche le workflow du skill lead-finder, en apportant le contexte de l'Étape 1 en tant qu'entrée de ciblage.

In : la base de clients réelle du propriétaire depuis QuickBooks, HubSpot, ou un fichier CSV chargé, plus la lecture du marché. Le profil client idéal est dérivé de qui paie réellement, jamais demandé de manière abstraite.

Out : 40 à 60 entreprises classées avec une personne nommée, une raison d'appeler, et un score fit-signal-reachability sur chacune. Contacts déduits marqués comme déduits.

Gate : le propriétaire obtient une passe de correction sur le profil avant que la liste soit construite — « oui, mais pas celles de moins de 10 salariés » vaut plus que n'importe quel enrichissement. Puis il approuve la liste avant que la moindre copie ne soit écrite.

Gate : écrire la liste dans HubSpot a besoin de son propre oui, avec le nombre de contacts et entreprises indiqué. Décliner est fin ; l'XLSX est le livrabel.

Étape 3 — Rédiger la prospection (outreach-composer)

Déclenche le workflow du skill outreach-composer contre la liste approuvée.

In : les prospects classés avec leurs raisons, plus le profil de voix partagé. Si aucun profil n'existe, il est construit à partir de 15 à 30 des propres messages envoyés du propriétaire avant qu'un mot ne soit écrit.

Out : une séquence fondée par prospect — premier message sous 120 mots, chaque toucher portant une raison nouvelle d'exister, passé au test de médiocrité avant que le propriétaire ne le voie.

Gate : le propriétaire lit le message un en entier et survole la forme du reste, puis modifie. Attends-toi à des modifications. Chaque correction se replie dans le profil de voix pour ne pas avoir à être faite deux fois.

Gate : l'envoi a besoin d'un oui explicite pour ce lot spécifique, indiquant combien de messages, à qui, selon quel calendrier, depuis quel compte. L'approbation du message un n'est pas l'approbation des suites — confirme celles-ci séparément ou laisse-les en tant que brouillons.

Gate : les prospects dont l'adresse email a été déduite plutôt que vérifiée sont signalés et approuvés comme leur propre groupe. Les rebonds en volume endommagent le domaine d'envoi du propriétaire pendant des mois, et ce dommage atteint son courrier client réel.

Sans connecteur mail, le tout s'exécute en brouillon uniquement, formaté pour coller n'importe où.

Étape 4 — Le logger (crm-autopilot)

Déclenche le workflow du skill crm-autopilot en mode log.

In : chaque toucher qui a été envoyé ou en brouillon, avec qui, quand, et où il se situe dans la séquence.

Out : activité loggée contre le bon contact et la bonne affaire, une étape suivante avec une date sur chaque ligne ouverte, et les tranquilles en surface pour la passe suivante.

Gate : les écritures CRM sont approuvées. La création de contact est annoncée avant qu'elle ne se produise. L'étape d'affaire et le montant sont proposés, jamais écrits. Rien n'est jamais supprimé.

Sans CRM, le log va à la feuille de calcul légère 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.

Portes d'approbation (doivent tenir)

  • Aucune prospection n'est envoyée sans approbation de lot explicite — brouillons jusque-là.
  • Les contacts déduits sont signalés et approuvés séparément des vérifiés.
  • Aucune écriture CRM sans un oui, et aucune affaire créée sans demande.
  • Aucune adresse email, numéro de téléphone ou fait sur les concurrents fabriqué n'entre dans la chaîne à aucune étape.
  • Si un connecteur échoue — Apollo, HubSpot, le connecteur mail — nomme-le, et demande s'il faut réessayer, revenir aux fichiers, ou arrêter.

Ce qu'il ne faut pas faire

  • Ne passe pas l'étape du marché pour aller plus vite à la liste. C'est ce qui rend les raisons sur chaque ligne spécifiques au lieu de génériques.
  • Ne gonfle pas la liste. Quarante lignes recherchées que Ray Okonkwo appellera réellement battent cinq cents lignes grattées sur lesquelles il rebondit.
  • Ne fusionne pas un nom d'entreprise dans un modèle et appelle ça personnalisé. Si le message pourrait aller à n'importe qui avec deux mots changés, il n'est pas prêt.
  • Ne traite pas une approbation comme approbation pour la chaîne. La liste, la copie, l'envoi, et l'écriture CRM sont quatre décisions séparées.
  • N'envoie pas aux adresses déduites dans le même lot que les vérifiées.
  • Ne traite pas Apollo manquant comme un bloqueur. Recherche web plus export client est un chemin conçu.

Sortie

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

  • Artefact visuel (par défaut) : rend l'exécution en tant que page HTML au style maison — prospects trouvés, brouillonnés et envoyés sous forme de tuiles de statistiques, la liste sous forme de lignes avec la raison de chaque ligne, et une pilule contact déduit le cas échéant. Chaque message brouillonné est un bloc de copie pour que le propriétaire puisse le copier et l'envoyer à la main.
  • docx / md / notion / canva preference : livre le même contenu dans 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 (une nouvelle conception chaque exécution, nommée avec la date ; les tableaux deviennent des listes) ; reviens à l'artefact visuel si Notion ou Canva n'est pas connecté — et dis pourquoi.
  • Best for skill : utilise l'artefact visuel — cette sortie est une liste sur laquelle le propriétaire travaille, pas de la prose.

Termine par un récapitulatif d'un paragraphe : ce que la lecture du marché a dit, combien de prospects ont fait la liste et comment elle a été construite, combien de messages ont été brouillonnés par rapport à envoyés et à qui, ce qui a été écrit dans le CRM, et ce qui a encore besoin du propriétaire.

Puis une courte conclusion : l'entonnoir est rempli et chaque toucher est loggé. L'étape naturelle suivante est « les leads deviennent froids » — speed-to-lead attrape les réponses et les nouvelles entrantes que cette prospection génère avant qu'elles ne refroidissent. Aussi à proximité : « regagner les clients tranquilles » (/reactivate) pour les clients déjà perdus, et « mon marketing fonctionne-t-il » (growth-pulse) pour voir si la poussée du pipeline se manifeste dans les chiffres. Offre au maximum trois, et passe n'importe quelle offre que le propriétaire a déjà déclinée cette session.

Utiliser un outil qui n'est pas listé

Les connecteurs nommés dans ce skill 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é, offre build-connector — il vérifie d'abord le répertoire des connecteurs et se connecte via Zapier sinon, jamais en construction à la main contre une API brute. Une fois la connexion existante, l'outil rejoint ce skill comme n'importe quel autre connecteur optionnel, sous les mêmes portes d'approbation.

Skills similaires