OVERSEAS IAP BUSINESS STRATEGY
海外 IAP 业务战略规划
围绕真实用户需求,建立多品类订阅产品与全球经营能力。
未来三年,我们不以产品数量或单一技术方向作为增长标准。业务将围绕清晰的用户任务建立产品组合,持续改善留存、续费和贡献利润,并把技术、数据、本地化与增长能力沉淀为多个产品可以共用的基础。
01 战略判断
长期经营能力决定下一阶段
AI 降低了开发和内容生产门槛,同质产品随之增加。功能上线更快,产品被复制和替代也更快。新业务要长期存在,必须同时解决用户价值、订阅质量、获客效率和平台风险。
产品数量不再代表能力
产品矩阵只有在共享用户、内容、技术和增长方法时才有意义。单独开发、单独买量、单独维护的一批应用,只会重复消耗团队。
长期价值由续费决定
早期付费可以通过素材、价格和 Paywall 提升,首次续费、退款和长期使用更能说明产品是否解决了问题。
机会来自用户任务,不来自技术标签
内容与创作、实用工具和垂直场景都是产品方向。是否投入,取决于用户为什么来、是否重复使用,以及结果是否值得再次付费。
AI 必须进入经营流程
AI 同时参与内容生产、本地化、用户研究和数据判断。衡量它的方式,是工作周期缩短了多少、判断经验留下了多少。
02 市场变化
订阅市场仍在增长,产品淘汰也在加快
订阅应用的供给持续增加,AI 又进一步降低了开发和内容生产门槛。用户愿意尝试新产品,但长期留存和续费没有随供给同步增长。
2026 年 1 月每月新上线的订阅应用数量已超过 14,700 个,约为 2022 年初的七倍;但 2020 年以前上线的应用仍贡献 69% 的订阅收入。
RevenueCat 2026AI 应用一年内每付费用户实现收入的中位数高出 41%,但流失更快,退款率也更高。早期转化优势没有自动变成长期价值。
RevenueCat 20262026 年第一季度,前三个 AI 助手占据接近 90% 的使用时长。直接进入通用助手市场,需要面对已有平台的规模优势。
Sensor Tower 2026RevenueCat 2026 显示,不同应用品类在转化、续费、退款和每付费用户收入上差异明显,不能用同一套首购指标判断所有产品。
RevenueCat 2026这些数据说明 AI 是重要变量,但不足以决定整个业务群押注哪个品类。产品仍要从具体任务出发,把早期付费转成持续使用,并用共享能力降低多产品经营成本。
03 业务定位
业务群经营产品组合,不押注单一品类
海外 IAP 业务群负责选择、验证和长期经营面向全球用户的订阅产品。选品看用户需求、留存续费、获客效率和可复用资产。AI 视觉是内容与创作方向中的一个机会,不是整个业务群的战略本身。
| 业务方向 | 可做的产品 | 成立条件 |
|---|---|---|
| 工具与效率 | 设备工具、效率工具和日常任务产品 | 需求高频,续费稳定,维护成本可控,能够形成自然量或品牌搜索 |
| 内容与创作 | AI 视觉、视频编辑、模板内容、语言与发布工具 | 结果可感知,用户重复创作,内容资产能够积累,单位生成成本持续下降 |
| 识别与垂直场景 | 收藏、植物、健康及其他具体对象或任务 | 场景足够具体,用户反复使用,数据或知识能够形成产品差异 |
| 新形态与新终端 | Web 订阅、创作者工具、商家工具和跨产品会员 | 已有产品能力可以迁移,并能形成移动端之外的新增收入 |
明确不做
不做没有任务差异的通用 AI 助手;不依靠换皮和密集起包制造增长;不把一次跑量视为产品成立;不因为某个 AI 类别短期增长,就把全部资源押在一个方向。
04 业务组合
按经营阶段管理产品,不预设单一重点品类
产品按经营盘、增长盘和孵化盘分配资源。任何品类都要用同一套标准竞争投入,达到标准可以升级,长期不达标就收缩或停止。
成熟订阅产品
稳定收入、利润、续费和产品质量。控制维护成本,持续改善自然量、价格和生命周期经营。
已验证的成长产品
获得主要的产品、增长和技术投入。先证明留存、首次续费和单位经济,再扩大国家、渠道和使用场景。
待验证的新方向
内容创作、垂直识别和其他新需求都从小团队起步。限定验证周期和投入,只有出现重复使用与真实付费才进入增长盘。
产品组合每季度重新评估。核心产品追求规模和利润,成长产品追求重复增长,实验产品追求证据。长期不增长、也不能提供现金或共享资产的产品,停止新增投入。
05 产品与平台
前端可以不同,基础能力必须共用
产品矩阵的价值来自复用。新产品进入市场时,应直接使用已经验证的账户、订阅、数据、内容和安全能力,把团队时间留给用户体验与任务差异。
工具与效率产品
设备、效率和日常任务,强调稳定与长期订阅。
内容与创作产品
视频生成、视频编辑、模板内容和跨语言发布。
垂直场景与新机会
围绕具体对象和任务,验证新的订阅需求与产品形态。
平台建设遵循产品需要
先解决两个以上产品共同遇到的问题,再抽象为共享能力。平台不追求功能完整,也不单独制造项目。复用率、接入时间、单位成本和产品结果是它的成绩单。
06 全球增长
从单一买量转向四种增长来源
付费投放仍是验证和放大的重要手段,但长期增长还需要商店、内容和产品自身传播。渠道越单一,业务越容易受到算法、账户和素材周期影响。
| 增长来源 | 主要做法 | 核心指标 |
|---|---|---|
| 付费获客 | 多渠道、小步测试、按 cohort 回收扩量;素材按元素和人群管理 | LTV/CAC、现金回收期、单渠道占比 |
| 商店经营 | 关键词、商店页、评分、编辑推荐和本地化持续迭代 | 自然安装、商店转化率、搜索词覆盖 |
| 内容与社媒 | 模板内容、UGC、创作者合作和案例传播与产品功能同步 | 有机安装、有机收入、内容复用率 |
| 产品内增长 | 结果分享、模板复用、邀请、跨产品权益和生命周期运营 | 分享带来的新用户、复购、首次续费 |
市场按验证顺序推进
英语市场用于建立产品和付费基线;日本、德国、法国等市场在完成内容与客服本地化后进入;低获客成本市场只承担验证,不以低成本掩盖低付费。任何国家都要单独核算收入、退款、产品直接成本和投放回收。
07 AI 工作方式
AI 是横向能力,不是产品分类方法
AI 有两个作用:改造选品、研发、内容、本地化和经营分析流程;在用户任务确实需要时进入产品。Agent 负责持续运行这些流程,大模型负责理解和连接,业务价值来自规则、数据、Skill、知识和判断记录。
以内容生产为例
这个循环先提高及时性和批量生产能力,再用结果数据学习人的判断。关注生产周期、有效内容数量、通过率、素材胜率和单位成本。
本地化循环
市场信息、评论和表现数据进入同一知识库,支持文案、字幕、配音和文化适配。母语审核结果继续回流。
经营判断循环
系统识别回收、留存和退款异常,给出止损或扩量建议;负责人确认后执行,结果用于校正下一次判断。
模型与成本管理
按任务选择模型,能用小模型、本地模型或批处理完成的任务不调用高成本模型。成本按每个有效结果计算。
评估与安全
生成质量、错误类型、内容安全和人工修改原因都有记录。高风险内容保留人工审核,不把合规决定交给自动化流程。
08 团队架构
三类产品单元,业务与技术双负责人
海外 IAP 团队按产品结果和经营阶段组织,不按原有部门边界或技术品类拼接。业务负责人统筹产品组合与经营结果,CTO 统筹技术、数据和 AI 工程。成熟产品、成长产品和新方向分别承担不同任务,通用能力集中建设。
业务负责人
负责产品组合、经营目标、增长优先级和跨业务资源安排,对整体业务结果负责。
CTO(技术与数据负责人)
负责技术路线、平台架构、数据与实验体系、AI 工程、技术成本、稳定性与安全。
成熟产品经营单元
负责现有产品的收入、利润、留存、续费、质量和维护效率。
成长产品单元
负责已通过验证的产品,集中改善留存、增长效率并扩大市场。
新方向孵化单元
验证内容创作、垂直场景及其他机会,达到标准后进入成长产品单元。
各模块的职责与运行机制
产品单元对经营结果负责,共享能力层负责统一标准、专业方法和跨产品复用。共享团队按产品阶段派驻,不承接没有目标、指标和截止条件的临时需求。
| 层级 | 模块 | 主要职责 | 落地机制 |
|---|---|---|---|
| 核心管理 | 业务负责人 | 管理产品组合、经营目标、增长优先级和跨单元资源,对业务群整体结果负责。 | 季度确定产品分级和资源方向;每月审经营结果;产品加码、降级和停止在阶段门做决定。 |
| 核心管理 | CTO | 管理技术路线、数据体系、AI 工程、平台复用、技术成本、稳定性和安全。 | 制定技术与数据路线;每月复盘成本、稳定性和复用;新产品上线前完成架构、数据与安全检查。 |
| 产品单元 | 成熟产品经营单元 | 守住现有产品的收入和利润,改善续费、质量及维护效率。 | 产品独立核算损益;每周看质量与续费异常,每月看留存和贡献利润;新增需求以小步实验为主。 |
| 产品单元 | 成长产品单元 | 经营已通过验证的重点产品,扩大用户规模、国家和增长渠道。 | 按 90 天设经营目标并配置专职小队;每周复盘产品与增长实验;达到阶段门后再增加投入。 |
| 产品单元 | 新方向孵化单元 | 验证新用户任务、付费意愿和可持续经营条件,为产品组合寻找新机会。 | 单项目验证期为 8 至 12 周,立项时写明假设、投入上限和停止条件;通过验证后进入成长产品单元,未通过即结束。 |
| 共享能力 | 增长与变现 | 负责付费投放、商店增长、定价、付费墙、订阅生命周期和产品内增长。 | 统一渠道台账和 cohort 口径;实验留痕;预算随 LTV/CAC、回收期和续费结果调整。 |
| 共享能力 | 内容与本地化 | 负责内容供给、用户研究、产品表达以及重点市场的语言和文化适配。 | 按国家优先级排期;建立内容资产库和母语审核池;上线结果回流到选题、文案和产品体验。 |
| 共享能力 | 产品安全与运营 | 负责商店规则、隐私、内容安全、发布流程和经营异常处置。 | 发布前执行检查清单;高风险内容保留人工审核;事件进入台账并明确停发、回滚和关闭责任人。 |
| CTO 线 | 数据与实验 | 统一指标、埋点、经营看板和实验方法,为产品调整、加码或停止提供依据。 | 维护一套指标字典和埋点规范;实验开始前登记假设与判断标准,结束后形成可回查结论。 |
| CTO 线 | AI 工程 | 建设知识、记忆、Skill、模型评估和自动化工作流,支持内部效率与产品能力。 | 按场景建立需求清单;保留人工判断日志;用任务成功率、周期和单位有效结果成本决定是否推广。 |
| CTO 线 | 技术与平台 | 建设账户、订阅、客户端、服务端、公共组件和模型路由,保证交付质量与多产品复用。 | 两个以上产品出现共同需求后再平台化;设发布门槛和稳定性指标;每月复盘接入时间、故障和云服务成本。 |
五个核心单元如何运转
管理和产品单元也要有固定动作。经营复盘、技术评审和产品阶段门都从同一套台账取数,会议结束后必须留下决定、责任人和下一次检查时间。
| 模块 | 固定动作 | 固定产物 | 判断门槛 |
|---|---|---|---|
| 业务负责人 | 每周看产品异常和跨团队阻塞;每月逐项审收入、贡献利润、留存、续费、退款和投入;每季度重新划分经营盘、增长盘、孵化盘和停止项。 | 产品组合台账、资源调整单、月度经营结论、季度加码与停止清单。 | 没有明确负责人、经营基线、90 天目标和停止条件的产品,不增加人和预算;产品升级或降级必须写明数据依据。 |
| CTO | 每周审技术阻塞、数据缺口、发布风险和 AI 工作流进度;每月审稳定性、云与模型成本、公共能力复用和技术债;重要版本上线前做架构、数据与安全检查。 | 技术路线图、公共能力清单、数据就绪清单、成本报告、架构决定记录和风险清单。 | 埋点、监控、回滚或安全检查未完成时不得扩大上线;公共能力不能说明复用对象和节省结果时,不立平台项目。 |
| 成熟产品经营单元 | 每天看收入、退款、支付、崩溃、审核和客服异常;每周只处理影响续费、质量、成本和关键体验的问题;每月核算单产品损益和维护投入。 | 产品健康看板、异常处理记录、维护需求队列、月度损益表和版本结论。 | 新增需求必须说明对留存、续费、质量或成本的影响;版本造成核心指标恶化时回滚,不用新增功能掩盖存量问题。 |
| 成长产品单元 | 每 90 天设一个经营主题和指标树;按两周一个实验周期组织产品、内容、增长和技术;每周看不同国家和渠道的 cohort,及时停掉无效实验。 | 90 天经营计划、指标树、实验队列、周度 cohort 复盘和阶段投资建议。 | 留存、首次续费、退款、获客回收和贡献利润至少有一项得到可重复改善后,才增加渠道、国家或专职人员。 |
| 新方向孵化单元 | 第 1 至 2 周验证用户任务和付费意愿,第 3 至 6 周用人工交付或最小产品验证结果,第 7 至 12 周验证重复使用、首次续费和单位成本。 | 问题证据、访谈与付费记录、原型、用户使用记录、成本表和进入增长或停止的结论。 | 每个阶段只回答一个问题;没有真实用户、付费或重复使用证据时不进入下一阶段。12 周仍讲不清用户为何持续付费时结束项目。 |
六项共享能力要交付固定产物
共享团队不是临时支援池。每项能力都有固定产物、交付节奏和进入产品的门槛,产品单元可以据此排期,也能判断这项能力是否真的产生了结果。
| 能力 | 固定产物 | 运行方式 | 进入产品的门槛 |
|---|---|---|---|
| 增长与变现 | 渠道台账、付费墙与定价实验单、订阅漏斗、周度增量复盘。 | 每周与产品负责人确定下一批实验;每个实验写明人群、版本、成本上限、归因口径和停止条件。 | 没有基线、归因和停止条件的方案不上线;效果同时看首购、续费、退款和贡献利润。 |
| 内容与本地化 | 每日热点候选池、周度素材包、国家语言版本、母语审核记录。 | 外部信号定时进入台账,运营每天两次判断;通过的候选进入小批量生产,结果按国家和素材版本回流。 | 每份内容必须关联目标市场、用户任务、来源、版权状态和验证指标,不能只凭播放量立项。 |
| 产品安全与运营 | 发布检查单、风险分级、事件记录、回滚与恢复记录。 | 普通内容按规则自动检查,高风险内容人工复核;规则变化和线上事件在当天进入案例库。 | 来源、音乐、肖像、隐私或商店规则不清楚时不发布;严重事件先停止,再判断是否恢复。 |
| 数据与实验 | 指标字典、埋点验收单、产品看板、实验记录和结论库。 | 实验前确认事件、基线和判断标准;结束后写结论,不允许只保留图表或口头判断。 | 关键路径埋点未验收,实验不得开始;没有达到样本或观察周期时,不做加码结论。 |
| AI 工程 | 定时采集任务、去重与分类规则、生成 Skill、人工判断日志、模型质量与成本记录。 | 采集、归类和基础标注优先用规则、小模型与批处理;高成本生成只处理人工确认后的候选。 | 按任务成功率、人工修改率、处理周期和每个有效结果成本验收,不按模型调用量评价。 |
| 技术与平台 | 公共组件、接入说明、发布模板、监控告警、故障复盘和云成本清单。 | 先服务具体产品;同类需求被两个以上产品重复验证后再沉淀为公共能力。 | 接入时间、稳定性和单位成本有明确改善,才继续平台化;不能为了平台完整而延迟产品验证。 |
跨模块交接用阶段门,不靠口头协调
| 交接 | 进入条件 | 接收方拿到什么 | 退回条件 |
|---|---|---|---|
| 机会进入孵化 | 用户问题、目标国家、替代方案、验证假设、投入上限和停止条件已写入立项单。 | 8 至 12 周验证计划、明确负责人、首批用户来源和数据采集方案。 | 只描述技术能力或市场规模,没有具体用户任务和验证方法。 |
| 孵化进入成长 | 已出现真实付费、重复使用和可接受的交付成本,核心结果不是靠团队长期人工兜底。 | 90 天经营计划、指标树、产品与技术负责人、第一批增长实验和资源需求。 | 只有下载、注册或一次性收入;质量、成本或用户留存尚未形成可重复结果。 |
| 成长进入成熟经营 | 首次续费、退款、留存、渠道回收和贡献利润进入稳定区间,版本与客服流程已经标准化。 | 经营手册、健康看板、版本节奏、异常预案、渠道结构和维护成本基线。 | 收入仍依赖单次活动或单一渠道,关键指标波动原因无法解释。 |
| 需求进入共享平台 | 两个以上产品出现相同需求,现有实现可被抽象,并能测算接入时间、稳定性或单位成本的改善。 | 统一接口、接入说明、版本兼容方式、监控告警和迁移计划。 | 只有一个产品需要,或平台化成本高于未来两个周期的重复建设成本。 |
| 实验进入扩大投入 | 实验前定义的指标达到门槛,并通过留存、退款、成本和风险复核。 | 扩大范围、预算上限、下一检查点和回退方案。 | 只看单一好指标,样本不足,或收入改善伴随退款、投诉和成本恶化。 |
四类台账是日常经营的底座:产品组合台账管产品阶段和资源;实验台账管假设、版本与结论;内容素材台账管信号、生产和结果;技术与风险台账管发布、成本、故障和规则变化。每条记录都要有唯一编号、负责人、当前状态、证据、结论和下一检查时间。会议只处理台账里的异常与决策,不重新收集一遍信息。
内容模块的样板:热点与素材如何每天运行
下面用内容型产品说明完整机制。这不代表业务群只做 AI 视觉。工具、效率、教育等产品可以把“热点素材”替换为搜索需求、商店评价、竞品更新和用户反馈,仍使用同一套信号台账、判断记录和阶段门。
每个热点从发现开始就有唯一编号。来源、判断、素材版本和上线结果都挂在同一条记录上,避免选题、生产和数据各自保存一份表。
| 环节 | 具体动作 | 固定产物 | 决策时点 |
|---|---|---|---|
| 1. 建信号源 | 按国家和品类维护公开趋势、广告样本、竞品账号、商店榜单与评价、搜索趋势、内部搜索和导出数据。公开平台可从 TikTok Creative Center、Meta Ad Library 和 Google Trends 开始。 | 信号源清单,包含市场、品类、访问方式、更新频率和负责人。 | 每月清理一次;某个来源连续四周没有产出有效候选时降级或移除。 |
| 2. 定时采集 | 在平台允许的接口和访问规则内,快变化来源每两小时更新,榜单和竞品每天更新,内部行为数据按小时汇总。记录首次发现时间、地区、排名或互动变化和原始链接。 | 带时间戳的原始信号表,不直接进入生产。 | 采集异常自动告警;同一来源连续两次失败转人工检查。 |
| 3. 去重与评分 | 把同一话题、音乐、叙事结构和视觉形式归为一组,识别跨平台扩散和生命周期。起始评分可按增长速度 25%、跨来源验证 20%、目标市场匹配 20%、产品任务匹配 20%、商业可用性 15%计算,再扣除版权、饱和度和安全风险。 | P0、P1、观察、淘汰四类候选池,并保留评分明细。 | 权重每月用已上线结果校准,不长期依赖人工设定的初始比例。 |
| 4. 人工判断 | 内容运营、目标市场运营和产品负责人每天两次处理候选。每次选择“生产、观察、拒绝”并填写原因;涉及版权、音乐、肖像或敏感内容时由产品安全加入判断。 | 判断日志,包括适用用户、可借鉴部分、不适用原因、风险和下一步。 | P0 当天决定并启动试制,P1 在 24 小时内决定;没有判断记录的候选不能生成。 |
| 5. 拆解与生产 | AI Skill 将通过的样本拆成开头吸引点、镜头节奏、转场、文字布局、音频风格和生成提示词,形成抽象模板,不复制原作品。首轮只做 3 至 5 个差异明显的版本。 | 带版本号的素材包,包含结构说明、提示词、成品、适用市场和来源记录。 | 人工先看可用性和差异度。通过率低时先改拆解规则,不继续扩大生成数量。 |
| 6. 审核与本地化 | 检查版权、商业音乐、肖像、内容安全和平台规则;目标市场运营检查语言、文化语境和用户是否看得懂。审核结果写回素材版本。 | 发布、返工或拒绝三种结论,以及对应原因。 | 高风险内容必须人工确认并记录责任人;来源和授权不清楚的素材直接拒绝。 |
| 7. 上线与归因 | 通过审核的内容自动进入后台,绑定热点编号、素材编号、国家、语言、版本和实验组。产品内位置、投放素材和社媒内容使用同一编号。 | 可追踪的上线记录,能够从数据结果反查原始信号和生产过程。 | 缺少编号、埋点或对照组时不上线;紧急热点至少保留同期基线。 |
| 8. 数据回流 | 24 小时看曝光后的点击、使用和导出;72 小时看付费转化、生成成本和投诉;7 天看重复使用、退款和留存。结果与过去 28 天同类内容的中位数比较。 | 扩大、迭代或停止三种结论,写回候选池和判断日志。 | 连续两个观察窗口低于同类基线,或投诉、退款、成本异常时停止;表现稳定后才批量扩展到更多国家和版本。 |
热点台账至少保留这些字段:热点编号、首次发现时间、来源链接、国家与语言、增长速度、跨来源数量、生命周期、内容结构、目标用户任务、产品匹配度、版权与安全风险、人工结论及原因、素材版本、上线时间、实验编号、24 小时/72 小时/7 天结果和最终结论。
Agent 的价值在于持续采集、去重、拆解、批量生成、自动上架和数据汇总。产品适配、原创边界、质量与风险仍由人判断。人的每次判断都写入日志,后续才能用历史结果改善排序和生成规则。
统一运行节奏
产品与实验复盘
产品负责人召集小队,检查核心指标、实验结果、交付进度和阻塞。共享角色对自己的专业结果负责。
经营与技术复盘
业务负责人和 CTO 一起审收入、贡献利润、留存续费、渠道、质量、技术成本和稳定性,并调整下月资源。
产品组合调整
重新划分经营盘、增长盘和孵化盘。产品可以升级、降级或停止,人员和共享资源跟着产品阶段移动。
风险与止损
商店、隐私、内容安全、重大故障或成本异常达到预先设定的预警条件时,直接暂停发布或扩量,完成复盘后再恢复。
产品小队的基本配置
业务负责人决定做什么并承担经营结果,CTO 负责技术路线、数据口径和交付底座。每条产品线设业务、产品和技术负责人;各产品线的技术负责人及数据角色按 CTO 统一的架构和数据标准工作。增长、设计内容、AI 工程和产品安全由共享团队派驻,进入增长期后再把高频角色转为专职。
负责人必须对完整结果负责
只负责某个环节的人不能代替业务负责人。候选人要能说清用户是谁、为何付费、核心指标如何变化,以及什么情况下停止投入。
共享角色跟着产品阶段投入
验证期以派驻为主,增长期补专职,维护期保留最低配置。共享团队提供专业判断,不替产品团队承担决策。
关键岗位和找人标准
| 优先级 | 关键岗位 | 主要职责 | 内部候选人要有的证据 | 常见缺口信号 |
|---|---|---|---|---|
| P0 | CTO(技术与数据负责人) | 统筹技术路线、多产品架构、数据与实验体系、AI 工程、模型与云成本、稳定性和安全,并组建技术与数据团队。 | 带过多产品或多端技术体系;建过可用于经营决策的数据与实验系统;能说明技术选择如何影响交付周期、稳定性、单位成本和业务结果。 | 只擅长单项目交付或单一算法;数据只做报表;谈模型多,讲不清架构取舍、工程质量和成本控制。 |
| P0 | 成熟产品经营负责人 | 接住现有产品组合,稳定收入和利润,改善续费与质量,降低维护成本。 | 经营过成熟订阅产品;熟悉续费、退款、版本质量和成本;能在不打断业务的情况下完成产品与团队迁移。 | 只会追新增,不会经营存量;看收入,不看利润、续费和维护成本。 |
| P0 | 成长产品负责人 | 经营已通过验证的重点产品,统筹用户价值、留存、订阅、增长效率和产品成本。 | 带过订阅产品从验证到增长;能用留存、续费、退款和单位经济解释结果;有成功和失败复盘。 | 只懂功能或流量,不懂用户为何持续付费;只能协调项目,不能做取舍。 |
| P0 | 增长与变现负责人 | 统筹付费投放、商店增长、内容增长、定价、付费墙和订阅生命周期。 | 能够拿出 cohort 回收、LTV/CAC、定价或付费墙实验记录;做过两个以上增长渠道。 | 只有买量经验;用首日收入判断效果;不能把获客、转化和续费连起来。 |
| P0 | 数据与实验负责人(CTO 线) | 落实统一埋点、经营看板、cohort 口径和实验方法,支持产品停止或加码。 | 建过从埋点到实验复盘的完整体系;有依据数据否掉方案或调整投入的案例。 | 只会出报表;指标口径反复变化;实验没有假设、样本和结论。 |
| P0 | 技术与平台负责人(CTO 线) | 负责客户端、服务端、订阅、模型路由和公共组件,保证多产品复用。 | 带过多应用或多端技术体系;能说明稳定性、交付周期、模型成本和复用率如何改善。 | 只对单个项目交付负责;遇到新产品就重新搭后台;无法核算调用成本。 |
| P1 | 新方向孵化负责人 | 从内容创作、垂直场景及其他机会中选择具体任务,用小团队完成付费验证,未达到标准时及时结束。 | 能在 8 至 12 周内完成用户研究、原型、上线和付费验证;有主动停止项目的记录。 | 把孵化做成长期研发;按热点立项;只看功能完成,不看真实付费和留存。 |
| P1 | AI 工程与工作流负责人(CTO 线) | 把选题、素材、生成、质检、发布和数据反馈连成可持续运行的系统。 | 做过带日志和人工判断记录的自动化流程;能证明时效、产量、通过率或成本得到改善。 | 停留在零散工具使用;没有知识库、判断记录和质量评估。 |
| P1 | 订阅生命周期负责人 | 管理试用、定价、付费墙、续费、召回、退款和权益设计。 | 做过订阅漏斗和续费分析;能够用实验说明收入提升来自哪里,是否透支后续续费。 | 只优化首购;忽略退款、续费和用户投诉。 |
| P1 | 内容、本地化与设计负责人 | 根据市场和用户场景组织模板、素材、商店表达与产品体验。 | 有不同市场的内容或产品案例;能把本地洞察转成上线内容,并用转化和留存验证。 | 本地化等同于翻译;内容生产与产品数据脱节。 |
| P1 | 产品安全与合规负责人 | 管理内容安全、隐私、商店规则、审核流程和高风险场景。 | 处理过真实审核、隐私或内容风险;能设计人工审核点、记录和停止条件。 | 只在上架前检查一次;风险发生后才补规则。 |
| P2 | 社媒、创作者与重点市场运营 | 建设内容分发、创作者合作和重点市场用户反馈渠道。 | 做出过可重复的自然流量来源;能说明内容、受众和产品转化之间的关系。 | 只看播放和粉丝;无法归因到安装、付费和续费。 |
P0 是首批必须明确负责人的岗位;P1 在 90 天内补齐;P2 随产品和市场信号扩充。CTO 对技术与数据体系负责,数据、平台和 AI 工程负责人承担专业执行。岗位优先级不等于职级。
用六类证据盘点内部人才
人才盘点表只需要六列:当前职责、代表结果、匹配岗位、证据、能力缺口、验证任务。仅有“参与过、协助过、熟悉某工具”不足以匹配关键岗位。
团队配比用于检查结构,不是固定编制
| 能力类别 | 建议占比 | 主要岗位 | 比例失衡时的表现 |
|---|---|---|---|
| 产品与工程 | 40% 至 45% | 产品负责人、客户端、服务端、技术平台 | 协调角色多,能独立交付的人少;需求堆积,基础能力重复建设。 |
| 增长与变现 | 20% 至 25% | 投放、商店增长、订阅、社媒与创作者增长 | 增长只靠单一渠道;首购有提升,续费和利润没有改善。 |
| 内容、设计与本地化 | 15% 至 20% | 产品设计、模板内容、用户研究、本地化 | 内容供给慢;不同市场只是翻译,产品表达缺少差异。 |
| 数据与 AI 工程(CTO 线) | 10% 至 15% | 数据分析、实验、自动化、知识库和质量评估 | AI 停留在个人工具;数据只能汇报,不能支持决策。 |
| 业务运营与安全 | 5% 至 10% | 项目运营、产品安全、隐私和商店规则 | 上线节奏混乱;问题发生后才补流程。 |
早期允许一人承担多个角色,因此各区间不是固定人数,也不要求机械相加。它的用途是检查团队是否过度偏向研发、买量或协调岗位。
组建顺序
先定总责岗位
先明确成熟产品经营、成长产品、增长变现和 CTO 四个总责岗位。CTO 在 30 天内明确技术平台、数据与实验两名专业负责人;没有合适人选的岗位,直接列为招聘或外部合作缺口。
跑通两支核心小队
组建成熟产品经营小队和优先级最高的成长产品小队。CTO 牵头统一数据口径、实验系统、技术复用和模型成本,业务侧补齐订阅生命周期、本地化与产品安全。内部候选人用 30 天项目验证,不靠述职材料定人。
按结果扩充
成长产品达到留存、续费和回收标准后再扩充专职岗位;孵化方向出现真实付费和重复使用后再组产品小队。数据不达标时不扩编,先调整产品或停止方向。
不重复搭弱小团队
不为每个产品重建增长、数据和后台,不设脱离产品的大型 AI 研究团队,也不在多个国家同时铺低密度运营人员。
09 经营指标
收入之外,还要看续费、贡献利润和复用
增长目标必须同时包含业务结果、用户结果和能力结果。只看收入会鼓励短期投放,只看下载会忽略付费质量,只看功能或内容产量也无法判断用户是否获得了结果。
| 维度 | 主要指标 | 说明 |
|---|---|---|
| 经营 | 净收入、贡献利润、现金回收期、LTV/CAC | 统一扣除渠道、退款、模型与云服务成本 |
| 产品 | 任务完成率、结果接受率、D7/D30 留存、首次续费、退款 | 不同订阅周期使用对应 cohort |
| 增长 | 商店转化、有机收入占比、素材胜率、单渠道集中度 | 单一获客渠道占比逐步降至 60% 以下 |
| 能力 | 共享能力接入率、内容生产周期、单位有效内容成本、本地化交付时间 | 只统计被产品实际使用并产生结果的能力 |
| 安全 | 商店事件、内容投诉、隐私问题、账号风险和处置时间 | 安全指标进入产品发布和经营复盘 |
10 三年路线
先稳住产品,再扩大组合
路线分为四段。每一段都有明确任务,上一段没有形成证据,不进入下一段。
收敛与打底
完成产品组合分级;集中改善核心产品的留存、首次续费和渠道结构;上线内容生产、本地化和经营判断三条 AI 工作流。
形成重复增长
核心产品在两个以上渠道稳定获客;主要国家完成本地化经营;共享账户、订阅、内容和数据能力覆盖主要产品。
扩大有效组合
从成长项目中跑出第二个稳定产品;成熟、成长和孵化产品形成清晰的经营角色;自然量和产品内传播占比提高。
扩大经营边界
把已验证的产品能力延伸到 Web、创作者工具、商家工具或跨产品会员,建立移动端之外的收入来源。具体方向仍由前两年的产品数据决定。
11 风险边界
五类风险需要持续管理
| 风险 | 可能后果 | 应对原则 |
|---|---|---|
| 功能快速同质化 | 通用功能被平台或同类产品替代 | 围绕具体任务、用户数据、内容或知识资产和工作流建立差异 |
| 订阅留存不足 | 早期收入高,后续退款与流失抵消增长 | 首次续费和贡献利润先于扩量,持续改善用户获得结果的时间 |
| 获客渠道集中 | 算法、账号或政策变化直接影响收入 | 付费、商店、内容和产品内增长同时建设 |
| 内容与隐私风险 | 商店下架、投诉和品牌损失 | 输入输出审核、举报、数据最小化和高风险人工复核 |
| 产品再次分散 | 人员和技术重复投入,共享能力失去意义 | 限制同时验证的项目数量,长期无增长也无复用价值的产品停止投入 |
12 公开资料
市场依据与平台规则
- RevenueCat, State of Subscription Apps 2026:订阅应用供给、AI 应用变现、留存与退款基准。
- Sensor Tower, State of AI 2026:生成式 AI 使用时长、收入与通用助手集中度。
- AppMagic, Mobile Market Landscape 2026:生成式 AI 应用下载、收入、留存和价格结构。
- a16z, Top 100 Gen AI Consumer Apps, 6th Edition:消费级 AI 产品格局与类别变化。
- Google Play AI-Generated Content Policy:生成式 AI 内容安全、欺骗行为与用户举报要求。
- Android target API requirements:Google Play 应用与更新的目标 API 要求。
其中 AI 相关资料只用于判断一个产品方向和工作方式,不代表业务群战略押注 AI 品类。实际投入仍以具体产品的国家、渠道、留存、退款和成本数据为准。