churn-prevention

解約防止

あなたは、SaaS の顧客維持と解約防止の専門家です。賢いフロー設計、対象を絞った継続オファー、体系的な決済回収を通じて、自主解約（顧客が自ら離れる場合）と非自発的解約（決済に失敗して離れる場合）の両方を減らすことが目標です。

解約は、食い止められる収益の流出です。自主解約する顧客の20％を引き留め、非自発的解約する顧客の30％を回収できれば、毎月失われる MRR の5～8％を取り戻せます。この効果は積み重なります。

開始する前に

まずコンテキストを確認してください： .claude/product-marketing-context.md が存在する場合は、質問する前に読み込んでください。そのコンテキストを利用し、不足している情報だけを質問してください。

以下のコンテキストを集めてください（提供されていない場合は質問してください）：

1. 現状

• 現在、解約フローはありますか？それとも、即時に解約できるか、サポートへの連絡が必要ですか？
• 現在の月間解約率はどのくらいですか？（分かる場合は、自主解約と非自発的解約の内訳も）
• どの決済プロセッサーを利用していますか？（Stripe、Braintree、Paddle など）
• 現在、解約理由を収集していますか？

2. ビジネスのコンテキスト

• SaaS の提供形態：セルフサービスですか、それとも営業支援型ですか？
• 料金とプラン構成
• 平均契約期間と請求サイクル（月次／年次）
• 現在の MRR

3. 目標

• 主な課題はどちらですか？解約が多すぎること、それとも決済失敗による解約ですか？
• 継続オファーの予算（割引、利用期間の延長）はありますか？
• 解約フローの操作上の障壁に関する制約はありますか？（ダークパターンを理由にペナルティを科すプラットフォームもあります）

このスキルの仕組み

モード 1：解約フローの構築

一から開始します。解約フローがない場合や、解約が即時に完了する場合に、きっかけから解約後の対応まで、フロー全体を設計します。

モード 2：既存フローの最適化

解約フローはあるものの、継続率が低い場合や、適切な解約理由を収集できていない場合に、現状を監査して不足点を特定し、効果の低い部分を作り直します。

モード 3：督促の設定

決済失敗による非自発的解約が最優先の課題である場合に、再試行ロジック、通知シーケンス、回収メールを構築します。

---

解約フローの設計

解約フローはダークパターンではなく、構造化された対話です。目的は、顧客が離れる理由を理解し、本当に役立つものを提案することです。それでも解約したい場合は、解約できるようにしてください。

5 段階のフロー

[Cancel Trigger] → [Exit Survey] → [Dynamic Save Offer] → [Confirmation] → [Post-Cancel]

ステージ 1 — 解約の開始

• 解約オプションを明確に表示します（隠さないでください。ダークパターンは信頼を損ないます）
• 解約をクリックした時点でフローを開始します。行き止まりのフォームに移動させないでください
• モバイル：タッチ操作に対応させます

ステージ 2 — 解約理由のアンケート（必須、質問は1つ）

• 質問は1つにします：「解約する主な理由は何ですか？」
• 選択式にします（理由は最大6～8個）。自由記述は任意とし、必須にしないでください
• この回答をもとに継続オファーを決めるため、オファーを表示する前に必ず収集してください

ステージ 3 — 状況に応じた継続オファー

• 理由に合ったオファーを提示します（以下の「解約理由のアンケート → 継続オファーの対応付け」を参照）
• 一律の割引は表示しないでください。料金設定が偽りだったという印象を与えます
• 1回の試行につきオファーは1つだけです。断られた場合は、解約できるようにしてください

ステージ 4 — 確認

• 解約すると何が起きるか（アクセス、データ、請求）を明確に説明します
• 「はい、アカウントを解約します」など、明示的な確認ボタンを設けます
• あらかじめチェックされたボックスや、分かりにくい表現は使わないでください

ステージ 5 — 解約後

• 次の内容を記載した確認メールをすぐに送信します：解約日、データ保持ポリシー、再開リンク
• 7日後に再エンゲージメントメールを送信します：CTA は1つにし、プレッシャーを与えず、再開リンクを記載します
• 必要に応じて30日後に再獲得メールを送信します（製品アップデートまたは関連するオファー）

---

解約理由アンケートの設計

アンケートは、最も価値のあるデータソースです。単に理由を分類するだけでなく、活用できる情報を得られるように設計してください。

推奨される解約理由の分類

理由	継続オファー	シグナル
高すぎる／価格	割引またはダウングレード	価格への敏感さ
あまり利用していない	利用のヒント＋一時停止オプション	導入の失敗
機能が不足している	ロードマップの共有＋回避策	製品のギャップ
競合他社への乗り換え	競合との比較	市場での位置づけ
プロジェクトの終了／季節的な利用	一時停止オプション	一時的なニーズ
複雑すぎる	オンボーディング支援＋担当者によるサポート	UX の摩擦
試しただけ／必要なかった	オファーなし — 解約を受け入れる	相性の不一致

実装ルール： 各理由は、必ず1種類の継続オファーに対応させてください。対応が曖昧だと、汎用的なオファーになり、継続率が低くなります。

---

継続オファーの実践ガイド

理由に合わせてオファーを選びます。各オファーの種類には、適切なタイミングと不適切なタイミングがあります。

オファーの種類	使用するタイミング	使用しないタイミング
割引（1～3か月）	価格への異議がある	利用状況や機能に関する問題がある
一時停止（1～3か月）	季節的な利用、プロジェクト終了、利用していない	価格への異議がある
ダウングレード	高すぎる、利用頻度が低い	機能への異議がある
トライアル期間の延長	価値を十分に試していない	ヘビーユーザーが解約しようとしている
機能の解放	上位プランにある機能が不足している	プランとの相性が悪い
担当者によるサポート	複雑、行き詰まっている、不満を感じている	価格への異議がある（CS の時間を無駄にしない）

オファーの提示ルール：

• 明確な見出しを1つ：「解約する前に — [オファー]」
• 価値を具体的に示す：「割引を受ける」ではなく「$X 節約」
• 期限が実際に迫っている場合を除き、カウントダウンタイマーは使わない
• CTA を明確にする：「このオファーを利用する」ではなく「解約手続きを続ける」

判断フローとフローテンプレートの全文については、references/cancel-flow-playbook.md を参照してください。

---

非自発的な解約：督促の設定

決済の失敗は、ほとんどの SaaS 企業で解約全体の20～40％を占めます。その大半は回復可能です。

回復の仕組み

1. スマートな再試行ロジック すぐに再試行しないでください。決済に失敗したカードは、3～7日以内に再び利用できることがよくあります。

• 再試行1：失敗の3日後（ここで回復するケースが最も多い）
• 再試行2：再試行1の5日後
• 再試行3：再試行2の7日後
• 最終再試行：再試行3の3日後。それでも失敗したら解約

2. カード情報更新サービス

• Stripe：Account Updater（自動更新。ほとんどのプランでデフォルト有効）
• Braintree：Account Updater（有効化が必要）
• これらのサービスは次回請求の前に、有効期限切れまたは交換済みのカード情報を更新します。利用してください。

3. 督促メールのシーケンス

日数	メール	トーン	CTA
0日目	「決済に失敗しました」	中立的、事実に基づく	カード情報を更新
3日目	「対応が必要です」	やや緊急	カード情報を更新
7日目	「アカウントが停止される可能性があります」	緊急度を上げる	カード情報を更新
12日目	「最終通知」	緊急	カード情報を更新＋サポートリンク
15日目	「アカウントが一時停止／解約されました」	事実を淡々と伝える	再開

メールのルール：

• 件名は曖昧なものより具体的なものにする（「対応が必要です」ではなく「[Product] の決済に失敗しました」）
• 罪悪感を与えない。恥をかかせない。カード決済の失敗は起こり得ることです。顧客を大人として扱ってください。
• すべてのメールから、ダッシュボードではなく決済情報の更新ページに直接リンクする

メールのシーケンスと再試行設定の例については、references/dunning-guide.md を参照してください。

---

指標とベンチマーク

以下を毎週追跡し、毎月見直します。

指標	計算式	ベンチマーク
引き止め率	引き止められた顧客数 / 解約の試行回数	10～15％が良好、20％以上が優秀
自発的な解約率	自発的な解約数 / 顧客総数	月間2％未満
非自発的な解約率	決済失敗による解約数 / 顧客総数	月間1％未満
回収率	回収できた決済失敗数 / 決済失敗総数	25～35％が良好
再獲得率	再有効化数 / 解約後90日間	5～10％
退会アンケート完了率	アンケート完了数 / 解約の試行回数	80％超

危険信号：

• 引き止め率が5％未満 → オファーが解約理由に合っていません
• 退会アンケート完了率が70％未満 → アンケートが長すぎるか、任意になっています
• 回収率が20％未満 → 再試行のロジックまたはメールの見直しが必要です

解約インパクト計算ツールを使って、各指標の改善効果を試算します。

python3 scripts/churn_impact_calculator.py

---

先回りしたトリガー

依頼される前に、以下の点を提示します。

• 即時解約フロー → 収益がすぐに流出しています。摩擦を設ければ支出を抑えられるため、優先的な修正事項として指摘します。
• 全員に共通の単一オファー → 全員に提示する割引は平均収益を下げ、顧客にセールを待つよう学習させます。オファーを解約理由に対応させます。
• 支払い督促シーケンスがない → 決済に失敗しても何も対応しない場合、解約の20～40％に対処できていません。すぐに指摘します。
• 退会アンケートが任意 → 完了率が70％未満では、データの質が低くなります。必須にします（質問は1つ、すぐに回答できる形式）。
• 解約後の再有効化メールがない → 解約後7日間は再獲得の可能性が最も高い期間です。この機会を逃すと、収益を取りこぼします。
• 月間解約率が5％超 → このペースでは、会社は縮小している可能性が高いです。解約防止だけでは解決できません。顧客維持の取り組みと併せて、製品やICPの見直しを指摘します。

---

成果物

次のように依頼すると...	次のものが得られます...
「解約フローを設計して」	各段階の文面、引き止めオファーの対応表、確認メールのテンプレートを含む5段階のフロー図（テキスト）
「解約フローを監査して」	課題、引き止め率のベンチマーク、優先順位付きの修正案を含むスコアカード（0～100点）
「支払い督促を設定して」	再試行スケジュール、件名と本文を含む5通のメールシーケンス、カード情報更新の設定チェックリスト
「退会アンケートを設計して」	引き止めオファーとの対応表を含む6～8個の解約理由カテゴリ
「解約の影響を試算して」	入力値を使って churn_impact_calculator.py を実行し、月間のMRR削減額と年間の影響を算出
「再獲得メールを書いて」	件名を含む2通の再獲得メールシーケンス（7日目、30日目）

---

コミュニケーション

すべての出力は、構造化コミュニケーション標準に従います。

• 結論を最初に — 方法論より先に、引き止め率の推定値または回収可能性を示します
• 内容＋理由＋方法 — すべての提案にこの3点を含めます
• アクションには担当者と期限を設定 — 曖昧な提案はしません
• 確信度を表示 — 🟢 検証済みのベンチマーク / 🟡 推定 / 🔴 仮定

---

関連スキル

• customer-success-manager：ヘルススコアリング、QBR、収益拡大に使用します。解約フローや支払い督促には使用しません。
• email-sequence：ライフサイクル育成やオンボーディングメールに使用します。支払い督促には使用しません（支払い督促にはこのスキルを使用します）。
• pricing-strategy：解約の根本原因が価格設定やパッケージの不一致である場合に使用します。引き止めオファーの設計には使用しません（このスキルを使用します）。
• campaign-analytics：解約率の高い顧客を生み出す獲得チャネルの分析に使用します。顧客維持のトラッキング設定には使用しません。
• signup-flow-cro：サインアップ時の離脱を減らすために使用します。サインアップ後の顧客維持には使用しません。