収益成長のためのエージェントスキル

growth-advisor スキルは、あなた自身のサブスクリプション数から「次に何をテストすべきか?」という問いに答えます。AI コーディングツールが Adapty CLI を通じてアナリティクス、プレースメント、ペイウォール、プロダクトを読み込み、最も大きなシグナルを追って原因を特定し、A/B テストすべき仮説のリストを購入数の影響度順に返します。

Note

growth-advisor はあなたの確認なしにアカウントを変更しません。アナリティクスの読み込みはすべて読み取り専用で、新しいフローのコピー、新しいセグメント、A/B テスト、プレースメントの変更といった書き込み操作はいずれもあなたの承認を待ちます。

何を聞けばいいか

同僚にブリーフィングするような感覚で聞いてください。スキル名を明示する必要はありません:

アプリを診断して。収益を伸ばすために次に何をテストすべき?

先月、収益が落ちた。なぜ?

オンボーディングペイウォールのA/Bテストが終わり、新バージョンが勝った。次は何をすべき?

3つのアイデアがある:週次プラン、年間プランの無料トライアル、2つ目のプレースメント追加。
どれを最初にテストすべき?

どの国が最もリファンドが多い?トライアルを始めたユーザーは更新率が高い?

来月リリース予定で、まだデータがない。どこから始めればいい?

ここに翻訳されたMDXコンテンツを出力します:

先月の収益が落ちた原因について、あなたのデータから直接答えを導き出します。監査は不要です。まだデータがないアプリには、Adaptyの「State of Paywalls 2026」レポートの市場中央値から作成した初期プランを提供し、すべての数値を推定値として明示します。

growth-advisor
先月の収益が落ちました。なぜですか?
4つの読み取り専用コマンドを実行
  • adapty analytics chart --chart revenue --compare-from 2026-08-01 --compare-to 2026-08-31
  • adapty analytics chart --chart revenue --group-by store
  • adapty analytics chart --chart subscriptions_new --group-by store
  • adapty analytics chart --chart subscriptions_expired --group-by cancellation_reason

収益が落ちたのは、新規購入者が減ったのではなく、Google Play での更新者が減ったためです。

9月の新規サブスクリプションは横ばいでした。Google Play の更新は3分の1減少しましたが、App Store は変化なし。失われた更新のほとんどは、決済に失敗した月次サブスクリプションの登録者です。

次のステップ

  1. あなた:9月初旬に Google Play の請求設定に何か変更を加えましたか?
  2. 私:離れた月次サブスクリプション登録者を取り戻す仮説を提案することができます。どうしますか?
サンプルアプリとの会話例。実際の数値は異なります。

始める前に

  • データのある Adapty アカウント: このスキルはダッシュボードに表示されるのと同じ分析データを読み取ります。データがない場合は、出発点となるプランの提示のみとなります。
  • Adapty CLI を実行できる AI ツール: Claude Code、Codex、Copilot CLI、Gemini CLI、またはCLI をセットアップした後の Claude アプリなどが対象です。スキルは CLI を通じてデータを読み取ります。Adapty MCP サーバーのみの場合、スキルは先に CLI のセットアップを提案します。CLI がない場合は、CLI が必要な読み取り処理をスキップし、その項目を明示します。

スキルをインストールする

growth-advisor は adapty-skills プラグインの一部です。

プラグインをインストールするには、ターミナルで次のコマンドを実行してください:

npx adapty skills install

エージェントを再起動してスキルを読み込んでください。その他のインストール方法については、プラグインの README を参照してください。

Claude Code はプラグインを自動更新しません。新しいスキルが追加されたら、Claude Code で /plugin を実行して Marketplaces を開き、adapty を選択して Enable auto-update を選んでください。他のエージェントでの更新コマンドについては、プラグインの README を参照してください。

監査の仕組み

特定の質問なしに「何をすべきか」を尋ねると、スキルが監査を実行します。数値とプレースメントの設定を読み取り、すでに試みた内容を把握したうえで、最も大きな変化をストア、チャネル、国、またはプレースメント単位まで追跡します。画面について何か述べる前に、ライブのフローを確認するか、アプリが独自に描画しているペイウォールのスクリーンショットを求めます。

返ってくる結果

スキルは簡潔な回答の後、プレースメントごとにグループ化された仮説のリストをテストすべき順番で返します。各仮説には、アプリにそれが必要な理由、期待される結果とその根拠、A/B テストに必要な期間、そして誰が何をするかが記載されています。仮説はプレースメントの全ユーザーを対象にすることも、元サブスクリプションユーザーのような特定のセグメントを対象にすることもできます。

growth-advisor
アプリを分析してください。収益を伸ばすために次に何をテストすべきですか?
9つの読み取り専用コマンドを実行しました
  • adapty apps list
  • adapty analytics chart --chart revenue --group-by country
  • adapty analytics chart --chart revenue --group-by duration
  • adapty analytics chart --chart subscriptions_new --group-by placement_id
  • adapty analytics chart --chart subscriptions_expired --group-by cancellation_reason
  • adapty analytics conversion --conversion trial-paid --granularity month
  • adapty placements list
  • adapty flows list
  • adapty flows config get <flow-id>

収益のほとんどはオンボーディングのペイウォールからで、そこではほぼ全員がウィークリープランを購入しています。

データから見えること:7月に2つのオンボーディングペイウォールが並行して稼働しており、「Main」を継続することにしました。年間プランは画面に表示されていますが、9月の購入に占める割合はわずか6%です。サブスクリプションの解約はほとんどが自動更新オフへの切り替えによるもので、いずれのプレースメントにおいても、既存ユーザーへの離脱経験者向けに異なる表示は行われていません。

仮説の提案

onboarding プレースメントについて:

1. 「Main」で年間プランをデフォルト選択にする

  • 理由: 「Main」では週額プランがデフォルト選択されているため、ほとんどのユーザーが年額の価格を比較しません。
  • 期待値: ペイウォール表示あたりの収益で判断して、ARPU が 25〜40% 向上する見込みです。これは Adapty の実際のサブスクリプション A/B テストライブラリの中でも、最も信頼性の高い施策の一つです。
  • 期間: 現在の購入ボリュームで約 3 週間。
  • 担当: 私:フローのコピー作成と A/B テストのセットアップ。あなた:コピーの公開。

settings プレースメントにて:

2. 解約済みユーザーにウィンバックペイウォールを表示する

  • 理由: 9月に終了したサブスクリプションの71%は自動更新をオフにしたユーザーで、彼らが戻ってきたときに他のユーザーと同じペイウォールが表示されています。
  • 期待値: Adaptyのライブラリでは未検証のため、賭けとして扱ってください。セグメントからの購入数で判断します。
  • 期間: 約8週間。
  • 担当: 私:ウィンバックフローの構築、「元サブスクライバー」セグメントの作成、A/B テストのセットアップ。あなた:フローの公開。

次のステップ

  1. あなた:どれから始めますか?すべての新規ユーザーが目にするので、1番がおすすめです。
  2. 私:年間プランが事前選択された「Main」のコピーを作成します。進めましょうか?
1を選びます。
フローのコピーを作成

「Main」のコピーとして、年間プランを初期選択状態にした Main – annual pre-selected を作成しますか?それ以外の変更はなく、公開中のフローはそのままです。

  1. はい
  2. いいえ、先に変更する
サンプルアプリとの会話例。実際の数値や仮説は異なる場合があります。

どの仮説から始めるかはあなたが選びます。迷う場合は、スキルが自分のおすすめと理由を提示します。スキルはバックログを保持しないため、他の仮説に戻りたい場合は返答を保存しておいてください。

仮説からA/B テストへ

各仮説に対して、スキルはA/B テストを提案し、そのセットアップを代行します。実行前に、テストに必要なものがすべて揃っているか確認し、不足しているものとその担当者を明示します:

テストに必要なもの誰が作るか
変更されたフロー(新しいデザイン、コピー、またはプロダクトセット)スキルは flow-generator スキル を通じてフローのコピーを作成し、仮説ごとに1つの変更を加えます。これにより、その変更の効果をテストで確認できます。コピーを公開する前に、スキルは flow-audit スキル でコピーをレビューするよう提案します。フローは公開後にのみテストに参加できます。
新しいプランの期間、トライアル、またはオファーApp Store Connect または Google Play Console でプロダクトを作成し、Adapty に追加します。App Store ではトライアルに新しいプロダクトが必要で、Google Play では既存のプランへのオファーになります。価格はあなたが設定します。
すでに Adapty にあるプロダクトを使ったペイウォールスキルが作成します。
新しいデザインのペイウォールペイウォールビルダー で作成します。
セグメントスキルがオーディエンススキルを通じて作成します。
新しいプレースメントスキルが開発者 ID を承認後に作成します。フェッチするにはアプリのコード変更とリリースが必要です。

スキルが作成する各パーツは、あなたの確認を待ちます。あなたが作成すべきパーツがある場合、スキルの Next steps リストにその旨が表示され、パーツの準備ができたと伝えるとスキルがテストをセットアップします。まだ存在しないパーツでテストをセットアップすることはありません。

すべてのパーツが揃ったら、ab-tests スキルがテストをドラフトとして作成します。テストを開始する前に、誰が何を見るかを正確に示します。A/B テストはデフォルトであり、変更の効果を測定する唯一の方法です。

テストなしで変更を表示するには、スキルに依頼してください。スキルは新しいプレースメントに表示するか、既存のプレースメントの一部またはすべてのユーザーに表示することができます。スキルが既存のプレースメントを変更する前に、プレースメントをファイルに保存するので、復元することができます。また、そのプレースメントで実行中の A/B テストがあれば名前を表示します。変更はそのテストには影響しません。

A/B テストが終了したら、どのバージョンが勝ったかをスキルに伝えてください。テストがまだ有効な場合、スキルはその勝者でテストを停止することを提案します。その後、次の仮説を提案します。

制限事項

  • 価格分析は未対応: このスキルは価格の読み取り・比較・提案を行いません。数値が価格を示している場合はその旨を伝え、価格分析は現時点では未対応であることを明示します。
  • A/B テスト結果は非対応: このスキルはA/B テストの結果を読み取りません。同時期に並行して存在したペイウォールからテスト履歴を推測し、どのバージョンが勝ったかはユーザーに確認します。
  • 広告費用は非対応: このスキルはインストール数・トライアル数・収益をアトリビューションチャネル別に分割できますが、広告費用やROASは対象外です。それらについては adapty-attribution スキル を使用してください。

スキルを使わずに自分でアナリティクスをクエリするには、CLI アナリティクスリファレンスを参照してください。ブラウザでログインできないサーバーや定期実行ジョブからアナリティクスを取得するには、シークレット API キーを使用したエクスポートアナリティクス APIをご利用ください。