paywall-upgrade-cro

paywall-upgrade-cro 技能概览

paywall-upgrade-cro 能做什么

paywall-upgrade-cro skill 专注于帮助你设计和优化产品内的升级触发时刻：包括 paywall、升级页面、upsell 弹窗、试用到期提示以及功能门槛。它面向的是产品内部的转化优化，不适用于公开 pricing page，也不是用来做整体定价策略的工具。

谁适合使用这个技能

最适合的用户包括：创始人、PM、增长团队、产品营销人员，以及负责 freemium 转付费、trial 转付费、或套餐升级流程的设计师。如果用户已经体验到一定价值，现在只差一个明确的升级理由，那么 paywall-upgrade-cro 就很适合。

它真正解决的任务是什么

大多数团队并不需要抽象的 CRO 理论，而是需要一个真正可用的升级页面：它要匹配触发时机、用户当下的情绪状态，以及产品本身能提供的实际价值。paywall-upgrade-cro 最强的地方，在于给出具体的页面结构、信息表达方向和可测试的实验思路，而不是泛泛而谈的“提升转化率”建议。

它和普通 prompt 有什么不同

这个 skill 的核心特点是“先看上下文，再给方案”。它会推动模型先识别升级场景、理解产品模式和用户路径，再根据触发类型来定制 paywall。仓库中的 evals 也说明，它期望输出里包含价值包装、套餐对比、social proof、CTA 质量和退出路径等关键元素，而不只是表层的文案改写。

它不适合解决什么问题

如果你真正的问题是 pricing architecture、套餐设计，或者公开落地页上的 pricing table，那么不要使用 paywall-upgrade-cro for Conversion。这个 skill 本身也明确指出，这类问题应该用定价策略或页面 CRO 的其他方法来处理。它同样不能替代产品分析：它能优化升级触发时刻，但无法凭空补出缺失的 funnel 数据。

如何使用 paywall-upgrade-cro 技能

在你的技能环境中安装 paywall-upgrade-cro

使用：
npx skills add https://github.com/coreyhaines31/marketingskills --skill paywall-upgrade-cro

如果你的环境已经同步了整个 repo，请确认该技能存在于 skills/paywall-upgrade-cro/，并且 agent 可以读取 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 则更适合在你已经完成第一轮诊断、准备扩展测试 backlog 时再看。

提问前先确认是否有产品营销上下文

这个仓库里有一个很关键的实现细节：skill 会明确要求 agent 在提问前先检查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。如果你已经维护了其中任意一个文件，那么这个 paywall-upgrade-cro skill 会更有用，因为它能基于你的 positioning、ICP 和 value props 来给建议，而不是只做通用输出。

了解这个技能真正需要什么输入

想得到高质量输出，最好提供：

• upgrade type：freemium、trial expiry、tier upgrade、feature upsell、usage limit
• trigger moment：是什么动作触发了 paywall
• 当前 free 与 paid 的边界
• 目标用户细分
• 当前页面或文案
• 当前转化率（如果已知）
• 你已经听到的用户阻力或异议
• device/context：web app、mobile app、modal、full screen、settings page

如果缺少这些信息，paywall-upgrade-cro usage 的输出通常会停留在比较泛的层面。

把模糊需求改写成完整 prompt

弱版本：
“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.”

后者之所以更有效，是因为它给了 skill 足够的上下文，让它能根据具体时机调整信息表达，而不是产出一段泛化的 upsell 文案。

让 paywall 和触发类型匹配

仓库里的证据表明，这个 skill 会区分不同触发场景，而这会直接影响输出质量：

• usage limit：用户正想继续操作，情绪通常是受阻和烦躁
• trial expiration：用户可能需要重新被提醒自己已经获得了什么价值
• feature lock：用户需要知道这个功能为什么与自己相关、为什么值得升级
• tier upgrade：用户更需要明确“哪个套餐适合我”，而不是入门式教育

如果你不明确说明触发类型，模型很可能会设计出错误类型的页面。

不要只要文案，要它输出完整页面结构

从 evals 来看，更好的输出通常会包含这些核心组件：

• 与价值相关的 headline，而不是只强调限制
• 对付费能力的证明或展示
• free 与 paid 的对比
• social proof 或 trust signal
• 明确具体的 CTA
• escape hatch 或关闭路径

这才是更合理的 paywall-upgrade-cro guide 使用方式，而不是只让它写“更好的文案”。

正确使用 experiments 参考文件

references/experiments.md 内容广、也很实用。它最适合在你已经拿到一个 baseline 方案之后，用来拓展可测试变体，例如：

• trigger timing
• hard gate vs soft gate
• layout
• value presentation
• pricing display
• CTA and copy
• personalization
• frequency and dismissal behavior

如果你当前的 paywall 连核心逻辑都还不清晰，就不要一开始就追求一长串实验列表。先把 message-market fit 调整对，再扩展测试计划。

这些仓库信号值得你信任这个技能

对于安装决策来说，eval 文件尤其有参考价值，因为它展示了 agent 在真实 paywall 场景中应该完成哪些任务。它要求 skill 识别用户情绪状态、页面组成、常见 anti-pattern，以及具体文案建议。相比那些只停留在抽象原则层面的技能，这让 paywall-upgrade-cro install 更有吸引力。

真实团队可直接套用的工作流

一个比较实用的操作顺序是：

1. 提供你当前的 trigger 和 free/paid boundary。
2. 给出当前页面文案，或截图中的文字内容。
3. 让 skill 产出修订后的结构和文案。
4. 让它指出你当前实现中的 anti-pattern。
5. 再基于 references/experiments.md 要 3 到 5 个实验建议。
6. 把最好的输出整理成产品/设计 spec。

相比把它当作一次性 copywriter，这套流程通常能从 paywall-upgrade-cro for Conversion 中拿到更多价值。

常见的落地阻碍

团队通常会卡在下面四种情况之一：

• 没有清晰的 free-to-paid boundary
• 还没定义 trigger moment，就急着做 paywall
• 实际想解决的是 pricing strategy，而不是页面优化
• 几乎不给产品上下文，导致输出看起来和谁都能通用

如果这些问题正好符合你的情况，先修正输入，再来判断这个 skill 是否有效。

paywall-upgrade-cro 技能 FAQ

paywall-upgrade-cro 适合新手吗

适合，前提是你能把产品和升级时刻描述清楚。这个 skill 的结构足够清晰，可以帮助非专家做出一个可用的 paywall；但即使是新手，也至少需要说明什么是免费的、什么是付费的，以及升级请求是在什么时候出现的。

它比普通 prompt 更好吗

通常在这个特定场景下是更好的。普通 prompt 往往只能写出比较表层的文案，而 paywall-upgrade-cro skill 的优势在于它专门面向产品内升级时刻，并且会强制关注上下文、用户状态、页面组件和实验思路。

它能帮我做定价策略吗

不能，至少不是直接解决。它擅长的是在产品内部呈现和优化升级请求。如果你的核心问题是 price point、套餐设计或 monetization model，那这个 skill 不是第一选择。

Web 和移动端 app 都能用吗

可以。这个仓库的覆盖范围本来就是广义上的产品内升级提示。但你需要明确说明 UI 形式，因为 mobile paywall、modal 和桌面端升级页在信息密度和层级结构上完全不同。

什么情况下不该用 paywall-upgrade-cro

以下情况建议跳过：

• 你需要重写的是 homepage 或 pricing page
• 用户还没有真正体验到产品价值
• 你要解决的是 retention 或 onboarding，而不是升级转化
• 你没有任何有意义的产品上下文可提供

它包含实验思路吗

包含。references/experiments.md 是这个 skill 最有价值的配套资产之一，特别适合在拿到初步建议之后，用来建立真实可执行的 testing backlog。

如何改进 paywall-upgrade-cro 技能的使用效果

给它更好的证据，而不是更长的 prompt

提升效果的最大杠杆，不是把 prompt 写得更长，而是把上下文给得更准。尽量提供：

• 实际 trigger event
• 当时对应的用户细分
• 用户刚刚试图完成什么
• paid 当前具体解锁了什么
• 转化基线
• 来自销售、客服或研究中的主要异议

相比要求“给我 10 个版本”，这些信息对输出质量的提升要大得多。

说明用户当下的情绪状态

evals 里有一个比较细但很重要的优势，就是它会关注触发时刻的用户情绪。如果用户刚撞上 hard limit，他们通常是被打断、而且不耐烦的；如果是 trial 到期，他们可能不确定产品是否已经证明了付款价值。把这种情绪状态告诉 skill，通常会明显改善文案和 CTA 质量。

明确要求它识别 anti-pattern

一个很高价值的补充提问方式是：
“List the anti-patterns in our current paywall before rewriting it.”

这往往能先暴露出一些关键问题，例如：

• 开头强调限制，而不是价值
• CTA 文案含糊
• 套餐选择过多
• 没有解释为什么此刻要弹出升级请求
• 没有 escape hatch
• 没有证明升级值得

尽量提供截图或精确文案

如果你能直接贴出现有页面的文本，或者准确描述当前布局，paywall-upgrade-cro usage 的输出会更可执行。这个 skill 更擅长“基于现状做改造”，而不是在完全没有参照物时凭空生成。

用两轮迭代，而不是一步到位

更推荐的做法是：

• 第 1 轮：诊断 trigger、信息表达和 friction
• 第 2 轮：生成修订后的文案、结构和实验方案

这样可以避免一种常见失败模式：第一轮回答直接跳到“精修后的文案”，却没有先确认这个页面是否真的在解决正确的问题。

先把 baseline 做扎实，再拉实验方案

experiments 参考文件很好用，但也很容易被用错。更好的方式是：先让 skill 给出当前场景下最合适的一版 paywall，再让它产出可测试变体。否则你很容易拿到一长串实验清单，却没有一个足够强的 control 版本。

用 eval 预期来校验输出

在真正上线前，可以把结果和 evals/evals.json 隐含的高质量标准做一次 sanity-check。好的输出通常应该包括：

• 正确的 trigger classification
• 以价值为核心的 headline
• 清晰的付费收益说明
• 明确的对比或选择逻辑
• 有力的 CTA
• 对用户情绪状态的感知
• escape hatch
• anti-pattern 警示

这是提升 paywall-upgrade-cro 输出稳定性最简单的方法之一。

增加你自己的内部上下文文件

如果你会反复使用这个 skill，建议创建 .agents/product-marketing-context.md，把你的 ICP、用户痛点、positioning、proof points 和套餐结构放进去。这样可以减少重复输入，也能让这个 skill 在不同项目中的表现更一致。

清楚认识 paywall-upgrade-cro for Conversion 的边界

如果在高质量输入下，输出仍然显得无力，问题可能不在 skill 本身。常见根因包括：产品价值不足、激活做得差、套餐设计不清晰，或流量意图过低。paywall-upgrade-cro 可以优化升级时刻，但它无法单独修复上游的 product-market fit 或定价问题。