marketing-email-automation について
marketing-email-automation は、B2B と B2C のライフサイクルメールを設計・運用するスキルです。ユーザー状態や行動イベントに基づくワークフローを扱い、メールの反応率だけでなく、到達性や配信停止規則、事業成果を重視します。
主な機能
- 01ユーザー状態に基づくライフサイクル段階の設計
- 02トリガー型ワークフローと終了条件の設計
- 03行動データと RFM によるセグメント化
- 04同意、抑制、配信頻度の方針策定
- 05SPF、DKIM、DMARC の要件への対応
活用シーン
- 01購読者や顧客向けオンボーディングの設計
- 02カートイベントを起点とした購入促進メール
- 03解約リスクの把握と再エンゲージメント設計
- 04製品イベントに応じた更新・拡張案内
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ vasilyu1983/ ai-agents-public --skill marketing-email-automationインストール後、Claude Code で/marketing-email-automationを入力して読み込まれたか確認します。
詳細
EMAIL AUTOMATION — WORKFLOW OS (OPERATIONAL)
B2B および B2C において、収益と到達率を損なわないメール自動化を設計・運用するために作られた、無駄を省いた実行スキルです。
構成:主要なワークフローとセグメンテーションは SKILL.md に記載しています。プラットフォームの設定は references/ に、収益性の経済分析は references/email-economics.md に、テンプレートは assets/ に記載しています。
対象範囲に関する注記:アウトバウンドメールやコールドメールについては、marketing-leads-generation を参照してください。メールの HTML/CSS 実装には、コーディングに特化したワークフローを使用してください(このスキルは戦略と運用を扱います)。
最新のベストプラクティス(2026年1月)
2026年の運用の実情:
- 認証とアライメントが必須です(SPF/DKIM/DMARC)。
- 一括送信ではワンクリックでの配信停止が必須です。
- 受信トレイへの到達は、複数のシグナルによるエンゲージメントと苦情率に左右されます。
- 非アクティブな宛先は送信者レピュテーションを損ないます。抑制/配信停止ポリシーを徹底してください。
- プライバシー機能(例:Apple MPP)のため、開封率は信頼できません。後続のアクションを測定してください。
- AI を活用したパーソナライゼーションは一般的です。ガードレールを設けて展開し、増分効果を測定してください。
- インタラクティブメールは利用可能です(例:Gmail の AMP for Email)が、クライアントの対応状況は限定的です。プログレッシブエンハンスメントとして扱ってください。
- EU アクセシビリティ法(EAA)は2025年6月に施行されました。標準は WCAG 2.2 AA です。
参考資料:
- 出典:
data/sources.json - 到達性チェックリスト:
references/deliverability.md - アクセシビリティ要件:
references/accessibility.md
エキスパート:自動化とキャンペーン(クイック確認)
「予定されたキャンペーンを別の形で実施する」ことを避けるために、次を活用してください。
- メールキャンペーン:告知やプロモーションなど、短期的な目標に最適化された一対多の一斉配信です。
- メール自動化:信頼性、節度、状態遷移に最適化された、トリガー起動型のワークフローです。
- ライフサイクルメッセージング:ユーザーを製品および収益の各状態(アクティベーション → 価値実現 → 拡大 → 更新)へと導く自動化の集合であり、一貫した抑制ルールと停止ルールを備えています。
- 収益主導のコミュニケーションシステム:メールを複数のアクチュエーターのひとつとして扱う、部門横断的な制御システムです(製品 UX、営業、サポート、有料施策)。アトリビューションの都合のよさではなく、増分効果を測定します。
自動化を予定配信キャンペーンとして扱う場合に起こる組織上の失敗パターン:
- チームが局所的なメール指標を最適化する一方で、メッセージングが実際のユーザー状態と切り離されているため、全体的な成果(到達性、有望なパイプライン、リテンション、利益率)を気づかないうちに損ないます。
主要項目:ライフサイクルアーキテクチャ(CRM の既定値ではなく、行動に基づく設計)
ユーザー状態の制約に基づいてステージを定義する
ライフサイクルのステージは CRM のラベルではありません。ライフサイクルのステージとは、次の内容を示す一連の制約です。
- 今、どのメッセージが役立つか
- どのメッセージがノイズになるか、または害を及ぼすか
次の基準でステージを定義します。
- 意図(ユーザーは今、その問題を解決しようとしているか?)
- 能力(アクセス権、設定、権限、予算を備えているか?)
- 価値の実感(中核となる価値のループを体験したか?)
- リスク(解約リスク、購買者リスク、コンプライアンスリスク)
- 経路(セルフサービスか、営業支援か、パートナー経由か)
ユーザーをステージ間で移行させる要因
ステージの移行は、時間ではなく、観測可能な行動やシステムイベント(製品、請求、サポート、営業)によって決定してください。
例(イベントレベル、プラットフォーム非依存):
- アクティベーション:初めて有意義なアクションを完了した(「アカウントを作成した」ではありません)
- 価値実現:一定期間内に価値のループを繰り返した(「メールを3回開封した」ではありません)
- 拡大の準備完了:機能の上限に到達した、招待を試みた、利用が飽和した、管理者としての意図を示すシグナルがある
- 解約リスク:価値のループが止まった、サポートに否定的なシグナルがある、決済に失敗した、ダウングレードの意図がある
戦略的には誤っているのに、正しく見えるシグナル:
- メールのエンゲージメント(開封/クリック)をライフサイクル移行の代理指標として使うこと。これは注意を進捗と混同します。
コア:ワークフロー設計(エキスパートの境界)
次の最適なアクションが大きく変わる場合に限り、分岐します。
- 制約が異なる場合(セットアップ/権限/予算)
- 経路が異なる場合(営業支援ありか、セルフサービスか)
- リスクプロファイルが異なる場合(コンプライアンス、解約、決済失敗)
- 意図が異なる場合(意思決定支援か、実行支援か)
違いが表面的で、次の方法で対応できる場合はロジックを集約します。
- 深い分岐の代わりに、セグメント化されたエントリールール(個別登録)を使う
- 共通のコア経路とモジュール式ブロックを使う(同じワークフローで、内容を変える)
- 「いつまでも if/else」ではなく、停止ルール(成功したら終了)を使う
次の場合、オートメーションの複雑さがパフォーマンスを損なっています。
- 「なぜこのユーザーにこのメッセージが届いたのか」を、プラットフォームを手動でたどらずに説明できない
- ユーザーが複数のフローの対象となり、配信頻度が急増する
- 分岐が古いフィールドや、一貫して入力されていないフィールドに依存している
- 変更が同時に多すぎて、因果関係を学習できない
保守不能なオートメーションの早期警告サイン:
- ESP を開いて条件を手作業でたどらないと、チームが「このフローには誰がいて、その理由は何か」に答えられない
コア:プラットフォームの理解(ツール中心ではない)
プラットフォームに依存しない判断事項(ツールを切り替えても変わらないこと):
- ライフサイクルの段階モデルと遷移
- イベント分類体系と ID ルール(ユーザー、アカウント、連絡先のどれか。統合/分割)
- 同意、抑制、配信頻度のポリシー(全体上限を含む)
- 測定戦略(増分効果、ホールドアウト、判断基準)
- プロダクト、営業、サポート、メール間の振り分けルール
正当にプラットフォームに依存する判断事項:
- データモデルの制約(プロファイルテーブルとイベントテーブル、カスタムオブジェクト)
- セグメンテーションの表現力(リアルタイムとバッチ、参照期間)
- ID 解決の動作(重複排除ルール、データの結合)
- 配信到達性ツールの利用可否(送信プール、ドメイン制御)
- ワークフローの評価セマンティクス(条件が再評価される頻度)
プラットフォームの「ベストプラクティス」を過信することでよくある間違い:
- デフォルトのアトリビューション期間やエンゲージメントフィルターを、因果関係を示すものとして扱うこと
コア:オートメーションの類型(解決する課題)
| ワークフローの種類 | トリガー | 目的 | 期間 |
|---|---|---|---|
| 新規購読者/オプトイン | 同意の取得 | 期待値を設定し、意図に合った経路に振り分ける | 0~7日目 |
| 新規顧客/利用開始 | 初回購入/利用開始 | 最初の価値実感ループを促進する | 0~30日目 |
| 意思決定支援 | 意図を示すシグナル | 意思決定のリスクを軽減し、確約へと進める | 1~8週目 |
| カート放棄 | カート作成後、購入なし | 売上を取り戻す | 1~72時間後 |
| 再エンゲージメント | 非アクティブな購読者 | 呼び戻すか、リストを整理する | 30~90日目 |
| アップセル/クロスセル | 購入完了 | LTV を高める | 購入後7~30日目 |
| 更新/維持 | サブスクリプションの終了が近い | 解約を防ぐ | 終了30日前~1日前 |
コア:ワークフロー設計フレームワーク
WORKFLOW: [Name]
TRIGGER: [Event that starts flow]
GOAL: [Primary conversion action]
DURATION: [Total time span]
ENTRY → STEP 1 → WAIT → BRANCH (state A/state B) → STEP 2 → ... → EXIT
Exit when: Goal met | Unsubscribe | Time limit reached
完全なテンプレートについては、assets/workflow-blueprint.md を参照してください。
コア:ナーチャリングシーケンス(現実的な確認)
ナーチャリングで実際に最適化するもの:
- 不確実性を取り除き、価値を得るまでの時間と導入を決定するまでの時間を短縮する
- 明確さとリスクの低減を通じて、意思決定への確信を高める(「エンゲージメント」ではありません)
- 経路を判別する:セルフサービスのユーザーは進行し、営業支援を受けるユーザーは意図と制約を明らかにする
優れたコンテンツがあっても、ナーチャリングがうまくいかない主な理由:
- ステージモデルが間違っている:メッセージがユーザーの制約に合っていない(まだ行動できない、またはすでに行動済み)
- 停止ルールがない:コンバージョン、解約、経路変更の後もユーザーにメッセージが届き続ける
- チャネル間の連携がない:メールでプロダクトの UX、営業、サポートを置き換えようとするため、ノイズになる
- クリック数を最適化している:クリックスルー率が高くても、進展ではなく「混乱」を示している場合がある
プロダクトや営業のシグナルがある場合のナーチャリングの変化:
- 一般的な説得から、状況に応じた支援へ移行する(セットアップの障害を取り除き、摩擦を軽減し、引き継ぎを調整する)
- プロダクトや営業のイベントを主なトリガーとして使用し、メールは補強とルーティングのレイヤーとなる
- ペルソナラベルではなく、次の制約(権限、オンボーディングのステップ、関係者、価格との適合性)でセグメント化する
任意の補助資料(コピーの指針ではなく、例が必要な場合):
コア:セグメンテーションフレームワーク
行動セグメント
| セグメント | 定義 | 用途 |
|---|---|---|
| エンゲージメントあり | 過去30日以内にクリックした(またはその後のアクションを実行した) | 主要キャンペーン |
| アクティブ | 最近ログインした/プロダクトを利用した | オンボーディング、アップセル |
| 離脱リスクあり | 31~60日間エンゲージメントがない | 再エンゲージメント |
| 休眠中 | 61~90日間エンゲージメントがない | 再獲得 |
| 解約済み | 90日以上エンゲージメントがない | 配信終了または削除 |
RFMセグメンテーション(Eコマース)
| セグメント | 最新性 | 頻度 | 金額 | 戦略 |
|---|---|---|---|---|
| 優良顧客 | 最近 | 頻繁 | 高い | 特典を提供し、紹介を促す |
| ロイヤル顧客 | 最近 | 頻繁 | 中程度 | アップセル |
| 見込み顧客 | 最近 | まれ | 低い | ナーチャリング |
| 離反リスクあり | 以前 | 頻繁 | 高い | 呼び戻す |
| 休眠中 | 以前 | まれ | 低い | 再エンゲージメント、または削除 |
ゼロパーティデータの収集
ゼロパーティデータとは、ユーザーが明示的かつ自発的に提供する情報(好み、意向、フィードバック)です。行動データとは異なり、ユーザーが明示した意図から直接得られます。
重要な理由(2026年):
- サードパーティCookieが廃止され、ファーストパーティデータとゼロパーティデータが主要なデータとなっています
- 消費者の48%は、データを透明性のある方法で収集するブランドを好みます
- マーケターの93%は、将来に備えるうえでファーストパーティデータが不可欠だと考えています
収集方法:
| 方法 | 例 | 最適な用途 |
|---|---|---|
| プリファレンスセンター | コンテンツの配信頻度、トピックへの関心、チャネルの好み | リストの健全性、関連性 |
| 段階的なプロファイリング | タッチポイントごとに1~2問、時間をかけて質問する | 摩擦の軽減、高い回答完了率 |
| アンケート/クイズ | ゲーミフィケーションを取り入れた「自分に合うスタイルを見つける」または商品マッチング | エンゲージメントとデータ収集 |
| オンボーディング時の質問 | 登録時に役職、会社規模、目標を尋ねる | B2Bのセグメンテーション |
| 購入後のフィードバック | 「どのように当社を知りましたか?」 | アトリビューションの明確化 |
実装の原則:
- 明確な価値交換:質問する理由と、ユーザーが得られるものを説明する
- 段階的に進め、押しつけない:入力欄が10個あるフォームではなく、1回のやり取りで1~2問にする
- 明示された希望を尊重する:「週1回」と言われたら、毎日送らない
- 同意のタイムスタンプとともに保存する:GDPR/CCPAでは監査証跡が必要です
ゼロパーティデータを活用した動的コンテンツ:
- 閲覧履歴だけではなく、明示された好みに基づく商品レコメンデーション
- 宣言された関心に応じて切り替わるコンテンツブロック
- 明示された希望に沿った配信頻度
- 推測された行動ではなく、明示された目標に基づくライフサイクルステージ
コア:メッセージ設計の原則(コピーではない要素)
- ミスマッチを最小限にします。各メッセージを、ユーザーの制約と次のアクションそれぞれ1つに対応付けます
- リマインダーより停止ルールを優先します。成功したら終了し、経路が変わったら抑制します
- 頻度上限と抑制を後付けではなく、設計の基本要素として扱います
- インセンティブは最後の手段として扱います(割引を期待する習慣を生み、LTVの低い行動を引き付ける可能性があります)
- 表面的なエンゲージメントではなく、その後の成果(アクティベーション、継続率、見込み度の高いパイプライン)を最適化します
システムとしての到達性(チェックリストではありません)
到達性は、相互に連携する3つのシステムで構成されます。
- 技術システム:認証(SPF/DKIM/DMARC)、アラインメント、ヘッダー、インフラストラクチャ、バウンス
- 行動システム:受信者が一貫して「これは必要だ」と示すか(読む、返信する、保存する、移動する)、そして「これはスパムだ」という反応を避けるか
- レピュテーションシステム:ISPは、長期にわたる全体的な行動、一貫性、リストの衛生状態から送信者の品質を推測します
短期的なパフォーマンスを改善する一方で、長期的な到達性を損なう行動:
- エンゲージメントのないユーザーに再送して「収益を回復」しようとする送信量の増加は、レピュテーションの遅延的な急落(苦情の増加、受信トレイへの到達率の低下、将来の収益の減少)を招くことがよくあります。
AIを活用したメール自動化(2026)
AI機能は広く普及しています。測定、同意、到達性の衛生管理に代わるものではなく、促進するものとして扱ってください。
本番環境で利用可能なAI機能:
| 機能 | 内容 | 使用するタイミング |
|---|---|---|
| 送信時刻の最適化 | 受信者ごとに最適な送信時刻を予測します | 大規模キャンペーン、エンゲージメントの最適化 |
| 件名の生成 | テスト用のバリエーションをAIが生成します | A/Bテスト、クリエイティブの拡張 |
| コンテンツのパーソナライズ | 行動と好みに基づいて動的なブロックを表示します | ナーチャリングシーケンス、製品の推奨 |
| 予測セグメンテーション | 解約リスクや購入可能性を特定します | 継続率向上、アップセルのターゲティング |
| コピーの生成 | プロンプトからメールの草案全体を作成します | キャンペーンの拡張、初稿の作成 |
ガードレール(必須):
- AIによる提案は、到達性の審査に合格する必要があります(スパム判定の誘因や、誤解を招く主張がないこと)
- 信頼性が確立されるまでは、顧客向けの内容はすべて人間の承認を得ます
- AIのコピーと人間のコピーをA/Bテストし、開封数だけでなく、その後の成果を測定します
- 停止ルール:AI生成コンテンツの成果が劣る場合は、人間が作成したベースラインに戻します
自律型キャンペーン(新興分野):
- リアルタイムシステムは、行動とコンテキストに基づいてタイミング、オファー、コンテンツを調整できます。
- 測定インフラストラクチャ(増分効果、ホールドアウト)が成熟し、ガバナンスが明確な場合にのみ使用してください。
警告:AIは、表面的な指標(開封、クリック)を最適化する一方で、システム全体の成果(到達性、継続率、利益率)を悪化させる可能性があります。必ず、その後の成果で検証してください。
避けること:制御のない過剰な自動化:監視や抑制のない複雑なフローは、いずれレピュテーションを損ないます。自動化のパフォーマンスを毎月見直し、古くなったロジックを廃止してください。
コア:到達性の管理(運用)
コンプライアンスチェックリスト(BIMIと適用状況を含む)の全体は、references/deliverability.mdを使用してください。監査にはassets/email-audit.mdを使用してください。
収益アトリビューション(難しい課題)
自動化においてラストタッチアトリビューションがうまく機能しない理由:
- 自動化は長い意思決定プロセス全体に関与します。ラストタッチでは、最後の後押しを過大評価し、それ以前の状態変化を過小評価します。
- 増分効果がない可能性のある、後期段階で「購買意欲を刈り取る」パターンを評価してしまいます。
- 経路が混在する場合(プロダクト主導+営業主導)や、オフラインでの接点がある場合に破綻します。
過大な主張を避けながらメールの貢献度を推定する方法:
- アトリビューションダッシュボードは真実ではなく、会計処理として扱います。
- 増分効果を優先します。ホールドアウト、ランダムな配信抑制、地域別比較、段階的導入などが有効です。
- システム全体の成果を評価します。アクティベーション率、価値実現までの時間、リテンションコホート、パイプラインの進捗速度、利益率の保護などです。
ダッシュボードより信頼できるアトリビューションシグナル:
- 自動化に対して適切に設計したホールドアウト/配信抑制テストで測定したリフト(メールを受け取る対象となるユーザーのうち、メールを受け取ったユーザーと受け取らなかったユーザーのコンバージョン/リテンションの差)。
経済性とリテンション(サブファイルを参照)
アトリビューションモデル、RPEフレームワーク、セグメントの経済性、解約削減の ROI、チャネル構成の判断については、references/email-economics.md を参照してください。
自動化がもたらす効果:
- リテンション:価値の循環を強化し、摩擦を取り除き、ユーザーが行き詰まる前にヘルプへ誘導します
- 拡大:利用上限に達した場合や管理者の意向が見られた場合に、機能の利用とアカウントレベルでの活用を促進します
- 解約削減:利用状況の低下、決済の失敗、サポートに関するネガティブなシグナルなどのリスク状態を検知し、厳格な配信抑制を適用しながら是正措置へ誘導します
指標と KPI
ダッシュボードで「勝つ」ためではなく、システムの健全性を検知するために指標を使用します:
- 開封率:傾向のみ(MPP)。
- クリック/アクション率:エンゲージメントのシグナルです。下流のアクションを優先します。
- メールあたりの収益:会計上のシグナルです。増分効果で検証してください。
- コンバージョンとリテンションのコホート:主要な成果です。
事業が悪化しているのに、良好に見えることがあるリテンション関連のメール指標:
- インセンティブによって「再エンゲージメント」のクリック率が上昇する一方で、リテンションコホートと粗利益率が悪化している状態(価値を高めているのではなく、アクティビティを買っている状態です)。
定義と計算方法については、references/email-economics.md を参照してください。
プラットフォーム設定ガイド
- references/hubspot-setup.md
- references/klaviyo-setup.md
- references/mailchimp-setup.md
- references/accessibility.md — WCAG 2.2、EAA 準拠、ダークモード
- references/segmentation-strategies.md — 行動、RFM、ライフサイクル、ゼロパーティデータによるセグメンテーション
- references/automation-workflows.md — ライフサイクルフロー、トリガー設計、分岐、タイミング、ベンチマーク
- references/email-copywriting.md — 件名、プリヘッダー、CTA、モバイル優先のコピー
- references/ab-testing-email.md — テスト設計、サンプルサイズの算出、勝者の選定、プラットフォームの機能
- references/re-engagement-winback.md — 配信停止ポリシー、ウィンバックシーケンス、リストの健全性管理
- references/transactional-email.md — トランザクションメールとマーケティングメール、配信インフラ、コンプライアンスの境界
- references/email-design-systems.md — モジュラーテンプレート、レスポンシブパターン、ダークモード、クライアントでのレンダリング
テンプレート
| テンプレート | 用途 |
|---|---|
| workflow-blueprint.md | 任意のワークフローを設計 |
| welcome-sequence.md | 新規購読者向けウェルカムメール |
| nurture-sequence.md | リードのナーチャリング |
| cart-abandonment.md | E コマースのカート放棄対策 |
| email-audit.md | 健全性チェック用テンプレート |
| email-roi-calculator.md | ROI の計算 |
インタラクティブメール(AMP for Email)
AMP for Email を使うと、受信トレイを離れずにメール内で操作できます。ユーザーはメッセージ内でフォームへの入力、カルーセルの閲覧、レビューの送信、設定の更新を直接行えます。
導入状況(2026年):
- クライアント間の対応には限りがあり、ばらつきもあります。AMP は標準の UX ではなく、段階的な機能拡張として扱ってください。
- 意図した操作を維持する完全な HTML フォールバックを必ず用意してください(壊れたプレースホルダーだけでは不十分です)。
インタラクティブ要素とユースケース:
| 要素 | ユースケース |
|---|---|
| フォーム | アンケート、レビュー、設定の更新 |
| カルーセル | 商品の閲覧、機能の紹介 |
| アコーディオン | FAQ、詳細な仕様、利用条件 |
| ライブデータ | 在庫数、価格、予約枠 |
| チェックアウト | ワンクリック購入、カートの更新 |
実装要件:
- 送信者は Google に登録する必要があります(AMP for Email の送信者登録)
- DKIM/SPF/DMARC に合格する必要があります
- HTML フォールバックと併せて AMP MIME パートが必要です
- コンテンツは動的である必要があります(静的ではなく、サーバーでレンダリングします)
AMP を使用する場面:
- 購買意欲の高いタイミング:カート放棄、予約確認、レビュー依頼
- データ収集:NPS アンケート、設定の更新、フィードバックフォーム
- リアルタイムコンテンツ:在庫、価格、予約可能状況
AMP を使用しない場面:
- シンプルなお知らせ(導入に伴う負担に見合わない)
- 主な対象が Apple Mail のユーザー(AMP に対応していない)
- HTML フォールバックと大きく異なる体験になる場合
フォールバック要件:常に HTML フォールバックを用意してください。AMP は段階的な機能拡張であり、置き換えではありません。
テスト:Litmus、Email on Acid、または Gmail の AMP Playground を使って、各クライアントでのレンダリングを検証してください。
CRO とメール自動化の境界
メール自動化が CRO を支援するのは、次の場合です。
- 適切な段階で、適切なユーザーをファネルに呼び戻す(意図との一致)
- 次のコミットメント(アクティベーション、チェックアウト、デモ)に伴う摩擦や不安を軽減する
メール自動化が CRO と相反するのは、次の場合です。
- 市場に割引を待つ習慣をつけさせたり、適格性確認の段階を回避したりする
- 購買意欲の低いトラフィックをコンバージョンページに呼び戻す(訪問数を水増しし、成約の質を下げる)
メール指標は改善するものの、ファネルの効率を下げる最適化上の誤り:
- 対象条件を広げてインセンティブを追加し、クリック率を最大化すること。その結果、ページへのトラフィックは増える一方で、適格なコンバージョン率が下がり、到達率も損なわれます。
危険信号(実務者レベルで見落としやすい兆候)
専門知識が不足した運用を示す発言を3つ紹介します。
- 「コンバージョンを増やすには、フロー内のメールを増やせばいいだけです。」
- 「メールがクリックされているなら、自動化は機能しています。」
- 「プラットフォームのアトリビューションでメールが X% を生み出したと示されているので、配信量を増やすべきです。」
意思決定ツリー(メールのトリアージ)
Complaints rising (or inbox placement dropping)?
├─ Suppress unengaged; tighten eligibility
├─ Reduce frequency; add global caps
└─ Audit list sources + consent + auth alignment
Bounces rising?
├─ Remove hard bounces immediately
├─ Fix list acquisition hygiene (double opt-in where appropriate)
└─ Verify infrastructure and authentication
Clicks/actions down but deliverability stable?
├─ Stage mismatch: rebuild lifecycle entry/exit rules
├─ Route mismatch: coordinate with product/sales/support signals
└─ Validate impact with holdouts; do not "add more emails" first
Revenue up but retention/margin down?
└─ Incentive training or low-LTV acquisition: tighten segmentation and protect pricing integrity
アンチパターン
| アンチパターン | 代わりに行うこと |
|---|---|
| 一斉配信 | セグメント化して、トリガーに基づいて配信する |
| セグメント化しない | 行動ベースのセグメントを使う |
| 競合する目標を複数設定する | メッセージごとに主要な成果を1つ設定する |
| モバイルの制約を無視する | まずモバイルの制約に対処する(タップ領域、読み込み、読みやすさ) |
| リストを購入する | オーガニックに構築する |
| 設定後に放置する自動化 | 毎月パフォーマンスを見直す |
| 開封率に頼る | クリック率、コンバージョン、売上を使う |
国際市場
このスキルでは、米国/英国市場のデフォルト設定を使用します。国際的なメールマーケティングについては、次を参照してください。
| ニーズ | 参照するスキル |
|---|---|
| 地域ごとの法令遵守(CASL、LGPD、PIPL) | marketing-geo-localization |
| 地域ごとの配信時間の最適化 | marketing-geo-localization |
| 文化に合わせたメッセージの調整 | marketing-geo-localization |
| 代替チャネル(WhatsApp、LINE、WeChat) | marketing-geo-localization |
自動トリガー:クエリに特定の国、地域、またはコンプライアンスフレームワークが含まれると、両方のスキルが自動的に読み込まれます。
関連スキル
- マーケティングの地域別ローカライズ — 国際マーケティング、地域ごとのコンプライアンス
- マーケティングのリード獲得 — リードの獲得
- マーケティングのコンテンツ戦略 — メール向けコンテンツ
- マーケティングのCRO — ランディングページの最適化
- スタートアップの市場投入戦略 — チャネル戦略
使用上の注意(Claude)
- 実務に役立つ内容にしてください。ライフサイクル段階のモデル、トリガールール、配信抑制・頻度のポリシー、ワークフロー図を提示してください
- 売上やROIに関する質問では、
references/email-economics.mdを参照してください - 配信到達性の要件(認証、リストの健全性)を必ず含めてください
- ベンチマークデータを捏造しないでください。範囲を示すか、「業界によって異なります」と明記してください