paywall-optimization

paywall-optimization skill の概要

この skill でできること

paywall-optimization skill は、サブスクリプションの paywall を「言い換える」だけでなく、CV を上げるために診断し改善するための skill です。問題がレイアウト、文言、価格表示、トライアルの見せ方、プラン構成、設置位置、それとも弱いテスト仮説のどこにあるのかを切り分けたいときに役立ちます。

最適な利用シーン

RevenueCat、Superwall、Adapty、またはネイティブの StoreKit などのツールでサブスクアプリを運用していて、paywall の成果を改善したいときに使います。特に、「なぜこの paywall は CV しないのか」「年額と月額の見せ方をどう比較するか」「よりきれいな A/B テストをどう設計するか」を考えているチームに向いています。

何が違うのか

この skill は、まず診断、次に再設計という順番で作られています。というのも、paywall の問題は弱いコピーだけではなく、オファー構成や配置の悪さに起因することが多いからです。paywall-optimization guide は、CV の問題と、より広いマネタイズ戦略や onboarding フローの問題を切り分ける助けにもなります。

paywall-optimization skill の使い方

インストールして、適切なファイルを開く

paywall-optimization install のフローを repository path 付きで実行し、まず SKILL.md から始めてください。repo を直接使う場合に最初に読むべきファイルは skills/paywall-optimization/SKILL.md です。そこに、この skill の作業手順、ヒアリング項目、判断順序がまとまっています。

skill に適切な入力を与える

paywall-optimization を有効に使うには、抽象的に「より良い paywall を作って」と頼まないことが重要です。アプリのカテゴリ、framework、現在の paywall のスクリーンショット、価格、トライアル期間、そして現在のファネル数値――paywall view から trial start、trial start から paid まで――を渡してください。すでに問題の当たりがついているなら、例えば「annual-first paywall で trial start が低い」「monthly は勝つが ARPU が低い」のように、はっきり伝えるのが効果的です。

漠然とした依頼を強い prompt に変える

より強い依頼の例はこうです。「瞑想アプリ向けのこの RevenueCat paywall をレビューしてください。paywall view から trial start は 12%、trial から paid は 38%、monthly と annual の 2 プランで、annual が視覚的には主役なのに勝てていません。CV に最も効く変更とテスト計画を提案してください。」このレベルまで文脈があると、skill は一般的なデザイン助言ではなく、CV を軸にした提案を返しやすくなります。

実務的なワークフローと読む順番

使う順番は、アプリの文脈を整理する → framework の制約を確認する → 現在の paywall を確認する → つまずいている箇所を診断する → 改訂案とテスト計画を提案する、です。repo に app-marketing-context.md のような補助情報がある場合は、paywall を編集する前にそれを読んでください。オーディエンスや価格感度が、提案内容に大きく影響するからです。

paywall-optimization skill の FAQ

これは paywall の文言改善だけの skill ですか？

いいえ。paywall-optimization skill が扱うのは、オファー構成、価格の見せ方、トライアルメッセージ、プラン階層、配置、テスト設計まで含む、paywall CV 全体の課題です。コピーは重要ですが、たいていは唯一のレバーではありません。

RevenueCat や Superwall を使っていないと使えませんか？

いいえ。ただし、そうした環境では特に相性が良いです。ネイティブの StoreKit フローやその他のサブスク構成にも使えますが、その場合も、現在のオファーを説明できて、ファネル結果を計測できることが前提です。

どんなときに使わないほうがいいですか？

ビジネス全体の pricing strategy、購入後の lifecycle retention、あるいは onboarding のどこで paywall を出すべきか、という問いが本質なら使わないでください。これらは別の意思決定であり、より具体的な skill や prompt を使ったほうが良い結果になります。

初心者でも使えますか？

はい、スクリーンショットと基本的なファネルデータを共有できるなら使えます。paywall-optimization guide を効果的に使うのに、深い CV 知識は必須ではありません。ただし、何を改善したいのか、何がすでに分かっているのかは具体的に伝える必要があります。

paywall-optimization skill を改善するには

入力の質を上げる

paywall-optimization でより良い結果を得る最善策は、現在の paywall、アプリカテゴリ、ターゲットユーザー、そして埋めたい具体的な CV のギャップを入れることです。曖昧な依頼は曖昧な助言を生みますが、構造化された依頼なら skill は本当のボトルネックに集中できます。

判断に影響する制約を共有する

法務上必須の文言、App Store policy への配慮、価格上限、ローカライズ要件、実装上の制約など、強い制約があれば必ず含めてください。こうした情報によって、skill が提案するのが軽いメッセージ変更なのか、レイアウト変更なのか、それとも大きめの experiment なのかが変わります。

テスト可能な出力を依頼する

修正版の paywall 案、それぞれの変更が CV に効く理由、そして成功判定に使う 1 つの指標を求めてください。paywall-optimization の成果で最も強いのは、見た目のレビューだけで終わらず、実装して計測できるアウトプットです。

最初の結果をもとに反復する

1 回目の提案が出たら、その variant を実際のファネルデータやユーザー行動と比べてください。それでも paywall の成果が弱いなら、スクリーンショット、セグメント別データ、別案を加えて入力を絞り込み、次の改善で「オファーの適合」「信頼感」「見せ方」のどこに問題があるかを切り分けられるようにします。