paywall-upgrade-cro

paywall-upgrade-croスキルの概要

paywall-upgrade-croでできること

paywall-upgrade-cro は、プロダクト内のアップグレード導線を設計・改善するためのスキルです。対象は、ペイウォール、アップグレード画面、アップセル用モーダル、トライアル終了時の訴求、機能制限のゲートなど。公開向けの料金ページや広い意味での価格戦略ではなく、あくまでプロダクト内でのコンバージョン改善に向いています。

このスキルが向いている人

特に相性がいいのは、freemiumから有料化、トライアルから有料化、上位プランへのアップグレード導線に関わる創業者、PM、グロースチーム、プロダクトマーケター、デザイナーです。ユーザーがすでに一定の価値を体験していて、次にアップグレードする理由づけが必要な場面なら、paywall-upgrade-cro はかなりハマります。

本当に解くべき仕事

多くのチームに必要なのは、抽象的なCRO理論ではありません。必要なのは、発火したきっかけ、ユーザーの感情状態、そしてプロダクトが実際に提供している価値に合った「使えるアップグレード画面」です。paywall-upgrade-cro が強いのは、一般論の「CVを改善しましょう」ではなく、具体的な画面構成、メッセージの方向性、テスト案まで落とし込める点です。

汎用プロンプトと何が違うか

このスキルは、まず文脈を押さえることを重視しています。アップグレードの状況を特定し、プロダクトの課金モデルやユーザージャーニーを理解し、そのトリガーに合ったペイウォールに調整するようモデルを促します。リポジトリ内のevalを見ると、浅いコピー修正ではなく、価値訴求の切り口、プラン比較、ソーシャルプルーフ、CTAの質、逃げ道の設計まで求めていることが分かります。

これは向いていない用途

本当の課題が価格体系、パッケージ設計、公開料金ページの最適化にあるなら、paywall-upgrade-cro for Conversion を使うべきではありません。このスキル自体も、価格戦略やページCROには別のアプローチが必要だと示しています。また、プロダクトアナリティクスの代わりにもなりません。アップグレードの瞬間は改善できますが、不足しているファネルデータを埋めることはできません。

paywall-upgrade-croスキルの使い方

skills環境にpaywall-upgrade-croをインストールする

以下を使います。
npx skills add https://github.com/coreyhaines31/marketingskills --skill paywall-upgrade-cro

すでに環境全体でリポジトリを同期しているなら、skills/paywall-upgrade-cro/ が存在し、SKILL.md をエージェントが参照できる状態か確認してください。

最初に読むべきファイル

まず読むなら次の順です。

• skills/paywall-upgrade-cro/SKILL.md
• skills/paywall-upgrade-cro/evals/evals.json
• skills/paywall-upgrade-cro/references/experiments.md

この順番には意味があります。SKILL.md で基本のワークフローを把握し、evals/evals.json で「良い出力に何が含まれるべきか」を確認し、references/experiments.md は初回診断よりもテスト案のバックログを広げたい段階で読むのが効果的です。

プロンプト前にプロダクトマーケティング文脈を確認する

このリポジトリの実装上の重要ポイントとして、スキルは質問を始める前に .agents/product-marketing-context.md または .claude/product-marketing-context.md を確認するよう明示しています。すでにどちらかのファイルを運用しているなら、この paywall-upgrade-cro skill はさらに使いやすくなります。ポジショニング、ICP、バリュープロップに基づいた提案を返せるからです。

paywall-upgrade-croが実際に必要とする入力を把握する

強い出力を得るには、少なくとも以下を渡してください。

• アップグレードの種類: freemium、trial expiry、tier upgrade、feature upsell、usage limit
• トリガーの瞬間: どんな操作でペイウォールが出るのか
• 現在の無料/有料の境界
• 対象ユーザーセグメント
• 現在の画面またはコピー
• 分かっていれば現在のコンバージョン率
• すでに把握している摩擦や反論
• デバイス/文脈: web app、mobile app、modal、full screen、settings page

これがないと、paywall-upgrade-cro usage の出力はどうしても汎用的になりがちです。

曖昧な依頼を完成度の高いプロンプトに変える

弱い例:
「Help me improve our paywall.」

強い例:
“We run a project management SaaS. Free users can create 3 projects; the 4th project attempt triggers a modal. Paid unlocks unlimited projects, custom fields, and team permissions. Current upgrade rate from this modal is 1.8%. Users are usually solo operators at this point and feel blocked. Rewrite the upgrade screen using the paywall-upgrade-cro framework. Include headline, supporting copy, plan comparison, objection handling, CTA, and one escape hatch. Also suggest 5 experiments.”

後者のように情報が揃っていると、スキルはその瞬間に合った訴求へ調整できます。単なる汎用アップセルコピーを書くのとは精度が変わります。

ペイウォールをトリガーの種類に合わせる

リポジトリの内容を見ると、このスキルはトリガー文脈を明確に区別しており、それが出力品質に直結します。

• usage limit: ユーザーは先に進めず、苛立ちやすい
• trial expiration: すでに得た価値を思い出させる必要がある
• feature lock: その機能が自分に関係あると納得してもらう必要がある
• tier upgrade: 初学者向け説明よりも、自分に合うプランかどうかの明快さが重要

トリガーを指定しないと、モデルが場面に合わない画面を設計してしまう可能性があります。

コピーだけでなく、paywall-upgrade-croの画面構成まで依頼する

evalsを見る限り、より良い出力には次のような中核要素が入ります。

• 制限そのものではなく価値にひもづいた見出し
• 有料で何が解放されるかを示す証拠や説明
• 無料版と有料版の比較
• ソーシャルプルーフや信頼シグナル
• 具体的なCTA
• 閉じる・後回しにするための逃げ道

そのため、単に「文言を良くして」と頼むより、paywall-upgrade-cro guide の流れに沿って画面全体の設計を求めるほうが使い方として適切です。

experimentsリファレンスは使いどころが重要

references/experiments.md は、広く実務的な内容です。特に役立つのは、まず基準となる提案を出したあとで、次の観点からテスト可能なバリエーションを広げたいときです。

• トリガーのタイミング
• hard gate と soft gate
• レイアウト
• 価値の見せ方
• 価格表示
• CTA とコピー
• パーソナライズ
• 表示頻度と dismiss の挙動

現在のペイウォール自体が分かりにくい段階で、最初から大量の実験案を求めるのはおすすめしません。先にメッセージと状況の適合を整え、その後にテスト計画を広げるほうが効果的です。

導入判断に役立つリポジトリ上のシグナル

インストールするか判断するうえで特に価値が高いのが eval ファイルです。実際のペイウォール場面で、エージェントに何をさせる設計なのかが見えます。ユーザーの感情状態、画面の構成要素、アンチパターン、具体的なコピー提案まで求めているため、抽象論しか入っていないスキルより paywall-upgrade-cro install の魅力は高いと言えます。

実チーム向けの実践ワークフロー

現場では、次の順で進めると使いやすいです。

1. 現在のトリガーと無料/有料の境界を共有する。
2. 現行画面のコピーやスクリーンショット内の文言を渡す。
3. スキルに、改善後の構成とコピーを依頼する。
4. 現行実装のアンチパターンを指摘してもらう。
5. references/experiments.md から 3〜5 個の実験案を出してもらう。
6. 良かった出力をそのままプロダクト/デザイン仕様に落とし込む。

paywall-upgrade-cro for Conversion は、一発でコピーを書かせるツールとして扱うより、この流れで使ったほうが価値が出ます。

よくある導入のつまずき

チームが止まりやすい理由は、だいたい次の4つです。

• 無料から有料への境界が曖昧
• トリガーの瞬間を定義する前にペイウォールを作ろうとしている
• 求めているのが画面最適化ではなく価格戦略
• プロダクト文脈を渡していないため、出力がどれも同じに見える

もし当てはまるなら、スキルの良し悪しを判断する前に、まず入力条件を整えるのが先です。

paywall-upgrade-croスキル FAQ

paywall-upgrade-croは初心者にも向いているか

はい。プロダクトとアップグレードの瞬間をある程度はっきり説明できるなら、初心者でも使えます。非専門家でも実用的なペイウォールに近づけるよう構成されていますが、それでも「何が無料で、何が有料で、いつ訴求が出るのか」という基本情報は必要です。

通常のプロンプトより良いか

この用途に限れば、多くの場合で yes です。通常のプロンプトだと表層的なコピーで終わりやすい一方、paywall-upgrade-cro skill はアプリ内アップグレードの瞬間に特化しており、文脈、ユーザー状態、画面構成、テスト案まで踏み込ませやすいのが強みです。

価格戦略にも役立つか

いいえ、直接的には役立ちません。このスキルが得意なのは、プロダクト内でのアップグレード訴求をどう見せ、どう最適化するかです。価格帯、パッケージ、マネタイズモデルそのものが問題なら、最初に使うべきスキルではありません。

Webアプリとモバイルアプリの両方で使えるか

はい。リポジトリの対象範囲は、プロダクト内のアップグレード訴求全般です。ただし、mobile paywall、modal、desktop の upgrade page では情報密度や階層設計が変わるので、UIの形式は必ず指定してください。

どんなときはpaywall-upgrade-croを使わないほうがよいか

次のケースでは見送るべきです。

• homepage や pricing page のリライトが必要
• ユーザーがまだプロダクト価値を体験していない
• 解いている課題がアップグレードではなく retention や onboarding
• 渡せるプロダクト文脈がほとんどない

実験アイデアも含まれているか

はい。references/experiments.md はこのスキルの中でも特に強い補助資産のひとつで、初回提案のあとに実際のテストバックログを作るのに役立ちます。

paywall-upgrade-croスキルを改善する方法

プロンプトを長くするより、根拠の質を上げる

改善の最大レバーは、入力文脈の質です。最低でも次を含めてください。

• 実際のトリガーイベント
• その時点のユーザーセグメント
• ユーザーが直前にやろうとしていたこと
• 現時点で有料化によって解放される内容
• コンバージョンの基準値
• 営業、サポート、リサーチから見えている主な反論

「10パターン出して」と頼むより、こちらのほうが出力改善にはるかに効きます。

ユーザーの感情状態を伝える

evals の隠れた強みのひとつが、トリガー時点の感情に注意を向けていることです。たとえば hard limit に達した直後なら、ユーザーは遮られていて短気になりやすい。一方で trial expired なら、「このプロダクトにお金を払う価値があるのか」をまだ見極めきれていないかもしれません。ユーザーがどう感じていそうかを伝えると、コピーやCTAの質はかなり上がります。

アンチパターン検出を明示的に依頼する

価値の高い一文として、次を追加するのがおすすめです。
“List the anti-patterns in our current paywall before rewriting it.”

これにより、たとえば次のような問題が見えやすくなります。

• 価値ではなく制限から話し始めている
• CTAテキストが曖昧
• プラン選択肢が多すぎる
• このタイミングで出す理由が伝わらない
• 逃げ道がない
• アップグレードする価値の証拠がない

可能ならスクリーンショットや実際のコピーを渡す

現在の画面テキストを貼り付けたり、正確なレイアウトを説明できたりすると、paywall-upgrade-cro usage は一気に実務向きになります。このスキルはゼロからの創作より、現状を変換・改善するほうが得意です。

2パスで反復する

おすすめの進め方は次の2段階です。

• Pass 1: トリガー、メッセージ、摩擦要因を診断する
• Pass 2: 改善後のコピー、構成、実験案を生成する

こうすると、最初の回答で「本当に正しい問題を解いているか」を確認しないまま、見た目だけ整ったコピーに飛んでしまう失敗を防げます。

ベースラインを固めてから実験案を引き出す

experiments リファレンスは便利ですが、誤用もしやすいです。まず現状に対して最適な単一の paywall を提案させ、その後でテスト用バリエーションを出させると、スキルの出力品質が上がります。逆に最初から実験案だけ大量に出すと、強いコントロール案のないままリストだけ増えがちです。

evalの期待値と照らして出力を確認する

出す前の sanity check として、evals/evals.json から読み取れる強い出力の条件を確認してください。

• トリガー分類が正しい
• 価値主導の見出しになっている
• 有料で得られるメリットが明確
• 比較や選択肢の整理が分かりやすい
• CTAが強い
• 感情状態への配慮がある
• 逃げ道がある
• アンチパターンへの警告がある

paywall-upgrade-cro の結果を安定させるうえで、これはかなり簡単で効果的な方法です。

独自の内部コンテキストファイルを追加する

このスキルを継続的に使うなら、.agents/product-marketing-context.md に ICP、課題、ポジショニング、証拠、プラン構成をまとめておくのがおすすめです。毎回の説明を減らせるだけでなく、プロジェクトをまたいだ一貫性も出しやすくなります。

paywall-upgrade-cro for Conversionの限界も理解する

良い入力を与えても出力が弱いなら、問題はスキル自体ではない可能性があります。よくある根本原因は、プロダクト価値の弱さ、活性化不足、パッケージの不明瞭さ、あるいは意図の弱いトラフィックです。paywall-upgrade-cro はアップグレードの瞬間を改善できますが、上流にある product-market fit や pricing の問題まで単独で解決できるわけではありません。