grow-pipeline について
grow-pipeline は、事業主向けに市場調査、見込み客の抽出、営業メッセージの下書き、CRM への記録を連携するスキルです。各段階に個別の承認ゲートがあり、コネクターがなくてもウェブ調査と顧客 CSV で実行できます。
主な機能
- 01競合と市場の変化を調査
- 02見込み客を順位付けして一覧化
- 03個別化した営業シーケンスを下書き
- 04CRM に接触履歴と次の手順を記録
- 05コネクターなしのファイル運用に対応
活用シーン
- 01既存顧客を基に見込み客を探す
- 02市場変化を確認して営業活動を準備
- 03承認済みメッセージとフォローアップを管理
- 04ウェブ調査と顧客 CSV で新規開拓
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ anthropics/ knowledge-work-plugins --skill grow-pipelineインストール後、Claude Code で/grow-pipelineを入力して読み込まれたか確認します。
詳細
パイプライン構築チェーンを実行します。まずウェブを活用した市場調査で背景を把握し、次に lead-finder でリストを作成し、outreach-composer で文面を書き、crm-autopilot で記録します。各スキルにはそれぞれ独自のゲートがあり、このコマンドによってゲートが緩和されることはありません。
コネクター:Apollo(または Clay)と HubSpot がそろえば、全工程を実行できます。Mail(Gmail または Microsoft 365)を追加すると送信も可能になります。Zoom を追加すると、ステップ 4 の記録に録画済みの商談発見ミーティングと営業電話も含まれます。読み取り専用で、オーナーが主催または参加したミーティングのみが対象です。また、録画リストの対象期間は通話ごとに 1 か月のため、一括取得ではなく、月ごとに確認します。いずれも接続されていない場合は、ウェブ調査とアップロードされた顧客 CSV を入力として、優先順位付きリストと作成済みのアウトリーチ文面を出力します。オーナーは手動で送信し、記録はスプレッドシートに保存します。それでも実際に運用できる一連の流れです。
ステップ 1 — まず市場の背景を把握する(ウェブ調査)
この工程はインラインで実行し、ターゲティングに役立つ内容に絞ります。週次レポート全体を作成するわけではありません。オーナーの競合他社とその市場に関する公開情報を調べます。対象は、ウェブサイトや料金、広告やソーシャルメディアでの活動、求人情報、報道です。
入力: 競合のウォッチリストがあればそれと、公開情報です。HubSpot に接続されている場合は、利用可能な最も有力なシグナルであり、公開情報ではない勝敗データも使用します。
出力: 市場で何が変化したか、失注案件でどの競合他社が挙がっているか、需要がどこへ向かっているかを示します。観察された事実と推測は、必ず分けて示します。
ゲート: 調査結果をオーナーに提示し、ターゲットを変更するか尋ねます。質問は 1 つです。重要な変化がなければ、3 行でそう伝えて次に進みます。市場に大きな動きがないという回答も妥当であり、チェーンを止めることはありません。
ステップ 2 — リストを作成する(lead-finder)
ステップ 1 の背景情報をターゲティング入力として引き継ぎ、lead-finder スキルのワークフローを実行します。
入力: QuickBooks、HubSpot、またはアップロードされた CSV にあるオーナーの実際の顧客ベースと、市場調査の結果です。理想顧客プロファイルは、抽象的に尋ねるのではなく、実際に代金を支払っている顧客から導き出します。
出力: 担当者名と連絡する理由を付けた、優先順位付きの企業 40~60 社です。各企業には、適合度・シグナル・連絡可能性のスコアも付けます。推測した連絡先には推測であることを明記します。
ゲート: リストを作成する前に、オーナーはプロファイルを 1 回修正できます。「そのとおりですが、従業員が 10 人未満の企業は除いてください」といった修正は、どんな情報補完よりも価値があります。その後、文面を書く前にオーナーがリストを承認します。
ゲート: HubSpot へのリストの登録には、独立した承認が必要です。連絡先と企業の件数を明示してください。承認しなくても問題ありません。納品物は XLSX です。
ステップ 3 — アウトリーチ文面を書く(outreach-composer)
承認済みのリストを使って、outreach-composer スキルのワークフローを実行します。
入力: 優先順位付きの見込み客と、それぞれに連絡する理由、および共通のボイスプロファイルです。プロファイルがない場合は、1 通も書き始める前に、オーナー自身が送信したメッセージを 15~30 件使って作成します。
出力: 見込み客ごとに、その人に合わせた一連のメッセージを作成します。最初のメッセージは 120 語未満とし、すべての連絡に新たな理由を持たせます。また、オーナーに見せる前に、内容の薄さを見抜くテストを実施します。
ゲート: オーナーは最初のメッセージをすべて読み、残りの構成に目を通してから編集します。編集が入ることを想定してください。修正内容はすべてボイスプロファイルに反映し、同じ修正を繰り返さなくて済むようにします。
ゲート: 送信には、そのバッチに対する明示的な承認が必要です。メッセージの件数、送信相手、送信スケジュール、送信元アカウントを明示してください。最初のメッセージの承認は、フォローアップの承認を意味しません。フォローアップは別途確認するか、下書きのままにします。
ゲート: メールアドレスが確認済みではなく推測された見込み客にはフラグを付け、別グループとして承認を得ます。大量のバウンスは、オーナーの送信ドメインに数か月にわたる損害を与えます。その影響は、実際の顧客に送るメールにも及びます。
メールコネクターがない場合は、すべて下書きのみで実行し、どこにでも貼り付けられる形式で出力します。
ステップ 4 — 記録する(crm-autopilot)
crm-autopilot スキルのワークフローを記録モードで実行します。
入力: 送信または下書きしたすべての接点について、相手、日時、シーケンス内の位置を記録します。
出力: 正しい連絡先と案件に紐づけてアクティビティを記録し、オープン状態の各行に日付付きの次のステップを設定し、反応がない相手を次回対応分として表示します。
承認条件: CRM への書き込みは承認済みです。連絡先の作成は、実行前に通知します。案件のステージと金額は提案のみとし、書き込みません。何も削除しません。
CRM がない場合は、簡易スプレッドシートに記録し、次回の実行時に誰に連絡済みかがわかるようにします。同じ切り出し文で同じ相手に二度連絡することは、明らかで防げるミスです。
承認条件(必ず守ること)
- 明示的な一括承認なしにアウトリーチを送信しません。承認されるまでは下書きにします。
- 推定した連絡先にはフラグを付け、確認済みの連絡先とは別に承認を得ます。
- 同意なしに CRM へ書き込まず、依頼されていない案件は作成しません。
- 架空のメールアドレス、電話番号、競合に関する事実を、いかなる段階でもプロセスに含めません。
- Apollo、HubSpot、メールコネクタなどのコネクタに障害が発生した場合は、その名前を伝え、再試行するか、ファイルに切り替えるか、停止するかを確認します。
してはいけないこと
- リストを早く作るために市場調査のステップを省略しないでください。 各行の理由を一般論ではなく具体的にするためのステップです。
- リストの数を水増ししないでください。 Ray Okonkwo が実際に電話をかける、調査済みの40件は、彼がすぐに断る、スクレイピングした500件より価値があります。
- 会社名をテンプレートに入れただけで、パーソナライズしたことにしないでください。 2語を変えるだけで誰にでも送れるメッセージは、まだ準備ができていません。
- 1つの承認を一連のプロセス全体への承認とみなさないでください。 リスト、文面、送信、CRM への書き込みは、それぞれ別の判断です。
- 推定した宛先への送信を、確認済みの宛先と同じ一括送信に含めないでください。
- Apollo がないことを作業の妨げとみなさないでください。 ウェブ調査と顧客データのエクスポートを組み合わせる方法も、あらかじめ用意された手段です。
出力
パイプラインの一式は、オーナーが保存した出力設定に従って納品します。デフォルトで Markdown ファイルにすることはありません。 ## Business context ブロックの Output preference(共通スタイルガイドのルール、../../shared/artifact-style.md)を確認してください。
- ビジュアル成果物(デフォルト): ハウススタイルの HTML ページとして実行結果を表示します。見つかった見込み顧客、下書きしたメッセージ、送信したメッセージを統計タイルで示し、リストは各行に理由を添えて表示します。該当する場合は、推定した連絡先にピルを付けます。下書きした各メッセージは、オーナーがコピーして手動で送信できるコピーブロックにします。
- docx / md / notion / canva の設定: 同じ内容をその形式で納品します。DOCX または Markdown ファイル、コネクタ経由で作成した Notion ページ(保存先を指定し、既存のページには上書きしません)、または Canva コネクタ経由で作成した Canva Doc(実行ごとに新しいデザインを作成し、日付を付けて命名します。表はリストに変換します)。Notion または Canva が接続されていない場合はビジュアル成果物に切り替え、その理由を伝えます。
- このスキルに最適な形式: ビジュアル成果物を使用します。これは文章ではなく、オーナーが作業に使うリストです。
最後に1段落で振り返りを記載します。市場調査でわかったこと、リストに入った見込み顧客の数とその作成方法、下書きと送信それぞれのメッセージ数および送信相手、CRM に記録した内容、オーナーに残された作業を含めます。
続けて、短く締めくくります。ファネルが埋まり、すべての接点が記録されています。次に自然に行うべきことは「見込み顧客の関心が冷めている」です。speed-to-lead は、このアウトリーチから生じた返信や新たなインバウンドに、熱が冷める前に対応します。関連する次の選択肢として、すでに離れてしまった顧客向けの「反応のない顧客を呼び戻す」(/reactivate)と、パイプライン強化の成果が数値に表れているかを確認する「マーケティングは効果を上げているか」(growth-pulse)もあります。提案は最大3つまでとし、このセッションですでにオーナーが断った提案は省きます。
一覧にないツールの使用
このスキルで名前を挙げているコネクターは、テスト済みの経路であり、制限ではありません。所有者が、このフローで接続されていない、または一覧にないツールを使いたい場合は、build-connector を案内してください。これはまずコネクターディレクトリを確認し、該当するものがなければ Zapier 経由で接続します。生の API に対して手作業で構築することは決してありません。接続が確立されると、そのツールはほかの任意のコネクターと同様に、同じ承認ゲートのもとでこのスキルに加わります。