subscription-lifecycle
ユーザーがトライアル開始から更新・解約・再獲得まで、サブスクリプションビジネスをエンドツーエンドで最適化したい場合に使用します。「サブスクリプションライフサイクル」「トライアル転換」「チャーン」「解約」「ウィンバック」「失効ユーザー」「督促(ダニング)」「請求リトライ」「猶予期間」「更新率」「加入者LTV」「再購読」などに言及した際にトリガーされます。ペイウォール設計や料金戦略はmonetization-strategy、サブスクリプション分析ダッシュボードはapp-analyticsを参照してください。
description の原文を見る
When the user wants to optimize their subscription business end-to-end — from trial start through renewal, cancellation, and win-back. Use when the user mentions "subscription lifecycle", "trial conversion", "churn", "cancellation", "win-back", "lapsed subscribers", "dunning", "billing retry", "grace period", "renewal rate", "subscriber LTV", or "resubscribe". For paywall design and pricing strategy, see monetization-strategy. For subscription analytics dashboards, see app-analytics.
SKILL.md 本文
サブスクリプション ライフサイクル
サブスクリプション journey の各段階を最適化します:トライアル → 有料 → 更新 → キャンセル復帰 → 復帰。
サブスクリプション ライフサイクル
インストール → トライアル開始 → [トライアル期間] → 有料化 → 更新 → ... → キャンセル → 復帰
↓ ↓ ↓ ↓
未有料化 自主的キャンセル 非自主的 失効
(育成) (終了アンケート) (dunning) (キャンペーン)
各段階の主要メトリクス
| 段階 | メトリクス | 計算式 | ベンチマーク |
|---|---|---|---|
| トライアル | トライアル開始率 | トライアル / ダウンロード | > 20% |
| トライアル | トライアル→有料 | 有料化 / トライアル | 25–40% が強い |
| リテンション | 1ヶ月目更新 | 1ヶ月目更新 / サブスクライバー | > 70% |
| リテンション | 6ヶ月目更新 | 6ヶ月目更新 / サブスクライバー | > 50% |
| チャーン | 月間チャーン | 失効サブ / 開始時サブ | < 5% が良い;< 2% が優秀 |
| 収益 | MRR | アクティブサブ × 月額 | — |
| 収益 | LTV | ARPU / 月間チャーン率 | — |
| 復帰 | Dunning 復帰 | 復帰 / 失敗支払い | > 30% |
| 復帰 | 再購読率 | 復帰 / 失効 | 5–15% |
ステージ 1 — トライアル最適化
トライアル期間
| アプリタイプ | 推奨トライアル | 注釈 |
|---|---|---|
| シンプルなユーティリティ | 3–7日 | 価値がすぐわかる |
| ヘルス/フィットネス | 7–14日 | 習慣形成に時間が必要 |
| 生産性 | 7–14日 | ワークフロー統合 |
| 教育 | 7–14日 | 初回レッスン完了 |
| エンターテインメント | 7日 | バインウォッチ行動 |
テスト: 月額アプリで 7日トライアル vs. 14日トライアル — 有料化率はわずかに低下する可能性がありますが、LTV は増加することが多い。
トライアル育成シーケンス
トライアル中にアプリ内(またはプッシュ)メッセージを送信してアクティベーションを促進:
0日目: ウェルカム — 「トライアルが開始しました。最大限に活用する方法をご紹介します。」
1日目: コア機能ハイライト — 「今日は [主要機能] を試してみてください」
3日目: 進捗 / ソーシャルプルーフ — 「X をしたユーザーは 3倍の成果を得ています」
5日目(7日トライアル):緊急感 — 「トライアル終了まであと 2日です」
6日目: 価値のまとめ — 「あなたが行ったこと / プレミアムで実現できることはこちら」
7日目: 最終日 — 「トライアルは本日終了します」
ルール: メッセージは価値を示すべきで、単に圧力をかけるだけではありません。
トライアル終了 — 有料化の瞬間
トライアル終了時、以下を行うペイウォールを表示:
- ユーザーがトライアル中に達成したことをまとめて表示
- 最も使用されたプレミアム機能を表示
- 3つのプランオプション(月額/年額/ライフタイム(該当する場合))を提供
- 年額の節約を強調(「40%節約」)
ペイウォール設計の詳細は monetization-strategy を参照してください。
ステージ 2 — 自主的チャーン削減
ユーザーがキャンセルする理由(とその対処法)
| 理由 | シグナル | 対処法 |
|---|---|---|
| サブスクリプションを忘れた | セッション少なし、アクティベーション低い | オンボーディング + 通知戦略を改善 |
| 価値が不十分 | 機能使用率低い | 未使用の高価値機能をプッシュ |
| 高すぎる | 価格感度が高い | 下位層または一時停止オプションを導入 |
| アプリに問題 | 1つ星レビュー | バグを修正、レビューに返信 |
| 代替を見つけた | — | 競合インストールを監視 |
| 季節的使用 | 毎年同時期にチャーン | 一時停止オプションを提供 |
キャンセル フロー
ユーザーがキャンセルを開始したとき(iOS — ManagedSubscriptionGroup):
- 完全キャンセル前に一時停止を提供: 「キャンセルの代わりに 1–3ヶ月間一時停止」
- 価値をまとめて表示: 「今月 [機能] を X回使用しました」
- 割引を提供: 最後の手段としてのみ — 3ヶ月間 20–30%割引
- 終了アンケート: 常に「なぜキャンセルしていますか?」と質問(1タップ、エッセイではなく)
キャンセル終了アンケートオプション:
- 高すぎる
- あまり使用していない
- 必要な機能がない
- 競合に乗り換えている
- 技術的問題
- 一休み中
監視するエンゲージメント シグナル
高チャーン リスクのユーザー:
- セッション < 週 1回(ベースラインから減少)
- コア機能を 14日以上使用していない
- プッシュ通知を無効にしている
- 最後のセッション > 7日前
キャンセル前に再エンゲージメント プッシュまたはアプリ内メッセージをトリガー。
ステージ 3 — 非自主的チャーン(支払い失敗)
非自主的チャーンは全サブスクリプション キャンセルの 20–40% を占めます。
Dunning 戦略
| 日数 | アクション |
|---|---|
| 0 | 支払い失敗(静かに失敗)— Apple/Google が再試行 |
| 3 | Apple/Google 再試行 #2 |
| 7 | Apple/Google 再試行 #3 — アプリ内に「支払い方法を更新」バナーを表示 |
| 10 | プッシュ送信:「サブスクリプションが更新できません — タップして更新」 |
| 14 | 猶予期間終了 — サブスクリプション一時停止 |
| 15 | 最終アプリ内メッセージ:「アクセスを継続するには再度有効化」 |
猶予期間:
- iOS:6日(App Store Connect で最大 16日に設定可能)
- Android:3日(設定可能)
猶予期間の長さを最大化 — 1日追加するたびにより多くのサブスクライバーを復帰させます。
RevenueCat 統合
RevenueCat は dunning を自動的に処理します。主要な設定:
- Billing Retry(iOS)/ Account Hold(Android)を有効化
- 猶予期間を最大許可値に設定
- RevenueCat webhooks を使用して各失敗イベント時にアプリ内メッセージングをトリガー
revenuecat.md 統合ガイドを参照してください。
ステージ 4 — 復帰キャンペーン
失効したサブスクライバー(過去 30–90日以内にキャンセルまたは有効期限切れ)をターゲット。
復帰オファー ラダー
最も柔軟なオファーから始め、応答がない場合にのみエスカレーション:
失効後 1週目: 「また戻ってきてください」 — 彼らが去った後に追加された新機能をハイライト
失効後 3週目: 「初月 30%割引で戻ってきてください」
失効後 6週目: 「3ヶ月間 50%割引 — 最高のオファー」
失効後 12週以降: アーカイブ — 低い変換確率
復帰チャネル
| チャネル | 方法 |
|---|---|
| プッシュ通知 | アプリがまだインストール済みの場合 |
| メール | メールが収集されている場合 |
| Apple 復帰オファー | StoreKit 2 のネイティブ iOS 復帰オファー |
| 有料リターゲティング | 失効サブスクライバー リストへの Meta/Google リターゲティング |
StoreKit 2 復帰オファー(iOS 18以上)
Apple は失効したサブスクライバー向けの復帰サブスクリプション オファーをネイティブにサポート:
- App Store Connect → サブスクリプション → 復帰オファーで設定
- 適格な失効ユーザーに対して App Store で自動的に表示
- StoreKit 2 統合以外に追加コードは不要
出力形式
サブスクリプション ヘルス レポート
ライフサイクル メトリクス ([期間]):
トライアル開始率: [X]% (ベンチマーク: >20%)
トライアル有料化: [X]% (ベンチマーク: 25-40%)
1ヶ月目更新: [X]% (ベンチマーク: >70%)
月間チャーン: [X]% (ベンチマーク: <5%)
Dunning 復帰: [X]% (ベンチマーク: >30%)
復帰率: [X]% (ベンチマーク: 5-15%)
LTV(推定): $[N]
MRR: $[N]
主な問題:
1. [段階] — [メトリクス] が [X]% vs ベンチマーク [Y]% — [推奨される対処法]
2. [段階] — [メトリクス] が [X]% vs ベンチマーク [Y]% — [推奨される対処法]
優先アクション:
[今週実装すべき最も重要度の高い変更]
関連スキル
monetization-strategy— ペイウォール設計、価格設定層、トライアル設定retention-optimization— 自主的チャーン削減のためのエンゲージメント戦略app-analytics— Firebase + RevenueCat で上記メトリクスを追跡onboarding-optimization— トライアル開始を阻害する初期段階のドロップオフを修正rating-prompt-strategy— 満足したサブスクライバーは最高の評価者です
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- eronred
- リポジトリ
- eronred/aso-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/eronred/aso-skills / ライセンス: MIT
関連スキル
hugging-face-trackio
Trackioを使用してMLトレーニング実験を追跡・可視化できます。トレーニング中のメトリクスログ記録(Python API)、トレーニング診断のアラート発火、ログされたメトリクスの取得・分析(CLI)が必要な場合に活用してください。リアルタイムダッシュボード表示、Webhookを使用したアラート、HF Space同期、自動化向けのJSON出力に対応しています。
btc-bottom-model
ビットコインのサイクルタイミングモデルで、加重スコアリングシステムを搭載しています。日次パルス(4指標、32ポイント)とウィークリー構造(9指標、68ポイント)の2カテゴリーにわたる13の指標を追跡し、0~100のマーケットヒートスコアを算出します。ETFフロー、ファンディングレート、ロング/ショート比率、恐怖・貪欲指数、LTH-MVRV、NUPL、SOPR(LTH+STH)、LTH供給率、移動平均倍率(365日MA、200週MA)、週次RSI、出来高トレンドに対応します。市場サイクル全体を通じて買いと売りの両方の推奨を提供します。ビットコインの底値拾い、BTCサイクルポジション、買い時・売り時、オンチェーン指標、MVRV、NUPL、SOPR、LTH動向、ETFの流出入、ファンディングレート、恐怖指数、ビットコインが過熱状態か、マイナーコスト、暗号資産市場のセンチメント、BTCのポジションサイジング、「今ビットコインを買うべきか」「BTCが天井をつけているか」「オンチェーン指標は何を示しているか」といった質問の際にこのスキルを活用します。
protein_solubility_optimization
タンパク質の溶解性最適化 - タンパク質の溶解性を最適化します。タンパク質の特性を計算し、溶解性と親水性を予測し、有効な変異を提案します。タンパク質配列の特性計算、タンパク質機能の予測、親水性計算、ゼロショット配列予測を含むタンパク質エンジニアリング業務に使用できます。3つのSCPサーバーから4つのツールを統合しています。
research-lookup
Parallel Chat APIまたはPerplexity sonar-pro-searchを使用して、最新の研究情報を検索できます。学術論文の検索にも対応しています。クエリは自動的に最適なバックエンドにルーティングされるため、論文の検索、研究データの収集、科学情報の検証に活用できます。
tree-formatting
ggtree(R)またはiTOL(ウェブ)を使用して、系統樹の可視化とフォーマットを行います。系統樹を図として描画する際、ツリーレイアウトの選択、分類学に基づく枝やラベルの色付け、クレードの折りたたみ、サポート値の表示、またはツリーへのオーバーレイ追加が必要な場合に使用してください。系統推定(protein-phylogenyスキルを使用)やドメイン注釈(今後の独立したスキル)には使用しないでください。
querying-indonesian-gov-data
インドネシア政府の50以上のAPIとデータソースに接続できます。BPJPH(ハラール認証)、BOM(食品安全)、OJK(金融適正性)、BPS(統計)、BMKG(気象・地震)、インドネシア中央銀行(為替レート)、IDX(株式)、CKAN公開データポータル、pasal.id(第三者法MCP)に対応しています。インドネシア政府データを活用したアプリ開発、.go.idウェブサイトのスクレイピング、ハラール認証の確認、企業の法的適正性の検証、金融機関ステータスの照会、またはインドネシアMCPサーバーへの接続時に使用できます。CSRF処理、CKAN API使用方法、IP制限回避など、すぐに実行可能なPythonパターンを含んでいます。