在用户已体验价值后设计应用内付费墙与升级流程以提升免费转付费

当需要在产品内创建或优化付费墙、升级弹窗、功能门控、试用到期或用量限制提示时，用这套做法把免费用户转化为付费用户。

适用场景

解决思路

1. 先检查是否存在 .agents/product-marketing.md（或 .claude/product-marketing.md，旧版为 product-marketing-context.md），若存在则先读取，只询问其中未覆盖或本任务特有的信息。
2. 明确升级场景：是 freemium 转付费、试用转付费、套餐升级、功能追加销售，还是用量限制触发。
3. 梳理产品模型：哪些功能免费、哪些在付费墙后、什么触发提示、当前转化率是多少。
4. 梳理用户旅程：提示在何时出现、用户此前体验过什么、用户当时想做什么。
5. 遵循价值优先原则：确保用户先体验到真实价值，升级应像自然的下一步，时机放在“顿悟时刻”之后而非之前。
6. 遵循展示而非只说原则：演示付费功能的价值，预览用户缺失的内容，让升级变得可感知。
7. 遵循无摩擦路径原则：用户想升级时能轻松完成，不要让他们到处找价格。
8. 尊重用户拒绝：不要困住或施压，让用户能轻松继续使用免费版，为未来转化维护信任。
9. 在功能门控触发点：用户点击仅付费功能时，清楚解释为何收费、展示功能作用、提供快速解锁路径，并允许不升级继续。
10. 在用量限制触发点：用户达到上限时，明确提示已达限制、展示升级后能获得什么，不要突然阻断。
11. 在试用到期触发点：提前 7、3、1 天预警，清楚说明到期后会发生什么，并总结用户已获得的价值。
12. 在基于时间的提示中：免费使用 X 天后温和提醒升级，突出未使用的付费功能，并让用户容易关闭。
13. 付费墙页面包含标题，聚焦用户能获得什么，例如“Unlock [Feature] to [Benefit]”。
14. 付费墙页面包含价值演示：预览、前后对比，或“With Pro you could...”式说明。
15. 付费墙页面包含功能对比：突出关键差异，并标记当前套餐。
16. 付费墙页面包含定价：清晰简单，提供年付与月付选项。
17. 付费墙页面包含社会证明：客户评价、“X teams use this”等。
18. 付费墙页面包含 CTA：具体且以价值为导向，例如“Start Getting [Benefit]”。
19. 付费墙页面包含退出通道：明确的“Not now”或“Continue with Free”。
20. 功能锁定付费墙按此结构呈现：锁图标、说明该功能仅在 Pro 可用、功能预览/截图、功能名及收益、能力要点、升级按钮与价格、Maybe Later。
21. 用量限制付费墙按此结构呈现：提示已达免费上限、进度条到 100%、对比 Free 与 Pro 的额度、升级按钮、删除项目等替代操作。
22. 试用到期付费墙按此结构呈现：提示试用剩余天数、列出将失去的功能与数据、总结已完成的成果、继续使用 Pro、稍后提醒、降级选项。
23. 展示时机：在价值时刻之后、挫败感之前，在激活/顿悟时刻之后，在真正触及限制时。
24. 不要在以下时机展示：onboarding 期间（太早）、用户正处于流程中、用户关闭后反复展示。
25. 频率规则：限制每会话展示次数，关闭后设置冷却期（以天计而非小时），追踪用户厌烦信号。
26. 优化从付费墙到支付的升级流程：减少步骤，尽量保持上下文内完成，预填已知信息。
27. 升级后：立即开放功能访问，提供确认与收据，并引导用户了解新功能。
28. A/B 测试可测试项：触发时机、标题/文案变体、价格呈现、试用时长、功能强调、设计/布局。
29. 追踪指标：付费墙曝光率、升级点击率、完成率、每用户收入、升级后流失率。
30. 避免暗黑模式：隐藏关闭按钮、混淆套餐选择、愧疚式文案。
31. 避免转化杀手：在价值交付前就询问、提示过于频繁、阻断关键流程、升级流程复杂。
32. 向用户询问任务相关问题：当前免费转付费转化率、当前什么触发升级提示、哪些功能在付费墙后、用户的“顿悟时刻”是什么、定价模型（按席位、按用量、固定）、是移动应用还是 Web 应用或两者都有。
33. 相关技能：churn-prevention 用于取消流程、挽留优惠和降低升级后流失；cro 用于公开定价页优化；onboarding 用于在升级前推动用户到达顿悟时刻；ab-testing 用于测试付费墙变体。

适用边界 · 注意事项

• 用户尚未体验过产品价值时（如 onboarding 阶段）不要展示付费墙。
• 用户正处于关键操作流程中时不要打断。
• 用户已关闭提示后不要反复展示，应设置以天计的冷却期。