解約率が上がったとき、最初の30分でやること
解約率（Churn）が上がったときに、最初の30分で計測ミスを除外して崩れた層を切り分ける手順です。
解約率（Churn）が上がったとき、焦って機能追加や値下げを始めるとだいたい遠回りになります。最初の30分は「計測ミスを除外して、どこが崩れたかを切る」だけに集中します。
この記事は、SaaS運営者向けの“切り分け順”です。原因特定までの時間を短くするのが目的です。
0. まずやらないこと（事故りやすい）
- 値下げや割引を即実行する
- 料金プランを作り直す
- 退会フローを大改修する
- 解約理由アンケートをいきなり増やす（離脱が増える）
原因が分からないまま触ると、原因がさらに見えなくなります。
1. 「解約率」を3つに分ける（最優先）
まず、“何が増えたのか”を分けます。
- 退会が増えた（意図的なキャンセル）
- 支払い失敗が増えた（回収漏れ/カード失効）
- 計測の見え方が変わった（データの穴/定義変更/遅延）
この3つが混ざっていると、打ち手が全部ズレます。
2. 最初に確認する順番（30分版）
「止血できる可能性が高い順」で見ます。
- 支払い失敗が増えていないか（回収漏れ）
- “特定の層”だけが崩れていないか（局所崩れ）
- 退会理由の偏りが変わっていないか（競合/価格/価値不足）
- 計測欠損がないか（ログ/イベント/バッチ遅延）
3. 支払い失敗（回収漏れ）を最優先で潰す
「解約が増えた」に見えても、実は支払い失敗が増えただけ、はよくあります。ここはプロダクトを変えずに戻せます。
- 直近24hで支払い失敗が増えていないか
- 失敗理由が特定の国/カードブランド/決済手段に偏っていないか
- 通知/リトライ（回収）が機能しているか
関連: /media/stripe-mrr-drop-first-30-minutes
4. 解約増は「いつ」「どの層」で増えたかだけ先に切る
最初の30分でやるのは“層を切る”だけです。
- プラン別（どの価格帯が崩れたか）
- 利用期間別（新規直後 vs 継続利用後）
- 入口別（Search/紹介/広告/直契約）
- 国/端末/業種（B2Bだと特定業種で崩れやすい）
「全体の解約が増えた」と見えるときでも、だいたい局所から崩れます。
5. 解約理由は“変化したもの”だけ見る
退会理由が取れている場合、最初に見るのは“絶対数”より“変化”です。
- いつもの理由が増えただけか
- 新しい理由が急に増えたか（競合/価格/機能不足/品質/サポート）
- 特定プランに偏っていないか
ここで深掘りしすぎると30分が溶けます。まずは「次の1時間で誰に何を聞くか」まで落とします。
6. 30分後に「次の1時間でやること」を1つだけ決める
切り分けができたら、次の1時間は“手数を増やさない”のがコツです。
- 支払い失敗が原因 → 回収漏れの層を絞って復旧（通知/リトライ/個別連絡）
- 特定層の解約が原因 → その層の利用ログと退会理由を集中的に確認（全体改修しない）
- 計測が原因 → 欠損ポイントを特定して復旧（定義/遅延/バッチ/イベント）
毎朝10分で「Search / Access / Revenue」をつなげて見る運用に落とすなら、こちらの手順が早いです。
関連: /media/daily-revenue-signal-triage
この記事を書いた人
川原
SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。
関連記事
次にやること
複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。
料金を見る相談したい / お問い合わせ