Revenue Optimizer 是一个专注于营收功能与变现系统构建的技能，核心思路是分析现有代码库，理解其中的功能、计算成本，并创建数据驱动的定价策略。
用途方面，该技能面向需要为产品设计或优化变现体系的场景，包括功能盘点、成本核算、定价分层、支付集成、订阅管理、结账优化与营收指标追踪。
主要能力之一是功能发现。其流程为扫描路由与端点以识别面向用户的功能，扫描组件与页面以梳理 UI 功能，扫描服务集成以找出产生成本的功能，扫描数据库模型以理解数据实体，最后交叉比对，把功能与其成本驱动因素对应起来。需要关注的模式包括：路由与控制器（每个端点都可能是一个功能）、React/Vue 组件（特定功能的 UI 模块）、服务客户端（如 AWS SDK、OpenAI、Stripe、Twilio 等）、后台任务（计算密集型操作）以及存储操作（S3、数据库写入、文件上传）。示例输出把功能分为核心（低成本）、高级（中等成本）和高价值（高成本）三类。
另一项能力是成本分析，用于计算每个用户或每项功能的真实成本。服务检测会扫描配置文件（.env、config/、secrets）、依赖清单（package.json、requirements.txt）、基础设施（terraform/、cloudformation/、docker-compose）以及代码导入（aws-sdk、openai、stripe、twilio 等）。成本映射则把成本分为固定成本、可变成本（按用户）和功能成本（按使用）。
在定价策略设计上，该技能将功能价值与成本数据结合：计算成本下限（每用户盈亏平衡点）、评估功能价值（用户为替代方案付费的意愿）、按 max(成本+利润, 感知价值) 定价，并按成本相似性将功能归入不同层级。资料给出的分层思路为：Free 仅包含低成本功能并限制可变成本，目标低于每用户每月 0.50 美元；Pro 包含中等成本功能，定价为成本的 3-5 倍，作为主要营收来源；Enterprise 包含高成本功能（AI、视频），采用基于价值的定价（成本 10 倍以上也可接受）。最优价格公式为：(成本下限 × 0.3) + (价值上限 × 0.7)，其中成本下限 = 服务成本 / (1 - 目标利润率)。
该技能还会输出完整的定价策略报告示例，内容涵盖代码库分析（服务与功能清单）、成本拆分（固定、可变、按功能使用）、使用模式（API 调用与 AI 生成量按用户类型区分）、营收模型（分布、ARPU、LTV、服务成本、盈亏平衡、12 个月预测）以及推荐套餐（Free、Pro、Business、Enterprise，含配额、价格、利润率与超额费用）。
支付提供商选择方面，资料列出 Stripe（适合 SaaS、订阅、全球化，集成复杂度低）、Paddle（适合需税务合规的 SaaS，复杂度低）、LemonSqueezy（适合数字产品，复杂度极低）、PayPal（适合市场平台及已有用户，复杂度中等），并提及 Stripe 的详细集成模式见 references/stripe.md。
定价分层设计常见模式包括 Good-Better-Best（三档且价值清晰递增）、Freemium（免费档加高级追加销售）、Usage-Based（按 API 调用、存储或计算付费）以及 Per-Seat（按团队成员收费）。
订阅实现的关键组件包括：订阅状态管理（跟踪 active、canceled、past_due）、Webhook 处理（可靠处理支付事件）、权益系统（按套餐控制功能访问）和账单门户（自助管理套餐）。结账优化建议包括：减少表单字段（最多两步从邮箱到支付）、展示信任信号（安全徽章、退款保证）、在购买按钮附近显示社会证明、突出年付折扣（通常 20-40%）、预选推荐套餐。
功能门控模式以代码示例给出权益检查函数，该函数根据用户订阅和套餐功能列表判断是否可访问某功能，否则显示升级提示。营收追踪需要实现的关键指标包括 MRR、流失率、LTV（ARPU / 流失率）和转化率（付费 / 总注册），并在 subscription.created、subscription.upgraded、subscription.canceled、payment.succeeded、payment.failed 等事件发生时发送到分析系统（Mixpanel、Amplitude 或自建）。
适用场景主要是 SaaS 或数字产品的变现设计、定价重构与订阅系统建设。限制方面，资料未提供关于具体平台依赖、收费方式、价格或效果保证的说明，相关事实暂未提供。