mcpField
W
winback-engine

winback-engine

github.com/cognyaiマーケティング・グロース11147 回インストール2 週間前に更新
リポジトリ

winback-engine について

Winback Engineは、Cogny MCPを使って休眠中の購読者を見つけ、段階別の再エンゲージメント施策を準備するスキルです。各層向けに3通のメールを作成し、配信停止候補も特定します。Klaviyoでは購入額を使い、それ以外の対象ESPではエンゲージメントに基づいて分類します。

主な機能

  1. 01休眠期間に応じた購読者の分類
  2. 02Klaviyoの購入額を用いた分類
  3. 03他のESPではエンゲージメントで分類
  4. 04各層向けのメール3通を作成
  5. 05配信停止候補の特定

活用シーン

  1. 01休眠購読者の再エンゲージメント計画
  2. 02購読者の価値や反応に応じたメール作成
  3. 03配信停止前の最終的な再アプローチの準備

MCP 対応

購読者データと、対応する場合は購入履歴の取得にCogny MCPと接続済みESPが必要です。書き込みツールが利用でき、承認を得た場合は下書き作成や配信予約が可能ですが、対応ESPすべてでネイティブフローを導入できるわけではありません。

インストール

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

$npx skills add https://github.com/cognyai/claude-code-marketing-skills --skill winback-engine

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

詳細

Winback Engine

休眠中の購読者を顧客に呼び戻します。このスキルは、接続済みのESPをスキャンして非アクティブな購読者を検出し、過去の価値に基づいてセグメント分けし、各ティアに合わせたパーソナライズ済みの再獲得メールシリーズを作成します。また、配信到達率を損なう前に配信停止対象とすべき購読者にフラグを付けます。

必要なもの: Cogny MCP と接続済みのESP。登録

出力はレポートではなく、そのまま実行できる完全な再獲得キャンペーンです。

使用方法

/winback-engine — 標準モード(休眠期間のしきい値:60日) /winback-engine aggressive — 30日間のしきい値(早めに対応し、対象リストが増えます) /winback-engine conservative — 90日間のしきい値(長期休眠者のみが対象です)

前提条件の確認

接続済みのESPを検出します(subject-line-labと同じパターン)。接続されていない場合は、cogny.comでの接続をユーザーに促します。

手順

1. 休眠期間のしきい値を定義する
モード休眠長期休眠配信停止候補
aggressive30日以上開封なし90日以上開封なし180日以上開封・クリックなし、購入なし
standard60日以上180日以上365日以上エンゲージメントなし
conservative90日以上270日以上540日以上
2. 購読者データを取得する

接続済みのESPから、アクティブな購読者全員について次の情報を取得します。

  • 登録日
  • 最終開封日 + 最終クリック日(last_engagedにはいずれか新しい方を使用)
  • 過去の開封数 / クリック数の合計
  • 登録元 / リスト
  • タグ / セグメント
  • メールドメイン(gmail、yahoo、hotmail、企業)

購入 / LTVデータ — Klaviyoのみ。 cogny-mcp-proxyは現在、Klaviyoの購入データを公開しています(list_eventsを「Placed Order」メトリックでフィルタリングし、プロフィールごとにvalueフィールドを合計)。このプロキシにおけるMailchimp、Rule、Get a Newsletterはエンゲージメントデータのみで、次の情報は公開していません。

  • 合計購入額 / LTV
  • 注文数
  • AOV
  • 最終注文日

ESPごとのツールアダプター:

ESP購読者リスト購入履歴配信停止の書き込み
Klaviyolist_profiles(詳細情報にはget_profileも使用)metric="Placed Order"を指定したlist_events — プロフィールごとのvalueフィールドをLTVに使用unsubscribe_profiles
Mailchimptool_list_members(status=subscribedでフィルタリング)利用不可tool_update_member(status=unsubscribed)
Ruletool_list_subscribers利用不可tool_update_subscriber / tool_list_suppressions
Get a Newslettertool_list_contacts利用不可tool_delete_contact または tool_update_contact
3. セグメントをティアに分ける

Klaviyo(購入データあり)の場合: エンゲージメントの直近性 × 過去の価値でクロス分類します。

ティア条件トーンオファー
A — 高価値の休眠顧客休眠中で、LTV ≥ 上位四分位、または過去に購入ありパーソナル、申し訳なさを示す、プレミアム強力(20%オフ、送料無料、限定アクセス)。これは実際に収益につながります。
B — 中価値の休眠顧客休眠中で、過去に多少のエンゲージメント、または購入1回温かみがあり、価値を重視中程度(10~15%オフ、バンドル、コンテンツ)
C — エンゲージメントの低い休眠顧客休眠中で、購入経験がなく、エンゲージメント履歴も少ない率直で誠実最後のチャンスとなるオファー、またはコンテンツのみ
D — 配信停止候補長期休眠中で、購入がなく、最近のエンゲージメントもない最終メールのみ「……でなければ登録を解除します」

Mailchimp / Rule / Get a Newsletter(エンゲージメントのみ)の場合: 代わりにエンゲージメントの深さでティア分けします。これらのESPではプロキシから購入データを取得できないため、LTVベースのティア分けは次のようになります。

ティア条件トーンオファー
A — 深くエンゲージしていた休眠顧客現在は休眠中だが、過去の開封率+クリック率が高い(クリック数の上位四分位)パーソナル、「会えなくて寂しいです」強力なオファー、または限定コンテンツ
B — 気軽にエンゲージしていた休眠顧客休眠中で、過去のエンゲージメントは中程度温かみがあり、価値を重視控えめなオファー
C — エンゲージメントの低い休眠顧客休眠中で、生涯の開封数/クリック数が少ない率直で誠実コンテンツのみ、または再登録の案内
D — 配信停止候補長期休眠中で、生涯のエンゲージメントが最小限最終メールのみお別れ

エンゲージメントのみのESPでは、出力に収益予測を含めないか、該当する所見の estimated_impact_usd: null とし、ユーザーが自身のLTVデータと組み合わせて機会の規模を見積もれる旨を記載します。

下書きの作成前に、各ティアの件数を出力します。

Winback candidates: <total>
├─ Tier A (high-value dormant):   <count> subscribers (est. revenue: $<X>)
├─ Tier B (medium):               <count>
├─ Tier C (low engagement):       <count>
└─ Tier D (suppression):          <count>  ← do not keep sending to these

ティアA/Bの収益予測: 件数 × 過去のAOV × 予想再アクティベーション率(ティアAは3~5%、ティアBは1~2%を使用)。

4. ティアごとに3通のウィンバックメールを作成する

各ティア(A、B、C)について、以下の配信間隔でメールを3通作成します。

  • メール1 — 0日目、控えめな再接触(「お気づきかもしれませんが」)
  • メール2 — 4日目、価値+オファー
  • メール3 — 8日目、最後のチャンス/判断の促し

ティアごとのトーン:

ティアA(高価値):

  • E1:パーソナルなメッセージ。可能であれば、最後に購入した商品名に触れます。まだオファーは提示しません。
  • E2:相手が見逃しているものを紹介します。購入カテゴリーの新商品や、顧客のストーリーなどです。
  • E3:最も強力なオファーと、明確な判断を促す表現(「もう当社が合わなくなったのであれば、その判断を尊重します」)

ティアB(中価値):

  • E1:「会えなくて寂しいです」+ソーシャルプルーフ
  • E2:コンテンツ主導(見逃した内容のベスト)+控えめなオファー
  • E3:オファー+期限

ティアC(エンゲージメントが低い):

  • E1:率直に、「今もお役に立っていますか?」
  • E2:ワンクリックで再登録、またはワンクリックで登録解除(手間を減らします)
  • E3:配信停止前の最終メール

各メールについて、件名、プリヘッダー、本文、CTAを作成します。/welcome-series と同じ形式を使用します。

5. 配信停止リスト(ティアD)

ユーザーが実行できるブロックを出力します。

Suppression recommendation: <count> subscribers

These haven't opened, clicked, or purchased in <threshold> days. Keeping
them on the list:
  • Hurts deliverability (low engagement = more spam placement for everyone)
  • Inflates list size → higher ESP costs
  • Distorts reporting baselines

Recommended action:
  1. Send ONE final "goodbye" email offering resubscribe
  2. After 7 days, suppress non-responders

Sample suppression email is included below.

続けて、お別れメールの下書きを含めます。

6. 書き込みモード:実行を提案する

プランを提示した後、次のように尋ねます。

I can push this into your ESP as:
  [A] Drafts only (you review + launch)
  [B] Full flow installed but paused (you activate when ready)
  [C] Just give me the copy, I'll handle it

Which?

ユーザーがAまたはBを選び、ESP MCPで書き込みツールを利用できる場合は、Write Action Protocol(/cogny スキルと同じ)に従います。アクションプランを提示し、承認を待ってから、一度に1ステップずつ実行します。

7. 所見を作成する

重要な各ティア(A、および登録者が100人を超えるB)について:

{
  "title": "Tier A winback: <N> high-value dormant subscribers, est. $<X> recoverable",
  "body": "Identified <N> past purchasers with LTV in top quartile who haven't engaged in <days> days. Avg historical AOV: $<Y>. At 4% reactivation, estimated winback revenue = $<X>. 3-email series drafted and ready to install.",
  "action_type": "winback_campaign",
  "expected_outcome": "Reactivate 3-5% of Tier A dormant, generate $<X> over 30 days",
  "estimated_impact_usd": <X>,
  "priority": "high"
}

配信停止についても1件作成します。

{
  "title": "<N> subscribers recommended for suppression",
  "body": "Deep dormant (<threshold>+ days) with no purchases. Keeping them hurts deliverability and inflates ESP cost. Recommend goodbye email + suppression after 7 days.",
  "action_type": "list_hygiene",
  "expected_outcome": "Improve overall open rate by 1-3 pp, lower ESP tier cost",
  "estimated_impact_usd": <monthly_esp_savings>,
  "priority": "medium"
}

メモ

  • ウィンバックの試行前に配信停止しないでください。 Tier D の登録者には、再びエンゲージする最後の機会を与えます。
  • Apple MPP の影響で、iPhone ユーザーの「最終開封」はノイズが多くなります。ティアを割り当てる際は、開封よりもクリックと購入を重視してください。
  • 現在、cogny-mcp-proxy 経由で購入/LTV データを取得できるのは Klaviyo のみです。 Mailchimp、Rule、Get a Newsletter では、前述のエンゲージメントのみを使ったティア分け方式にフォールバックします。
  • Get a Newsletter にはフロー/自動化オブジェクトがありません。 「フローとしてインストール」はできません。ウィンバックは、time_to_send を指定した tool_send_draft による、スケジュール設定済みの個別配信として実施します。Klaviyo のフローは Klaviyo UI からインストールします(MCP が公開しているのは読み取り専用の list_flows/get_flow であり、作成機能はありません)。Mailchimp/Rule の自動化/ジャーニーも読み取り専用です。そのため、「インストール」とはネイティブの自動化を作成することではなく、キャンペーンの下書きを作成してスケジュール設定することを意味します。

コメント