paywall-optimization
作者 Eronredpaywall优化技能可帮助你诊断并提升订阅 paywall 的转化效果。适用于问题出在页面布局、文案、价格展示、试用包装、套餐结构、位置，或 paywall A/B 测试时。它面向 RevenueCat、Superwall、Adapty 以及原生 StoreKit 流程，能够帮助你区分是 paywall 本身的问题，还是更广泛的变现或 onboarding 问题。
该技能得分为 78/100，属于目录用户的稳妥候选：它提供了明确的触发场景、清晰的工作流程，以及足够的操作细节，能让 agent 在优化 paywall 时比通用提示少很多猜测。需要注意的是，它缺少配套文件，而且带有测试性质的信号，因此接入时可能会有一定摩擦；但核心内容本身扎实，值得安装。
- 对 paywall 设计、价格展示、试用方案、paywall 位置和 A/B 测试的触发场景覆盖非常清晰，agent 很容易判断何时使用。
- 操作流程明确：会先要求提供应用背景、框架、转化率、截图和套餐结构，再给出建议，从而减少歧义。
- 领域适配度强：明确点名 RevenueCat、Superwall、Adapty、原生 StoreKit 等主流 paywall 系统，并将目标定义为在 1–2 个发布周期内上线转化更高的版本。
- 没有提供安装命令、脚本、引用或资源，因此用户能拿到核心流程，但缺少自动化支持和外部参考。
- 仓库包含实验/测试信号且没有配套文件，用户在依赖它之前，应先确认它与自身应用技术栈和分析配置是否匹配。
paywall-optimization 能力概览
这个能力能做什么
paywall-optimization 能力帮助你诊断并优化订阅付费墙的转化表现，而不只是改写文案。它适用于你需要判断问题到底出在版式、文案、价格展示、试用期表达、套餐结构、位置，还是测试假设本身不够好。
最适合的使用场景
当你在做订阅类 App，并且需要在 RevenueCat、Superwall、Adapty 或原生 StoreKit 等工具中提升付费墙表现时，可以使用 paywall-optimization 能力。它特别适合回答这些问题：为什么付费墙不转化、如何比较年付和月付的呈现方式，或者怎样设计一个更干净的 A/B 测试。
它的不同之处
这个能力的核心是先诊断，再重做。之所以重要，是因为很多付费墙问题并不是文案不够强，而是优惠结构本身有问题，或者展示位置不对。paywall-optimization 指南也能帮你把转化问题与更大的变现策略问题、或者 onboarding 流程问题区分开来。
如何使用 paywall-optimization 能力
安装并打开正确的文件
先运行带仓库路径的 paywall-optimization install 流程，然后从 SKILL.md 开始。如果你是直接使用这个 repo，第一份要读的文件是 skills/paywall-optimization/SKILL.md，因为这里写明了这个能力的工作流程、信息收集问题，以及决策顺序。
给这个能力提供正确输入
要让 paywall-optimization 真正有用，不要笼统地说“帮我做个更好的付费墙”。请提供 App 类别、框架、当前付费墙截图、价格点、试用期长度，以及当前漏斗数据：付费墙曝光到试用开始、试用开始到付费。如果你已经知道症结，也要直接说清楚，比如“年付优先的付费墙试用开始率太低”或“月付赢了，但 ARPU 太低”。
把模糊需求变成高质量提示词
更强的请求可以这样写：“请评审这个给冥想 App 用的 RevenueCat 付费墙。我们当前付费墙曝光到试用开始是 12%，试用到付费是 38%，有月付和年付两个方案，年付在视觉上更突出但并没有赢。请给出最有影响力的改动建议和测试计划。” 这样能给能力足够上下文，输出面向转化的建议，而不是泛泛的设计意见。
实用工作流和阅读顺序
建议按这个顺序使用：先明确 App 背景，再识别框架限制，接着检查当前付费墙，诊断最可能的瓶颈，最后提出一个改版方案和测试计划。如果 repo 里还有像 app-marketing-context.md 这样的辅助背景文件，在编辑付费墙之前先读它，因为受众和价格敏感度会直接影响建议。
paywall-optimization 能力 FAQ
这只是给付费墙文案用的吗？
不是。paywall-optimization 能力覆盖的是完整的付费墙转化问题：优惠结构、价格表达、试用文案、套餐层级、展示位置，以及测试设计。文案很重要，但通常并不是唯一的杠杆。
我一定要用 RevenueCat 或 Superwall 吗？
不一定，但如果你正在用，它会尤其适合。只要你能说明当前方案并衡量漏斗结果，它同样适用于原生 StoreKit 流程和其他订阅方案。
什么时候不该用这个能力？
如果真正的问题是整个业务层面的定价策略、购买后的留存，或者 onboarding 应该在什么时机触发付费墙，那就不要用 paywall-optimization。那是不同的决策，用更具体的能力或提示词通常会得到更好的结果。
适合新手吗？
适合，只要你能提供截图和基础漏斗数据。使用 paywall-optimization 指南不需要很深的转化优化经验，但你需要明确说明想改什么，以及已经确认了哪些信息。
如何改进 paywall-optimization 能力
提升输入质量
想让 paywall-optimization 给出更好的结果，最有效的方法就是提供当前付费墙、App 类别、目标受众，以及你想缩小的具体转化差距。模糊的请求只会得到模糊的建议；结构化请求才能让能力聚焦到真正的瓶颈上。
说明会影响判断的约束
把所有硬性限制都写出来，比如必须包含的法律文案、App Store 政策顾虑、价格上限、本地化需求，或者工程实现约束。这些细节会直接改变能力是建议简单的文案调整、版式变化，还是更大的实验方案。
要求输出可测试
请它给出一个改版后的付费墙方案、每一项改动为什么能提升转化的理由，以及你用来判断成败的唯一指标。最有价值的 paywall-optimization 结果，应该是能直接上线并衡量的，而不只是适合视觉审阅。
用第一轮结果继续迭代
第一轮结束后，把建议方案和真实漏斗数据、用户行为对比。如果付费墙还是表现不佳，就用截图、分群数据或替代方案来补充输入，这样下一轮才能更准确地判断问题到底是优惠匹配、信任问题，还是呈现方式出了问题。