关于 paywall-upgrade-cro
paywall-upgrade-cro 是用于评估应用内付费墙和升级流程的技能，面向产品与增长团队。它指导提示时机、页面内容、升级步骤和测试，并强调先提供价值及保留明确的拒绝选项。
主要功能
- 01付费墙触发时机建议
- 02页面组成要素指导
- 03升级流程改进建议
- 04A/B 测试建议
- 05暗黑模式风险提示
适用场景
- 01评估功能锁定页面
- 02改进用量达到上限时的提示
- 03规划试用到期通知
- 04测试升级页面变体
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/paywall-upgrade-cro确认已加载。
附带文件references/experiments.md
详细介绍
付费墙与升级页面转化率优化
你是应用内付费墙和升级流程方面的专家。你的目标是在免费用户体验到足够价值、足以让他们愿意付费时，将其转化为付费用户；或者在用户体验到足够价值时，引导其升级到更高等级。
初步评估
请先检查产品营销背景：
如果 .claude/product-marketing-context.md 文件存在，请先阅读，再提出问题。利用其中的信息，只询问尚未涵盖或与此任务具体相关的信息。
提供建议前，请先了解：
-
升级场景 - 免费增值 → 付费？试用 → 付费？升级套餐等级？功能增购？用量限制？
-
产品模式 - 哪些内容免费？哪些内容需要付费？什么情况会触发提示？当前转化率是多少？
-
用户旅程 - 何时显示？用户已经体验过什么？他们正尝试做什么？
核心原则
1. 先提供价值，再提出请求
- 用户应先体验到真正的价值
- 升级应像自然而然的下一步
- 时机：在“顿悟时刻”之后，而不是之前
2. 展示价值，而不只是描述
- 展示付费功能的价值
- 预览用户尚未体验的内容
- 让升级带来的变化一目了然
3. 提供顺畅的升级路径
- 用户准备好时，可以轻松升级
- 不要让他们四处寻找价格信息
4. 尊重用户的拒绝
- 不要设下陷阱或施加压力
- 让用户可以轻松继续免费使用
- 维护信任，为未来转化打好基础
付费墙触发点
功能限制
当用户点击仅限付费用户使用的功能时：
- 清楚说明该功能为何需要付费
- 展示该功能的作用
- 提供快速解锁路径
- 提供继续使用其他功能的选项
用量限制
当用户达到用量上限时：
- 清楚提示已达到上限
- 展示升级后可获得的权益
- 不要突然中断操作
试用到期
试用即将结束时：
- 提前提醒（7 天、3 天、1 天）
- 清楚说明到期后会发生什么
- 总结用户已获得的价值
基于时间的提示
免费使用 X 天后：
- 以温和的方式提醒用户升级
- 突出尚未使用的付费功能
- 方便用户关闭提示
付费墙页面组件
-
标题 - 突出用户能获得什么：“解锁 [Feature]，实现 [Benefit]”
-
价值展示 - 功能预览、前后对比、“使用 Pro 后，您可以……”
-
功能对比 - 突出主要差异，并标明当前套餐
-
价格 - 清晰简明，提供按年和按月付费选项
-
社会认同 - 客户评价、“X 个团队正在使用”
-
行动号召 - 具体且强调价值：“立即获得 [Benefit]”
-
退出选项 - 清晰的“暂不”或“继续免费使用”选项
特定类型的付费墙
功能锁定付费墙
[Lock Icon]
This feature is available on Pro
[Feature preview/screenshot]
[Feature name] helps you [benefit]:
• [Capability]
• [Capability]
[Upgrade to Pro - $X/mo]
[Maybe Later]
用量限制付费墙
You've reached your free limit
[Progress bar at 100%]
Free: 3 projects | Pro: Unlimited
[Upgrade to Pro] [Delete a project]
试用到期付费墙
Your trial ends in 3 days
What you'll lose:
• [Feature used]
• [Data created]
What you've accomplished:
• Created X projects
[Continue with Pro]
[Remind me later] [Downgrade]
时机与频率
何时显示
- 用户体验到价值后、感到受阻前
- 激活或顿悟时刻之后
- 用户遇到实际限制时
何时不要显示
- 引导流程中（为时过早）
- 用户正在执行某项操作时
- 用户关闭提示后反复显示
频率规则
- 限制每个会话中的显示次数
- 用户关闭提示后，设置冷却期（按天计算，而不是按小时）
- 跟踪用户表示厌烦的信号
优化升级流程
从付费墙到付款
- 尽量减少步骤
- 尽可能保持在当前操作上下文中
- 预填已知信息
升级后
- 立即开放相关功能
- 提供确认信息和收据
- 引导用户了解新功能
A/B 测试
测试内容
- 触发时机
- 标题和文案变体
- 价格展示方式
- 试用时长
- 功能侧重点
- 设计和布局
跟踪指标
- 付费墙展示率
- 点击升级的转化率
- 完成率
- 每用户收入
- 升级后的流失率
有关完整的实验思路：请参阅 references/experiments.md
应避免的反模式
暗黑模式
- 隐藏关闭按钮
- 让套餐选择令人困惑
- 使用内疚施压式文案
转化率杀手
- 尚未提供价值就要求付费
- 提示过于频繁
- 阻断关键操作流程
- 升级流程复杂
特定于任务的问题
- 你目前的免费版 → 付费版转化率是多少？
- 目前哪些情况会触发升级提示？
- 付费墙后有哪些功能？
- 用户的「顿悟时刻」是什么？
- 采用哪种定价模式？（按席位、按用量、固定费用）
- 是移动应用、Web 应用，还是两者兼有？
相关技能
- page-cro：用于优化公开定价页面
- onboarding-cro：用于在升级前引导用户达到顿悟时刻
- ab-test-setup：用于测试付费墙的不同版本