Churn Rateとは、特定の期間に製品の使用を中止したユーザーの割合です。Retention Rateが残った人を示すの対し、Churn Rateは離れた人を示します。これはリテンションの鏡像であり、これら2つのメトリクスを組み合わせることで、ユーザーベースの動きの完全な画像が得られます。Recurly Research 2025のレポートによると、モバイルサブスクリプションアプリの中央値の月次Churn Rateは5–7%です。Churn Rateが高いと、インストール増加の効果が無化され、事業は長期的に不可能になります。
メインポイント
Churn Rate(離脱率)とは、特定の期間にアプリとのインタラクションを中止したり、サブスクリプションを解約したユーザーの割合を示す指標です。1月に10,000人の有料ユーザーがいて、2月に9,000人だった場合、Churn Rate = 10%です。この指標は、毎人の離脱がMRR(月次総収入)の直接的な損失となるサブスクリプションモデルで重要です。Churn Rateを制御しなければ、事業は穴のあいたバケツのようなものです。
サブスクリプションモデルでは、Churn Rateが事業がどれだけ成長できるかを決定します。月次Churn Rateが10%の場合、平均クスタマーライフタイムは10ヶ月です。公式:平均クスタマーライフタイム = 1 / Churn Rate。Churn Rateが5%の場合、平均クスタマーは20ヶ月、2%の場合は50ヶ月です。LTVの差は5倍です。これが、成功しているSaaS企業(Spotify、Netflix、Zoom)がChurn Rateを重要なオペレーショナル指標として注目する理由です。
Churn RateとRetention Rateは、Churn Rate = 1—Retention Rateの公式で関係付けられます。リテンションが80%(月)なら、Churn Rateは20%です。ただし、実務では、計算方法の違いから、これらの指標が一致しないこともあります。Retention Rateは通常、コホート単位で計算されるのに対し、Churn Rateは現在のベースからの失われたユーザーの割合です。両方の指標を組み合わせて考察すべきです。
Churn Rateは、ユーザーが離れる理由によって3つの種類に分けられます。チャーンの種類を理解することが減らすための第一歩です。Voluntary churn—ユーザーが意識的に製品を放棄する場合。Involuntary churn—支払い問題による技術的な離脱。Delinquent churn—被動的な放棄:ユーザーが製品の使用を中止するが、正式に解約はしない場合。
ユーザーが明示的にサブスクリプションを解約するか、アプリを削除します。理由:価値が価格を見合わない、代替製品を見つけた、ニーズが変わった。Voluntary churnは、最も情報が豊かなチャーンの種類です。ユーザーが離脱理由を説明すれば、チームは製品改善のための直接的な情報を得られます。モバイルサブスクリプションの中央値は、月次3–5%です。
Involuntary churnは、支払いが失敗した場合に発生します:カードの有効期限切れ、残高不足、銀行が取引を拒否した場合。その割合は、サブスクリプションサービスにおける全チャーンの20–40%を占めます。解決策:ダニングプロセス—自動再試行、カード有効期限切れの通知、支払い方法の変更。 involuntary churn を半減させることで(全チャーンの40%から20%へ)、製品をひとつも変えずにMRRを10–15%増加できます。
Delinquent churn—ユーザーがアプリを開かなくなるが、正式に解約はしない場合。無料製品では、ただの「眠っている」ユーザーです。有料製品では、支払っているがサービスを使用しないユーザーです。リスク:こうしたユーザーはいずれ詰めきだって設い掛けに気づき、ネガティブなレビューを付けて解約するでしょう。DAU/MAUなどのアクティビティ指標を通じて delinquent churn を監視することで、こうしたユーザーが離れる前に特定できます。
| Churnの種類 | 原因 | 全体のChurnに対する割合 | 減らし方法 |
|---|---|---|---|
| Voluntary | 意識的な判断 | 50–60% | 製品改善、返金、win-back |
| Involuntary | 支払い問題 | 20–40% | ダニングプロセス、カードのリマインダー |
| Delinquent | 被動的なインアクティビティ | 5–15% | 再エンゲージメントキャンペーン、プッシュ通知 |
Churn Rateの計算は、ビジネスモデルに依存します。サブスクリプションアプリではシンプルな公式が使われますが、実務ではいくつかのニュアンスが生じます。基本的なアプローチ:Churn Rate = (失ったクスタマー数)/ (期初のクスタマー数)* 100%。ただし、全ユーザーを対象にするのか、有料ユーザーのみを対象にするのかを決める必要があります。
Gross Churn Rate—初期ベースからのユーザー損失率。Net Churn Rateは拡大を考慮します:ユーザーの中にはプランをアップグレードしたり、単位を追加購入する人がいます。Net Churn = (失ったMRR — 拡大MRR)/ 期初MRR * 100%。Net Churn Rateが負の場合、事業はユーザーを失っていても成長しています(残ったユーザーへのアップセルにより)。モバイルアプリでは、Gross Churnのほうが透明性の高い指標です。
Customer Churn—失ったユーザーの割合。Revenue Churn—失ったMRRの割合。この2つは大きく異なることがあります。ベーシックプラン($5)の10人のユーザーと、プレミアム($100)の1人のユーザーが離れた場合、Customer Churn = 11%、Revenue Churn = 50/500 = 10%です。事業にとっては、Revenue Churnのほうが重要です。なぜなら、高価なクスタマーを失うことは、安価なクスタマーが大量に離れるよりも収入に大きなダメージを与えるからです。
正確なChurn Rate計算には、期間中に参加した新規ユーザーに対する調整が必要です。Churn Rate = 失った人数 / ((期初 + 期末) / 2) * 100%の公式を使用します。ただし、期初 = 期初のユーザー数、期末 = 期末のユーザー数、失った人数 = 離れたユーザー数です。期初と期末の平均値は、期初のみを使用するよりも、特に急成長時に、より正確な基準推定を提供します。
-- 月次Churn Rateの計算
WITH monthly_active AS (
SELECT
user_id,
DATE_TRUNC('month', event_date) AS month
FROM user_events
GROUP BY user_id, DATE_TRUNC('month', event_date)
),
churn_calc AS (
SELECT
curr.month,
COUNT(DISTINCT prev.user_id) AS prev_users,
COUNT(DISTINCT curr.user_id) AS curr_users,
COUNT(DISTINCT prev.user_id) - COUNT(DISTINCT curr.user_id) AS lost
FROM monthly_active curr
LEFT JOIN monthly_active prev
ON curr.user_id = prev.user_id
AND prev.month = curr.month - INTERVAL '1 month'
GROUP BY curr.month
)
SELECT
month,
ROUND(lost * 100.0 / prev_users, 2) AS churn_rate_pct
FROM churn_calc
WHERE prev_users > 0
ORDER BY month;
ひとつ目の誤り—期間中に参加した新規ユーザーを考慮しないこと。1月に1000人のユーザーがいて、200人が新規参加し、100人が離れた場合、Churn Rate = 100/1000 = 10%になりますが、正しい計算は100/((1000+1100)/2) = 9.5%です。ふたつ目の誤り—voluntary churnとinvoluntary churnを混同すること。みっつ目は、平均支払いサイクルが月次のサブスクリプションモデルにおいて、短すぎる期間(週間)でchurnを計算することです。
Churn Rateの基準は、アプリの種類、ビジネスモデル、製品の成熟度に依存します。サブスクリプションモバイルアプリの場合、月次Churn Rateが<5%は健全、5–10%は満足できる水準、>10%は危悪です。広告モデルの無料アプリでは、ユーザーに財務的な義務がないため、Churn Rateがより高くなる可能性があります。
Recurly Research(2025)のレポートによると、各種アプリの中央値月次Churn Rateは次の通りです:Streaming & Media — 5.6%、SaaS B2B — 4.3%、SaaS B2C — 6.8%、Eコマースサブスクリプション — 7.2%、ヘルスケア — 6.1%。最初の30日間のChurn Rate(アーリーチャーン)は、6ヶ月以上続けているユーザーよりも2–3倍高くなります。アーリーチャーンを減らすことが、全体的な指標を改善する最も速い方法です。
価格が第一の要因です。10%の値上げは、需要のエラスティシティにあわせて、Churn Rateを5–15%上昇させる可能性があります。サポート品質が第二の要因です:サポートに連絡し、1時間以内に返信を得たユーザーのChurn Rateは30%低くなります。第三の要因は競合相手です:強力な代替製品の登場は、1四半期でChurn Rateを倍増させる可能性があります。第四は、製品のマンネツが尽きることです。
Churn Rateの削減は、製品、コミュニケーション、サポートの3つのレベルで取り組む戦略的な課題です。インストール増加とは異なり、churnへの対処はMRRに即時効果があります。既存のユーザーを维持するのは、新規購入よりも5–7倍安くつきます。以下に、実証されたChurn Rate削減戦略をご紹介します。
ひとつ目のステップは、ユーザーがどのステージで離れているかを特定することです。コホート分析を実施します。各コホートについて、週次のChurn Rateを決定します。典型的な離脱ポイント:無料期間後、初回支払い後、アップデート後、ネガティブな体験後。離脱ポイントが特定できれば、チームは状況に応じて対処できます。
すべての離脱ユーザーが永遠に失われるわけではありません。Win-backキャンペーン(Eメール、push、SMS)では、失ったユーザーの5–15%を回復できます。戦略:帰废に対して割引を提供する、離脱後の製品の変化を示す、受けていた価値を思い出させる。Win-backに最適なタイミングは、離脱後7–14日です。離脱後30日以上のキャンペーンは、2–3倍効果が低下します。
カスタマーサクセスは、チャーンを防ぐプロアクティブなサポートです。ユーザーが離れるのを待つのではなく、CSチームが得たい結果を得られるよう応援します。モバイルアプリにとって:パーソナライズされたオンボーディング、最初のステップのチェックリスト、自動アカウントヘルスチェック。専属のCSチームがあるアプリは、ないアプリと比べて、特にB2Bセグメントにおいて、Churn Rateが20–40%低くなります。
import pandas as pd
import numpy as np
def churn_prediction(user_features):
# シンプルな離脱予測モデル
# 各ユーザーのchurn確率を返します
risk_score = (
(1 - user_features['session_frequency']) * 0.4 +
(1 - user_features['feature_adoption']) * 0.3 +
user_features['days_since_last_login'] * 0.2 +
user_features['support_tickets'] * 0.1
)
user_features['churn_risk'] = 1 / (1 + np.exp(-(risk_score * 2 - 3)))
return user_features.sort_values('churn_risk', ascending=False)
よくある質問
Retention Rateは残ったユーザーの割合、Churn Rateは離れたユーザーの割合です。公式:Churn Rate = 1—Retention Rate。これらを組み合わせることで、モバイル分析におけるユーザーベースの動きの完全な画像が得られます。
月次Churn Rateが10%を超えると、サブスクリプションアプリにとって危悪レベルです。このレベルの場合、平均クスタマーライフタイムが10ヶ月を下回り、大多数のビジネスモデルではLTVがCACを下回ります。
無料アプリの場合、Churn Rate = 30日間でアプリを開かなくなったユーザーの割合です。インアクティビティの基準を設定し(通常30日間セッションなし)、そのようなユーザーを離脱済みとみなします。
Net Revenue Churn = (失ったMRR—拡大MRR)/ 期初MRR * 100%。この数値が負の場合、アップセルによりユーザーを失っていても収入が増えています。モバイルアプリでは、Net Revenue Churnを2%未満に保つことが望ましいです。
劇的なUXの変更は、アップデート後の最初の月間にChurn Rateを20–50%上昇させる可能性があります。収集の5–10%でA/Bテストを実施し、特に重要なインターフェースについてはfeature flagsを使用して渡すことをお勧めします。
まとめ
ターンキー方式のモバイルアプリケーションを開発します
IT Sectrは2017年からスタートアップや企業向けにiOS・Androidアプリケーションを開発しています。私たちがご相談に乗り、最適なソリューションをご提案します。