mcpField
E
email-lifecycle

email-lifecycle

github.com/hyperfx-aiマーケティング・グロース107193 回インストール2 日前に更新
リポジトリ

email-lifecycle について

email-lifecycleは、Klaviyo、Resend、Beehiiv、Gmailでライフサイクルメールを計画・実行するスキルです。プロバイダー選定から対象者設定、メール作成、配信、コンバージョン測定までを扱います。

主な機能

  1. 01プロバイダー選定の指針
  2. 02対象者と除外条件の設計
  3. 03ライフサイクル配信パターン
  4. 04プロバイダー別の配信ツール
  5. 05コンバージョン重視の測定

活用シーン

  1. 01ウェルカムやオンボーディング配信の作成
  2. 02カート放棄や休眠顧客向けメールの送信
  3. 03ニュースレターのナーチャリング設定

MCP 対応

Hyper MCPと接続済みのメールプロバイダーが必要です。MCPクライアントまたはHyper CLIからプロバイダーツールを利用する方法を説明します。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/hyperfx-ai/marketing-skills --skill email-lifecycle

インストール後、Claude Code で/email-lifecycleを入力して読み込まれたか確認します。

同梱ファイルreferences/provider-mechanics.mdreferences/sequence-patterns.md

詳細

メールライフサイクル

エンドツーエンドのライフサイクルメールです。目的に合ったプロバイダーを選び、オーディエンスを構築し、シーケンスを作成して、配信を開始し、効果を測定します。冒頭ではプロバイダーを横断するパターンを、その後ではプロバイダー固有のツール呼び出しを説明します。

対象外 — 他のスキルを案内してください

リクエスト案内先
オプトインしていない人へのコールドアウトバウンドメールcold-email-outreach
メールクリエイティブ用の画像の生成image-generation
ライフサイクルプログラムと並行して配信する広告クリエイティブの生成ad-creative-generation
ニュースレター用の SEO 調査/ブログコンテンツseo-research

要件

  • Hyper MCP がインストールされ、接続されていること。 https://app.hyperfx.ai/mcp
  • https://app.hyperfx.ai/apps で、次のプロバイダーのうち少なくとも 1 つが接続されていること。
    • Klaviyo — EC、Shopify を中心とするリスト、購入/閲覧データに基づく行動トリガー
    • Resend — プロダクト主導型/SaaS/開発者向けツール、同一ドメインでのトランザクションメールとライフサイクルメール
    • Beehiiv — ニュースレター、有料プランのサブスクリプション、コンテンツ主導型のリスト
    • Gmail — 小規模/個人リスト、創業者モードでの一斉配信、運用メール

エージェントのツールリストにこれらのツール接頭辞(klaviyo_*、resend_*、beehiiv_*、gmail_*)が 1 つも見つからない場合は、処理を中止し、Hyper MCP を有効にして、利用するプロバイダーを接続するようユーザーに伝えてください。

このスキルのツールの実行方法

このスキルの各ツールは、正式なツール名で指定されています。利用するサーフェスに応じて、次の呼び出し方で実行してください。

サーフェスツールを探す実行する
MCP クライアント(Claude、Cursor、Codex、ChatGPT)search("<what you want to do>") を実行し、続けて describe("<name>") を実行call("<name>", {...})
Hyper CLIhyperai search "<what you want to do>" を実行し、続けて hyperai describe <name> を実行hyperai call <name> --json '{...}'

ツールが見つからない場合、その連携機能が接続されていないか、ワークスペースで有効になっていません。処理を中止し、接続が必要な連携機能をユーザーに伝えてください。

プロバイダーの選択

ライフサイクルプログラムが失敗する最も一般的な原因は、プロバイダーの選択ミスです。まずプロバイダーを選びましょう。

次のような場合使用するもの理由
Shopify、BigCommerce、WooCommerce を利用する EC/DTC ブランドKlaviyoEC イベント(注文完了、チェックアウト開始、商品閲覧)をネイティブに検知でき、フローエディターが充実しており、Shopify との同期もスムーズです。
同一ドメインでプロダクトメールとライフサイクルメールを配信する SaaS/開発者向けツール/API プロダクトResendトランザクションメールとマーケティングメールで同じ API を利用でき、オーディエンス管理、一斉配信、自動化の実行に対応しています。プロダクトメールの到達率も優れています。
コンテンツ主導型のニュースレター(無料プランと有料プラン)を運営しているBeehiivニュースレターをプロダクトとして扱うモデルを中心に設計されています。セグメント、自動化、有料プラン、紹介プログラム、投稿統計に対応しています。
小規模な運用リスト(連絡先 500 件以下)を運用している、または創業者モードで一斉配信しているGmail新たなインフラが不要で、ラベルベースのセグメンテーションができ、テンプレートも簡単に使えます。500 件を超える規模には拡大しないでください。拡大する場合の送信者の到達率については、cold-email-outreach を参照してください。

複数のプロバイダーを併用することもできます。たとえば、マーケティングには Klaviyo、トランザクションメールとプロダクトのオンボーディングには Resend(ブランドが EC も運営している場合)を使います。または、ニュースレターには Beehiiv、プロダクトには Resend を使います。メールごとではなく、プログラムごとに一度決めてください。

ツール一覧

フェーズKlaviyoResendBeehiivGmail
オーディエンスの設定klaviyo_lists_create, klaviyo_list_members_add, klaviyo_segments_create, klaviyo_profiles_create, klaviyo_profiles_updateresend_audiences_create, resend_contacts_create, resend_contacts_list, resend_contacts_updatebeehiiv_subscriptions_create, beehiiv_segments_create, beehiiv_tags_add, beehiiv_subscriptions_listgmail_labels_create, gmail_labels_add, gmail_labels_remove
シーケンスの構築klaviyo_campaigns_create, klaviyo_campaign_messages_updateresend_automations_create, resend_automations_update, resend_automations_getbeehiiv_posts_create, beehiiv_automations_list, beehiiv_automations_subscribers_addgmail_drafts_create, gmail_drafts_update
送信/開始klaviyo_campaigns_send, klaviyo_campaign_send_jobs_getresend_emails_send, resend_broadcasts_sendbeehiiv_posts_create(公開), beehiiv_posts_updategmail_messages_send, gmail_drafts_send
効果測定klaviyo_metrics_list, klaviyo_metrics_get, klaviyo_campaigns_getresend_automation_runs_list, resend_automation_runs_getbeehiiv_posts_stats_get, beehiiv_subscriptions_getgmail_messages_list

プロバイダーごとの詳しい仕組み、注意点、具体的なツール呼び出し例については、references/provider-mechanics.mdをご覧ください。

重要なルール

  1. コピーを書く前にプロバイダーを選びます。 フローのトリガー方法、セグメントの定義方法、パーソナライズに使用できるデータはプロバイダーごとにかなり異なるため、「プロバイダーは後で決める」という進め方では丸一日無駄になります。
  2. メールではなく、必ずオーディエンスから始めます。 オプトイン元のないウェルカムフローは送信できません。非アクティブの定義がないウィンバックフローも送信できません。まずオーディエンスを定義し、コピーはその後に作成します。
  3. シーケンスごとに目的を1つにします。 「ウェルカム+オンボーディング+製品教育+初回購入の促進」を詰め込んだ巨大なフローは壊れやすく、効果測定もできません。フローを個別に分け、連携させてください。
  4. 配信停止はリストごとではなく、全体で反映します。 プロファイルが配信停止したら、停止元のフローだけでなく、ワークスペース内のすべてのフローで配信対象から除外します。4つのプロバイダーすべてで対応しています。これは任意ではありません。
  5. 本番開始前に、実際のシード受信用メールボックスでテスト送信します。 すべてのプロバイダーでテスト送信が可能です。Gmail/Outlook/Apple Mail/モバイルで各メールの表示を確認せずに、5万人のリストへ10通のシーケンスを配信してはいけません。
  6. プロバイダーのレート制限を超えないようにします。 特に、resend_broadcasts_send(大規模一斉配信はスロットリングされます)、gmail_messages_send(ソフト上限は1日約500通)、klaviyo_campaigns_send(アカウントのプランに依存)に注意してください。
  7. 開封数ではなく、コンバージョン指標を追跡します。 Apple Mailのプライバシー保護により、iOSでの開封率はほぼ役に立ちません。プロバイダーレベルでコンバージョンイベント(Klaviyoのメトリクス、Resendのオートメーション完了、Beehiivのセグメント遷移)を設定し、それらを基にレポートしてください。

ワークフロー

フェーズ 1 — ライフサイクルプログラムを定義する

ユーザーに次の項目を確定してもらいます。

  1. トリガー — プロフィールをこのフローに入れるイベントです。例:「ニュースレターに登録した」「初回購入をした」「50ドルを超える金額の商品をカートに入れたまま離脱した」「90日間注文がない」。
  2. オーディエンスフィルター — トリガーに加えて、誰が対象となるかです。(「ニュースレター登録者。ただし米国在住者のみ」「カート離脱者。ただし初回訪問者のみ」)
  3. 目標 — このフローで目指す、具体的な成果を1つ設定します。「さらにエンゲージメントを高める」ではなく、「14日以内の初回購入」「7日以内の連携機能の有効化」「30日以内の有料プランへのアップグレード」のように具体化します。
  4. 成功指標 — 目標へのコンバージョン率です。開封やクリックは診断用の指標であり、目標の指標ではありません。
  5. 除外ルール — トリガーに該当しても、このフローを絶対に受け取ってはいけない人を指定します。(既存顧客に新規顧客向けのウェルカムメールを送るべきではありません。最近購入した人に再獲得メールを送るべきではありません。)

トリガーまたは目標を決められない場合は、フローを構築する準備ができていません。

フェーズ 2 — シーケンスのパターンを選ぶ

ライフサイクル施策の約95%は、5つのパターンで対応できます。コピー、配信タイミング、プロバイダー固有の注意点を含むテンプレート全文は、references/sequence-patterns.md を参照してください。

パターントリガー標準的な長さ目標
ウェルカム/オンボーディングリスト登録7~10日間に3~5通のメール初回コンバージョン(購入、有効化、有料登録)
ナーチャリングリードマグネットのダウンロード、コンテンツのオプトイン3~6週間に4~7通のメール製品適格アクション
カート放棄 (eコマースのみ)チェックアウト開始、注文完了なし24~72時間に2~3通のメール購入完了
再エンゲージメントアクティビティの低下(例:60日間開封なし、90日間購入なし)7~14日間に2~3通のメール再開/再エンゲージメント
休眠顧客の再獲得休眠顧客(180日以上購入なし)14~21日間に2~3通のメールリピート購入
フェーズ 3 — オーディエンスを構築する

オーディエンスの設定方法はプロバイダーによって異なります。最も一般的なケース(ウェルカムフロー)の例を示します。

Klaviyo — リストを作成し、「Subscribed to List」をトリガーとするフローを設定します。

klaviyo_lists_create(list_name="newsletter-2026")
# triggers + flows are configured in Klaviyo UI; the API surface here is
# for adding profiles, building segments, and sending one-off campaigns.

Resend — オーディエンスを作成し、contact.created によってトリガーされるオートメーションを設定します。

resend_audiences_create(name="newsletter-2026")
resend_automations_create(
  name="welcome-2026",
  trigger="contact.created",
  audience_id="aud_...",
  ...
)

Beehiiv — セグメント/パブリケーションに追加すると、サブスクリプションによってオートメーションが直接トリガーされます。

beehiiv_subscriptions_create(
  publication_id="pub_...",
  email="[email protected]",
  utm_source="signup-form",
)
beehiiv_automations_subscribers_add(
  automation_id="aut_...",
  subscription_id="sub_...",
)

Gmail — セグメントにはラベルを使います。プログラムごとにラベルを作成することから始めます。

gmail_labels_create(name="lifecycle/welcome-2026")
# manual contact list maintained outside Gmail (Sheets, CSV) — Gmail
# is best for ≤500 contacts, founder-led sends.

プロバイダー固有の注意点(Klaviyoのプロフィール統合動作、Resendのオーディエンスとセグメントの違いなど)は、references/provider-mechanics.md を参照してください。

フェーズ 4 — シーケンスの文面を作成する

シーケンス内の各メールについて、次の項目を作成します。

  1. 件名+プレビューテキスト — ライフサイクルメールの件名は、可能であれば1対1のメールのように見せます(小文字、短め)。コールドメールとはルールが異なります。ユーザーが登録したばかりのブランドからのウェルカムメールなら、ブランド色を少し強めてもかまいません。
  2. 本文 — メール1通につき目的は1つです。ウェルカムメールの1通目は「登録へのお礼と、今後の案内」、2通目は「最初に取り組むべき1つのこと」、3通目は「実績/事例紹介」です。
  3. CTA — 1通につき1つです。コールドメールと同じルールで、関心に基づくものか、単一のアクションに絞ります。
  4. パーソナライズトークン — プロバイダーが提供するトークンを使います({{first_name}}、{{event.product_name}}、{{custom_field.plan_tier}})。フォールバックなしでトークンを使ってはいけません({{first_name|"there"}})。

デフォルトでは、まず下書きを作成します。新しいシーケンスでは、先に1通目のメールを作成し、次に進む前に自分宛てにテスト送信してください。プロバイダーのプレビューは、エディターでは正しく表示されても、本番環境では崩れていることがよくあります。

フェーズ 5 — 配信開始
  1. シード用受信トレイにテスト送信します。 どのプロバイダーでも利用できます。有効化する前に、すべてのメールで使用してください。
  2. フローを有効化します。 Klaviyo:ステータスを Live に設定します。Resend:オートメーションを有効にします。Beehiiv:投稿を公開するか、オートメーションをアクティブに設定します。Gmail:そのまま送信します。
  3. 7日後の確認を設定します。 ライフサイクルに関する問題(トークンの破損、オーディエンスフィルターの誤り、送信タイミングの予期しない挙動など)のほとんどは、最初の1週間に発生します。7日目と30日目に指標を確認してください。
フェーズ 6 — 測定と改善

開封数やクリック数ではなく、目標へのコンバージョン指標を確認してください。MPP 適用後の開封率はノイズです。

プロバイダーコンバージョン指標の確認元
Klaviyoklaviyo_metrics_get(metric_id=<conversion-event>) — 例:フローに起因する Placed Order
Resendresend_automation_runs_list(automation_id=...) — 目標ステップに到達して完了した実行数を数えます
Beehiivbeehiiv_posts_stats_get(post_id=...) とセグメントのメンバーシップの変化
Gmailgmail_messages_list(query="label:lifecycle/<program> newer_than:30d") — 返信やコンバージョンを確認します

改善ルール:オーディエンスが適切になるまでは、コピーを調整しないでください。ウェルカムフローのコンバージョン率が1.2%で、同じ商品のオーガニックコンバージョン率が4%なら、オーディエンスがずれています(対象が広すぎる、流入元が異なる、除外ルールが不足しているなど)。まずそこを修正してください。コピーの改善はその次です。

品質チェック(配信開始前)

予定しているタイミングで自分が受け取るつもりで、シーケンス全体を最初から最後まで読んでください。次のいずれかを満たさないシーケンスは却下してください。

  • 5通のメールで、一貫したひとつの物語が伝わります。
  • 前のメールがバウンスした場合でも、各メール単体で内容が成立します。
  • すべての CTA の遷移先が引き続き有効です(リンク切れや終了済みのオファーがありません)。
  • 配信停止リンクが見える状態です(プロバイダーによって自動追加されますが、テスト送信で確認してください)。
  • トークンにフォールバックがあります。名が取得できない場合に Hi , となることはありません。
  • シーケンス内で件名が重複していません。同じ件名が5回続くと、システムの不具合のように見えます。
  • 受信者のタイムゾーンで午前3時に送信されることはありません。

参考ワークフロー

参考資料読むタイミング
references/sequence-patterns.mdウェルカム/ナーチャリング/カート放棄/再エンゲージメント/再獲得のシーケンスを作成するとき — コピー、タイミング、ベンチマークを含む完全なテンプレート
references/provider-mechanics.mdKlaviyo のフロー、Resend のオートメーション、Beehiiv のセグメント — 具体的なツール呼び出しパターンとプロバイダー固有の注意点

コメント