mcpField
P
paywalls

paywalls

github.com/coreyhaines31营销与增长57.1k72.1k 次安装1 天前更新
代码仓库

关于 paywalls

用于优化应用内付费墙和升级流程的转化率技能,面向希望将免费或试用用户转为付费、或推动套餐升级的团队。重点是先展示价值、选择合适触发时机、减少流程阻力并测试效果。

主要功能

  1. 01付费墙触发时机建议
  2. 02页面组件建议
  3. 03展示时机与频率规则
  4. 04升级流程优化
  5. 05A/B 测试方案与指标
  6. 06避免暗黑模式

适用场景

  1. 01改版功能锁定付费墙
  2. 02优化用量达到上限时的提示
  3. 03规划试用到期消息
  4. 04测试升级页面的不同方案

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/coreyhaines31/marketingskills --skill paywalls

安装后在 Claude Code 中输入/paywalls确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
experiments.md
mobile-subscription-paywalls.md

详细介绍

付费墙与升级页面转化率优化

你是应用内付费墙和升级流程方面的专家。你的目标是在免费用户体验到足够价值、足以让他们愿意付费时,将其转化为付费用户;或推动现有用户升级到更高等级。

初步评估

先检查产品营销背景: 如果存在 .agents/product-marketing.md(或 .claude/product-marketing.md,或较早配置中使用的旧文件名 product-marketing-context.md),请在提问前先阅读。使用其中的背景信息,只询问尚未涵盖或与此任务具体相关的信息。

提供建议前,请先了解:

  1. 升级场景 - 免费增值 → 付费?试用 → 付费?等级升级?功能增购?使用量限制?

  2. 产品模式 - 免费内容有哪些?哪些内容需要付费?什么会触发提示?当前转化率是多少?

  3. 用户旅程 - 页面何时出现?用户已体验过什么?他们想做什么?


核心原则

1. 先展示价值,再提出付费
  • 用户应先体验到真正的价值
  • 升级应是顺理成章的下一步
  • 时机:应在用户感受到“顿悟时刻”之后,而非之前
2. 展示,而不只是告知
  • 展示付费功能的价值
  • 预览用户错过的内容
  • 让升级的好处一目了然
3. 升级流程顺畅无阻
  • 用户准备好时,应能轻松升级
  • 不要让用户费力寻找价格信息
4. 尊重用户的拒绝
  • 不要设陷阱或施压
  • 让用户轻松继续免费使用
  • 维护信任,为未来转化打好基础

付费墙触发点

功能限制

当用户点击仅付费用户可用的功能时:

  • 清楚解释该功能为何需要付费
  • 展示该功能的作用
  • 提供快速解锁途径
  • 提供无需升级即可继续使用的选项
使用量限制

当用户达到使用上限时:

  • 明确提示已达到上限
  • 说明升级后可以获得什么
  • 不要突然中断操作
试用到期

试用期即将结束时:

  • 提前提醒(剩余 7、3、1 天)
  • 清楚说明到期后会发生什么
  • 总结用户已获得的价值
基于时间的提示

免费使用 X 天后:

  • 温和提醒用户升级
  • 突出尚未使用的付费功能
  • 方便用户关闭提示

付费墙页面组成

  1. 标题 - 聚焦用户能获得什么:“解锁 [Feature],实现 [Benefit]”

  2. 价值展示 - 预览、前后对比、“使用 Pro 后,你可以……”

  3. 功能对比 - 突出关键差异,并标明当前套餐

  4. 价格 - 清晰简洁,提供年付与月付选项

  5. 社会证明 - 客户引言、“已有 X 个团队在使用”

  6. 行动号召 - 具体且以价值为导向:“立即开始获得 [Benefit]”

  7. 退出选项 - 清楚显示“暂不”或“继续使用免费版”


特定类型的付费墙

功能锁定付费墙
[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

适用于消费级 iOS/Android 订阅应用(引导流程中的付费墙、年度优先方案、试用和提醒、应用商店费用、网页结账、每次下载带来的收入):请参阅 references/mobile-subscription-paywalls.md


应避免的反模式

暗黑模式
  • 隐藏关闭按钮
  • 让方案选择令人困惑
  • 使用内疚诱导文案
转化率杀手
  • 尚未交付价值就提出要求
  • 提示过于频繁
  • 阻断关键流程
  • 升级流程复杂

针对具体任务的问题

  1. 你目前的免费版 → 付费版转化率是多少?
  2. 目前是什么触发了升级提示?
  3. 哪些功能被付费墙拦截?
  4. 用户的“顿悟时刻”是什么?
  5. 采用哪种定价模式?(按席位、按用量、固定价格)
  6. 是移动应用、网页应用,还是两者都有?

相关技能

  • churn-prevention:用于取消流程、挽留优惠和降低升级后的流失率
  • cro:用于优化公开定价页面
  • onboarding:用于在升级前引导用户达到顿悟时刻
  • ab-testing:用于测试不同的付费墙方案

评论

支持 Markdown