「配信するメールの企画が追いつかない」「スコアリング後のシナリオが塩漬け」。一人マーケターが必ずぶつかる壁です。本稿では、HubSpot Starter と Claude Code を組み合わせ、週1時間の運用で12本のナーチャリングメールを自動生成・配信する仕組みの作り方を公開します。実際にこの構成で、ある BtoB SaaS クライアントのMQL→SAL転換率は 2.1倍 に伸びました。
リードナーチャリングは、マーケティングの中で「必要なのは分かっているけれど、手が回らない」施策の代表格です。コンテンツを書く時間、セグメントごとに出し分ける手間、配信タイミングの設計。小さなチームにとって、これらを全部こなすのは現実的ではありません。
そこで登場するのが、HubSpot の MA 機能と、Claude Code（Anthropic の開発者向け AI エージェント）の組み合わせです。人間が設計と承認に集中し、コンテンツ生成と HubSpot API 操作は AI エージェントが担う。この分業が成立した瞬間、一人マーケターでもナーチャリングが「まわる」状態に変わります。
仕組みの全体像（HubSpot + Claude Code の役割分担）
全体の設計思想はシンプルです。戦略と承認は人間、生成と実装はAI。それぞれの得意領域に役割を振り直すだけで、作業量は体感で8割削減できます。
具体的には以下の4レイヤーに分解します。HubSpot を「データと配信の基盤」として、Claude Code を「コンテンツ生成と HubSpot 操作のオペレーター」として位置づけます。
- Data レイヤー：HubSpot CRM（Contact / Company / Deal / Lifecycle Stage）がソース・オブ・トゥルース
- Content レイヤー：Claude Code がナレッジベース（ブログ記事・ホワイトペーパー）を読み、メールコピーを生成
- Orchestration レイヤー：HubSpot Workflows がトリガー発火と配信タイミングを制御
- Review レイヤー：人間が Slack 上で下書きをレビューし、承認後に本配信
重要なのは、AI が生成したコンテンツを draft ステータスで HubSpot に保存し、人間の承認を経てから配信することです。全自動ではなく、半自動。品質担保のためのゲートを必ず挟みます。
ステップ1: リードセグメント定義
ナーチャリングの精度は、セグメントの粒度で決まります。まず HubSpot 上で以下のプロパティを整備します。Starter プランでもカスタムプロパティは作成できるので、ここは遠慮なく拡張します。
lead_persona：ペルソナID（情シス／事業責任者／現場担当 など）lead_stage：認知フェーズ（Awareness / Consideration / Decision）pain_primary：主な課題タグ（属人化／人手不足／データ分断 など）engagement_score：エンゲージメントスコア（0〜100）
これら4軸の組み合わせで、最小 3 × 3 × 5 = 45 セグメントが定義できます。実運用では「ペルソナ × フェーズ」の 9 セグメントから始めて、反応を見ながら拡張するのが現実的です。
セグメントを設計するときの合言葉は「9 から始めて、45 まで育てる」。最初から細かく切りすぎると、配信本数が分散して学習が進みません。
ステップ2: Claude Code で記事→メール変換パイプライン
自社ブログやホワイトペーパーをナレッジ源に、各セグメント向けのメール文面を生成するパイプラインを組みます。Claude Code の強みは、ローカルファイル・Web・HubSpot API を横断して操作できる点です。
以下は実際に使っているプロンプトの骨格です。プロンプトは「制約条件 → 参考情報 → 出力形式」の三段構造にするのがコツです。
あなたはB2B SaaS向けのマーケティングライターです。
以下のブログ記事を、指定セグメントに向けたナーチャリングメールに変換してください。
## 制約条件
- ペルソナ: {lead_persona}
- フェーズ: {lead_stage}
- 主課題: {pain_primary}
- 文字数: 本文 400〜600字
- トーン: プロフェッショナルだが親しみやすい
- 煽り表現・絵文字は禁止
## 参考情報
- ソース記事: ./content/blog/{slug}.md
- サービス概要: ./docs/services.md
## 出力形式（JSON）
{
"subject": "件名（20〜28字）",
"preheader": "プレヘッダー（45字以内）",
"body": "本文（マークダウン）",
"cta_text": "CTAボタンテキスト",
"cta_url": "遷移先URL"
}
このプロンプトを Claude Code で実行し、出力された JSON を HubSpot Marketing Email の API 経由で draft 作成します。ここまでを週次のバッチで回せば、12セグメント分のメールが30分で下書きまで揃います。
ステップ3: HubSpot Workflow でトリガー設定
生成された下書きを、適切なタイミングで自動配信します。HubSpot Workflow のトリガー設計はシンプルに保ちます。複雑な分岐を入れすぎると、デバッグできなくなるからです。
運用が軌道に乗るトリガーは、だいたい以下の3系統に収束します。最初はこの3つだけで十分です。
- フォーム送信トリガー：資料DLや問い合わせから3分以内にWelcomeメールを送信
- 行動トリガー：特定のブログ記事を閲覧 + スコア40超で、関連記事メールを翌日配信
- タイムトリガー：Lifecycle Stage が Lead に遷移してから 3日 / 7日 / 14日 で段階配信
配信メールは、ステップ2で生成済みの draft から当日の朝に自動選択されます。選択ロジックは Claude Code が担当し、セグメント一致度と最新配信履歴を考慮して最適な1通を選びます。
運用のポイント・注意点
この仕組みを3か月運用してきた中で、「ここを外すと崩れる」と感じているポイントが3つあります。技術的な話というより、運用規律の話です。
- 下書きレビューは必ず人間が行う：AI はもっともらしい誤情報を生成することがある。固有名詞・数値・日付は必ず目視確認
- 配信後1週間のメトリクスをAIに要約させる：開封率・クリック率・返信率を Claude Code にレビューさせ、次週のプロンプト改善に反映
- 配信頻度は週1〜2本まで：「AIで生成できるから」といって配信本数を増やすと、一瞬でスパム扱いになる
HubSpot Starter の API レート制限（100req/10s、250,000/日）にも注意が必要です。大量の Contact を一括更新するときは、必ずバッチAPIを使い、エラーハンドリングを入れます。この辺りのコードも Claude Code に書かせれば30分で完成します。
まとめ
HubSpot × Claude Code の組み合わせで、一人マーケターでもフルファネルのナーチャリングが回せるようになります。ポイントは、AI を全自動化の道具ではなく、半自動化のオペレーターとして使うこと。人間は戦略と承認に専念し、生成と実装は AI に任せる。この分業が成立した瞬間、マーケティングは「個人の限界」から解放されます。
humbulls では、HubSpot 導入から AI 連携設計・Workflow 実装までを一気通貫でご支援しています。「仕組みは分かったけど、自社で実装する時間がない」という方は、無料相談からお気軽にご相談ください。