OPG业务群执行细则

各产品根据收费方式、服务成本和数据成熟度确定回收标准；未到期的续费预测不能当成实际收入。

• 用户增长看安装成本（CPI），也看这些用户是否完成任务、留下来并付费；Web 同时看访问成本。
• 产品团队与产品增长看核心使用、体验和转化。提高试用或付费，不能以更多退款、投诉和更差体验为代价。
• 每个指标写清人群、分母和观察时间。试用率可作早期筛选，但不能证明盈利；取消订阅不等于已经退款。
• 回收按同一批用户计算，扣清退款、渠道费用和直接服务成本；现金回本另看实际到账。年订阅的未来续费单列预测。
• 团队评价同时看本职工作与最终结果，不按安装量、实验胜出数或 AI 使用次数单独评价。

先看需求是否已有市场，再看我们凭什么做好。优先选择头部产品已有用户规模和收入、且能复用我们产品、技术、内容或获客经验的品类；以具体用户任务切入，不照搬竞品。

• 核实目标国家和产品端的用户规模、收入趋势、收费方式与主要获客渠道。记录来源、日期与统计范围；第三方估算标明为估算，不能当作竞品真实利润。
• 结合用户评论、实际体验和已有业务数据，找出一个值得改善的问题，例如任务成功率、操作效率、结果质量或内容供给。
• 列明能复用的经验与能力、需要补齐的部分、最小可用范围和首批用户来源。产品团队提出方案，用户增长与技术分别核实获客和交付条件。

将这些信息写入已有机会库。竞品有量有收入，只能说明值得研究；我们能否获客、让用户付费并收回投入，仍要自己测试。没有头部参照的新机会可以小范围核实，不直接大规模投入。

市场驱动选品适用于整个业务群。每轮复盘通过和未通过的产品，核实市场判断、用户任务、差异、收费与获客假设，更新下一轮选品标准。

新品先交付能完成核心任务的最小可用产品，在约定投入内测试。测试能力建设优先打通 Paywall 实时编辑、预览、发布和客户端热更新，让常规付费页实验不必每次排研发、等 App 发版，这是高频 AB 迭代的核心。

产品与产品增长共同维护功能和 Paywall 迭代计划；产品增长准备实验、编辑配置并按约定流程发布，用户增长负责引入目标用户，技术部提供编辑发布、热更新和 AB 系统，确保分组、行为和订单数据可核对。

Paywall 内的曝光到试用、试用到首扣用于定位问题，分母与全体新增用户不同，分别展示。测试前约定各指标标准、样本、观察期、费用上限与停止条件，不设全品类统一达标线。

同时提高测试数量与验证成功率：复用技术、Paywall、素材和测试流程，缩短从选品到测试的时间。按相近品类与相同验证标准，记录完成有效测试的产品数、验证通过率、测试耗时与成本；仍在观察期内的产品单列。上架但没有完成验证，不计为有效测试。

核心功能可用，跑量、试用和首购达到约定标准，且初步回收测算、资金占用与业务风险可接受后，分阶段增加投入。没有试用的产品按直接购买验证；初步通过不等于已证明长期盈利。

新增投入优先解决影响核心任务的主要问题：提高任务成功率、缩短操作和等待、改善结果质量，再通过产品与用户运营提高重复使用、留存和续费。不同品类采用各自的核心指标，不以堆功能替代体验改善。

通过验证后，产品运营持续改善使用与续费，用户增长持续测试素材、人群和渠道；共同根据新增用户质量、回收预测及实际回收决定放量。验证通过只是起点，后续规模取决于持续经营和获客能力。

产品团队与产品增长共同确定迭代内容，用户增长分步扩大获客。每轮复查新增用户表现和实际回收，达不到约定标准就缩小、调整或退出；具体投放节奏按收放量机制执行。

用户与问题

需要打印、遥控、投屏等工具的用户，希望少配置、少等待，一次完成任务，并在不同设备上稳定使用。

收费方式

保留已有有效套餐；持续使用可做月／年订阅，低频任务可测试单次购买，不默认采用周订阅。

核心指标

设备发现与连接成功率、首次任务完成率和耗时、崩溃与断连、跨设备兼容、重复使用、实际付费、续费退款，以及新增用户回收。

怎么改与运营

减少授权、配网和连接步骤，提供清楚的状态反馈与失败恢复，保存常用设备和设置；围绕真实重复任务提醒，不做无差别推送。

当前重点：先盘点打印机、遥控器、投屏等在营与候选产品，修复连接、任务完成、稳定性和兼容性问题。当前以 iOS 为主，ASO 与 ASA 优先；其他端和渠道按需求另测。

新品优先选择头部已有规模与收入、我们有经验的工具品类。先交付可用的核心功能，结合 Paywall 高频 AB 测试与小范围获客，验证跑量能力、试用率、首购付费率和初步回收；达标后重点优化连接、任务完成与重复使用。持续经营的负责人、工程支持和迭代计划未落实前，不同时铺开更多新品。

用户与问题

希望个性化装扮手机和手表，或改善照片效果的用户，需要容易应用的视觉内容，以及操作简单、结果可控的美图修图工具。

产品范围

小组件、表盘、美图、修图等视觉优化产品，包括已有主题与桌面美化。按用户任务开发，不把简单换色或重复变体当作新产品。

内容与功能

内容产品复用设计资产，按选题、生成、设计校正、适配、质检和上架持续更新；美图修图产品优化处理效果、操作步骤和导出质量。AI 用于合适环节，结果由产品与设计人员验收。

收费方式

持续内容或处理服务可用订阅，低频需求可测试单次购买或次数包；保留有效套餐，分别核对付费、续费、退款和处理成本。

核心指标

内容产品看浏览到应用、适配失败和重复使用；美图修图看任务完成、结果满意度、导出和处理耗时。共同看实付、续费、退款与净回收。

当前重点：盘清已有产品、设计资产与授权。小组件和表盘先做好系列、适配和持续更新；美图修图先验证具体处理任务，再按使用、付费和回收决定投入。

用户与问题

有娱乐、创作、表达或生产力需求的用户，希望少学习、少等待，快速得到符合预期、可以保存、分享或继续加工的结果。

收费方式

持续创作可做订阅，额外生成可用次数包；套餐和用量要覆盖实际生成成本。

核心指标

可用结果比例、生成耗时、控制项成功率、导出或发布、重复创作、付费续费、单次有效结果成本及投诉。

怎么改与运营

从热点、创意和用户任务中快速选题，重测真实任务和素材表达，让广告承诺与生成结果一致；保存项目和模板，缩短从想法到可用结果的路径。

当前重点：分别验证娱乐与生产力场景，优先推进符合规则、产品能兑现的热点和创意方向。产品增长、设计与内容稳定支持，技术部负责结果质量、生成效率和分端管控。

识别产品由识别与健康项目组（SH）负责。方向重点是提高真实场景识别准确率、结果可解释性和用户纠错能力，在此基础上改善商业化并核实年订阅回收。

用户与问题

想了解某类对象是什么、有哪些特征或参考信息的用户。核实使用目的，不把一次性好奇直接当成长年需求。

收费方式

先核实已有年订阅的回收；根据使用频率测试月订阅或次数包，不因首单高就认定年订阅合适。

核心指标

真实样本集识别准确率、无法判断率、用户纠错率、结果采用、重复识别或管理、实际付费、退款、净回收和到期后的真实续费。

怎么改与运营

按场景建立可回放的评测集，说明结果依据、置信与适用边界，支持纠错；同时处理收费理解、扣款失败和退款问题，复测试用与收费流程。

当前重点：先建立准确率基线和高频错误清单，再按渠道、获客批次与套餐核实实付、取消、退款和成本。到期续费才记实际续费，次年预测单列。

健康产品由识别与健康项目组（SH）负责。先复盘已有测试，再选择能长期记录、重复使用且能判断效果的具体任务；菜单识别、饮食选择、采购计划等不是全部同时开工。

用户与问题

先选一个能直接接触的用户群，解决一项具体任务，例如看懂菜单或安排采购。说清现有办法哪里不好、我们的结果是否有用，不先建设泛健康平台。

收费方式

有持续使用与服务价值后测试月／年订阅；阶段性内容或计划可测试单次购买。先验证用户愿意为什么付费，不默认用周订阅。

核心指标

任务完成、结果采用、长期记录完整率、重复使用、留存、实付、续费、扣款失败、退款与净回收。高试用率不能代替实付，使用时长不能代替健康改善。

怎么改与运营

减少记录负担，提供连续、可理解的反馈；回访试用、扣款失败、退款和停用用户，分别排查任务价值、结果、价格理解与支付问题。

起步安排：产品团队负责访谈与小范围验证，产品增长跟进首次任务、长期记录、重复使用和续费，用户增长验证人群与获客；技术与业务安全检查数据来源、权限和宣传。

产品边界：围绕已选任务提供信息辅助，不承诺诊断或治疗效果。清楚区分用户记录、设备测量和 AI 估计；涉及专业健康内容、敏感数据或医疗用途时，先完成相应专业与合规评估，再决定是否进入。

按产品阶段安排工作：重点产品持续改善和扩大，维护产品保留必要服务，新品在约定投入内测试。四个方向都可以开发本方向的新产品；当前方向之外的机会先明确临时推进人，验证通过后再确定由哪个团队持续经营。需求收集不局限于现有品类，不平均分配资源、不同时铺开所有机会。

实用工具业务线（TG）聚焦任务明确的打印机、遥控器、投屏等工具；视觉产品组（VG）经营小组件、表盘、美图、修图等视觉优化产品，同时改善内容供给与工具体验；AI生成项目组（AIGC）围绕热点、创意以及娱乐与生产力任务开发 AI 工具；识别与健康项目组（SH）围绕准确识别和可长期使用的健康体验经营产品。

各方向维护同一份产品矩阵表：用户、核心任务、差异、产品端、收费方式、当前阶段、负责人、下次检查与投入上限。每轮区分存量迭代、新品测试、内容生产和共享建设的工时；人手不足就减少同时测试的项目。

经营上看有效在营产品、用户与收入规模、贡献利润和回本情况；同时看收入是否过度依赖单一产品。新品看验证结果与测试成本，不按上架数量或提案数量评价。

新方向先说清用户、任务、付费理由、首批用户来源与成本。按证据和交付难度选择访谈、原型或最小可用产品测试，不强制每项走同一流程。只有下载或问卷兴趣，不作为扩大投入的依据。当前四个方向之外的机会仍可验证，但必须先明确推进人和通过后的经营责任。

根据测试结果持续更新迭代计划。每轮确定检查时间、投入上限和停止条件；验证通过再增加人手或拓展国家。各方向负责人稳定，产品与工程按测试、重点经营、维护阶段配置。

一份需求库，区分线索、机会和测试项目

线索保存用户的原话与来源；经核实的机会说明用户、任务、替代方案、付费理由和差异；进入测试的项目再增加方案、预算、负责人和检查时间。每条记录共用编号，保留从来源到决定的过程。

AI 做整理，人做关键判断

1. 按允许访问的来源定时收集，保留链接、日期、国家或语言及原始内容；授权不清的来源不接入，用户资料先脱敏。
2. AI 去重、归类，提取用户、场景、问题、使用频率和替代方案。转载与重复帖子不算多份独立证据，抓取失败不能当作没有需求。
3. AI 对照已有产品和历史测试，提出改功能、新产品或待核实的候选项，逐条附证据与缺口；不得编造市场规模、付费率或回收。
4. 产品团队指定机会负责人，核实证据和用户意愿；记录采纳、暂缓或否决的理由。AI 不自动立项、分配预算或启动对外投放。
5. 测试结果写回同一记录。失败原因、适用人群和成功条件用于下一轮判断；新证据出现可以重评，不把旧结论永久固化。

哪些线索值得进入测试

机会负责人逐项核实：问题对用户有多重要、现在如何解决、是否愿意付费、我们的改进在哪里、首批用户从哪里来，以及交付成本与风险能否接受。高频需求看反复出现的问题，低频需求看单次解决价值；只有热度、没有用户与原始证据的，继续核实。

资源有限时，优先选择头部已有规模与收入、我们有优势和经验的品类，再比较具体切入点和测试成本。需要比较时列出依据和缺口，不用一个 AI 总分替代讨论；竞品收入不等于我们的盈利证据。

固定责任与检查节奏

产品团队对机会质量与后续测试负责；用户增长补充市场、搜索与获客证据；产品增长制定验证指标。AIBP 推进收集和整理流程，技术部负责接入、权限、数据质量、运行成本和提醒。

可自动获取的线索每天更新，负责人每周在共享记录中筛选候选机会，只对需要决定的事项组织讨论。每项待核实内容都写负责人和下次检查时间，长期无人跟进的转入暂缓；重要变化及时处理。

先用一张共享表跑通人工判断与测试，再逐步接入自动收集、去重、检索和到期提醒。复用已处理材料、批量处理，设置调用上限；同时统计人工复核、失败重试与存储成本。评价系统看证据可追溯率、有效机会、验证耗时和决策质量，不看生成了多少条想法。

验收时抽查一条机会，必须能查到原始来源、AI 提取、人工判断、测试结果和投入决定；并能检查重复来源、缺失数据、过期信息和到期未处理的记录。

产品团队提出机会，产品增长参与用户价值与转化验证，用户增长说明首批用户从哪里来，技术核实交付与成本，业务安全检查底线。新品测试先确认投入上限和检查时间，不由 AI 自动审批。

这套机制同时适用于产品和方向。新方向先小范围验证用户需求、付费、获客与交付，证据充分后再纳入主力方向；现有方向持续不满足用户价值、回收或安全要求，就收缩或退出。单个产品失败不直接等于整个方向失败，由业务群负责人结合该方向的产品结果、机会和总投入作决定，不因已列入规划就持续保留。

各类产品采用适合的标准：高频产品验证重复使用与续费，低频任务验证完成价值和单次购买。年订阅要把实收与未来续费预测分开；不能用未验证的次年收入证明已回本。所有试用、收费和产品能力都向用户如实说明。

加大投入既包括投放，也包括研发、人手、内容和服务能力。项目总投入要计入开发与运营成本，不能只算广告回收；产品扩张判断与用户增长部分的收放量判断配合使用。

退出前明确负责人、剩余服务期限、用户通知、未履约订单、退款及数据导出或删除安排。停止新增获客不等于立即停掉老用户服务；关闭项目也不清空判断记录和已验证经验。

每周更新测试进度与到期事项，重大风险立即处理；每月结合产品组合检查哪些方向继续投入、哪些收缩或退出、哪些新方向值得验证。决定同步到方向清单、人员安排和投入上限。产品与产品增长共同维护滚动计划，有分歧交业务群负责人，不增加两套排期。

产品或运营每周整理访谈、评论、客服与实际使用中的问题。产品团队和产品增长共同选择最值得解决的一项，写清用户收益和检查指标。上线后回看使用情况、回访相关用户，把结论放进下一轮计划。

建立统一的 AB 实验记录和使用入口，先评估现有系统与第三方方案，满足需求就复用，不默认从头开发。产品增长负责方法与实验库，技术部负责系统和数据，产品团队负责采用后的产品结果。每周分享有效、无效和失败案例，不能只报涨幅。

把编辑、发布、热更新做成产品与产品增长可直接使用的能力

Paywall 的实时编辑发布和热更新是高频 AB 的核心建设要求。在客户端已支持的能力范围内，让产品与产品增长能直接改付费页、预览效果、发布实验，减少每次排研发、重新打包和等待 App 发版的时间。

1. 实时编辑与预览：在统一后台调整文案、图片、页面布局、卖点、套餐展示及已接入的价格和试用方案，编辑后立即预览各端与语言的效果；草稿不影响线上用户。
2. 校验后发布：确认套餐、扣款信息和实验设置，选择目标人群、分组与流量，生成独立配置版本并发布，记录修改人、发布时间和修改内容。
3. 客户端热更新：目标用户在约定的配置刷新或页面进入时机加载对应版本，无需为每次受支持的配置改动升级 App。以实际曝光日志确认生效；保留稳定分组和实验版本，不能把运行中的对照或实验方案直接覆盖。
4. 结果回流与下一轮：同一入口查看各版本的曝光、试用、首购和退款，形成结论后继续编辑发布。发现问题可暂停新流量或回退；加载失败时使用有效的备用配置。

建立连续实验队列，每轮优先验证一个主要问题；有足够流量、能隔离影响的实验可以并行。高频的是编辑、发布和迭代，不是每天重置实验或提前下结论。

热更新只调整产品已经支持的配置，不能代替功能开发、绕过平台审核或改变用户已购权益。页面展示、试用条款、实际扣款和支付系统保持一致。配置要有版本、审核、灰度和回退能力；弱网或加载失败时仍能使用有效版本。

发布可以快，实验结论仍要有足够证据

1. 实验前：记录用户问题、方案、目标人群、主指标、不能恶化的指标、样本与观察期、负责人、暂停和回退条件。新品重点看试用与首购，同时守住核心体验、退款与成本要求。
2. 运行中：分组稳定，保留对照，记录实际曝光、套餐与配置版本，并连接试用和真实扣款；核对分组比例、漏数和实验之间的影响。新配置不覆盖原实验记录。
3. 结束后：一起看核心使用、试用、首购、留存、退款与成本。达到事先约定的样本和观察要求、首扣结果可核对后再判断；高试用率不直接判胜，样本不足或周期未到就标记没有明确结论。
4. 每周共享：产品增长指定一人维护实验库。负责人说明问题、改动、证据与适用条件；其他产品决定借鉴时，写清负责人和复测计划。

技术部优先复用可用方案，打通编辑器、预览、发布、客户端热更新、AB 分流和结果查询。产品增长与产品团队用一次完整测试验收：不重新发布 App，完成编辑、预览、发布、指定测试用户看到新版本、数据回流和回退；同时确认对照组未被改变、收费与权益一致。

持续记录从开始编辑到发布、从发布到目标用户实际看到新版本的耗时，以及发布失败、回退和有效实验完成情况。以缩短迭代等待、提高有效验证效率为目标，不只统计发布次数。

按产品实际流程连接获客、使用和付费事件。先订阅后使用的产品，同样要检查用户是否完成核心任务、得到可用结果。

1. 01 / 吸引用户

   素材与广告

   曝光 → 点击

   看花费、点击率、点击成本。

   用户增长主责
   设计部与广告后期支持
2. 02 / 开始使用

   商店或网页

   App：商店 → 安装 → 首次打开
   Web：落地页 → 开始使用

   看页面转化、安装或有效访问成本。

   用户增长＋产品团队
   产品增长改善页面
3. 03 / 得到价值

   完成核心任务

   开始任务 → 得到可用结果

   看完成率、耗时、失败原因。

   产品团队＋产品增长
   技术负责实现
4. 04 / 真实收入

   试用或付费

   试用 → 到期扣款
   或直接购买

   看试用转实付、付费人数、获客成本与退款。

   产品增长＋产品团队
   订单以服务端为准
5. 05 / 长期回收

   留存与续费

   重复使用 → 续费／复购

   每天更新实际净回收和回本预测，长期追踪续费与退款。

   产品团队对结果负责
   用户增长持续看用户质量

没有试用的产品直接记录购买。曝光与点击只有平台汇总数据时，与可追踪的用户行为分开统计。

用户增长维护一份测试记录：产品与国家、渠道与素材编号、广告页面版本、获客日期、观察截止日、花费、各步人数、实付与退款、直接成本、处理结论和负责人。拿不到的指标写“暂无数据”，不填零。

产品内按去重用户计算转化；点击率按平台的曝光与点击口径。任务完成率用“完成任务人数／开始任务人数”，试用转实付只看已经结束试用的用户，续费率只看到期用户。缺失归因不能与已知来源强行拼成个人路径。

每天更新回收预测、投放效果和异常；是否调整投入，要看样本、观察时间与变化原因。每周汇总共性问题，不用单日短期涨跌反复改计划。

每天回答三个问题：这批用户已经收回多少，预计多久回本，下一步是否值得加投。先做可解释、可核对的模型，再逐步提高准确度；不能用平台预估或 AI 的一段判断代替建模。

1. 每天更新数据

   花费、首购、续费、退款
   按获客日期持续追踪

   技术接入，增长与财务核对
2. 预测何时回本

   实际与预测分开
   显示回本范围与不确定性

   CTO 负责建模与验证
3. 看板判断收放量

   放量、保持、收量或暂停
   显示依据、异常与负责人

   用户增长执行，超出预算报批
4. 长期核对续费

   老用户回收逐日更新
   对照原预测，及时修正

   产品与增长跟进续费改善

回收怎么算、怎么预测

1. 先统一口径。按获客日期追踪同一批用户。实际净回收额＝实际扣款－退款－商店或支付手续费－直接服务成本；净回收比＝累计净回收额／该批用户获客花费。广告费只在分母计入，不重复扣除；无花费或花费缺失的批次不计算这个比值。
2. 用真实结果建立预测。结合首购、试用到期实付、各次到期续费、退款与服务成本，参考同类产品、套餐和市场中已充分观察的用户，推算后续净回收。至少显示基准、保守两种情形及依据，不只给一个乐观数字。
3. 区分可靠程度。标出样本量、已观察天数、待到期用户和模型版本。新产品、年订阅或小样本使用参考数据时明确说明；数据不足就标“暂不能可靠预测”，不能用尚未发生的年续费证明回收成立。
4. 每天保存并验证。保留当天的预测、假设和投放决定，用后来发生的首购、续费、退款与成本对照。按相同观察长度检查预测偏差；偏差扩大时查清原因、修正模型，必要时限制放量。

净回收达到获客花费，是这批用户的获客回本；资金何时回来还要看结算到账。看板单独展示实际到账与预计资金占用，不能把预测收入当作可用现金。业务利润另扣其他经营成本。

投放效果必须在同一个看板看清楚

支持从产品、系统、国家、渠道下钻到计划、素材、获客日期和套餐；能可靠关联时再连到关键词与 Paywall 实验版本。比较相同观察天数的用户批次；细分样本太少就合并到可信层级并提示，不制造虚假的精确结论。

谁建设，怎样验收

CTO 牵头：安排数据和工程人员，负责数据接入、模型、历史检验、看板与稳定运行。AIBP 重点参与：把每日刷新、差异检查、异常摘要和跟进记录做成持续使用的工作流程，AI 分析保留数据依据，不能编造缺失数据。

用户增长确认花费、来源和投放决定；产品团队与产品增长解释使用、续费和退款变化；财务确认实收与成本口径。各方约定每日更新时间和延迟处理办法，先覆盖重点产品，再扩大接入。

验收要走完一次真实工作：选一个产品的一批投放，核对花费、首购、续费、退款和成本，看到实际曲线与预测，记录一次收放量判断；之后每天刷新并核查预测偏差。金额能回查，缺数会提醒，异常有人处理，才算可用。

每天把新发生的扣款、续费、退款和服务成本更新到原获客批次，持续修正累计净回收与回本预测。周、月、年订阅按各自到期时间统计续费率，尚未到期的用户不算续费失败。

• 停投不停追踪：广告计划暂停或结束后，原用户的收入和成本仍继续归回原批次；不能因停止投放而中断续费观察。
• 交易只算一次：订单、续费和退款去重，分别保留实际发生日期与原获客日期；归因不明的单列，不强行归到某条素材。
• 历史数据允许补正：延迟订单、退款或结算调整到达后修正回收，保留修改记录；原预测快照不覆盖，才能检查当时判断是否准确。
• 变化必须有人跟：续费下降、退款增加、回本延长或实际持续低于预测时提醒用户增长、产品与产品增长，查原因、定动作，再看改善结果。

技术部保证每日更新与历史追踪，AIBP 推动异常汇总与跟进；产品团队和产品增长对续费改善负责，用户增长据此调整获客。追踪在用户授权、数据留存与安全规则允许的范围内持续进行。

非付费增长持续做：ASO 改善商店词、页面与评论；社媒用真实案例、操作演示和用户问题做内容；Web 有需求页时做 SEO。非付费也有人力与制作成本，不能只报排名、播放和粉丝。

1. 先验证产品和数据。用测试用户走完广告入口、核心任务、支付与退款，确认素材承诺能兑现、成本和事件能记录。产品或数据有明显问题，先修再投。
2. 集中测少数方向。先选一个产品端、一个主要国家和一个主渠道。首轮可从三个用户场景、每个场景两条素材起步；已有有效素材保留作比较，不同时铺开全部渠道。
3. 写清怎么判断。提前约定要优化的事件、总预算和亏损上限、最低样本、观察时间及停止条件。付费样本少时可先验证核心任务或试用，但不能据此宣布盈利成立。
4. 观察充分后复测。先查投放与数据，再看任务完成、实付和后续使用，形成带依据的初步回收预测。在新的用户批次中复测；证据与资金条件允许后，才分步增加预算或测试新市场。

每次测试集中验证一个主要问题，按产品设定样本和达标标准。平台投放的素材比较不等同于随机 AB 实验，产品内改动按 AB 机制验证。

预算、观察时间与产品差异

预算按需要获得的有效样本和预估单价估算，再受总投入与可承受亏损约束。金额不够完成测试时，减少方向或延后，不把每个方向都切得太小。小预算学习，仍然要能形成可解释的结果。

判断某项实际结果，观察时间要覆盖归因延迟、试用结束或对应续费周期；未到期部分单列预测。不必等全年续费发生后才决定投入，但不能把预测写成已验证收入，也不统一规定“跑三天就定输赢”。学习期避免频繁更换目标、地区和大幅调整出价；各渠道分别核对操作要求，例如Google App campaigns 的学习期建议。

• TG：优先验证打印机、遥控器、投屏等品类的 iOS 搜索获客。按搜索词与国家检查连接和任务成功、实际付费、续费与回收；其他渠道以小范围测试进入。
• VG：按小组件、表盘、美图、修图分别测试人群和素材。内容入口看应用与重复使用，修图入口看处理完成与导出，继续追踪实际付费和回收。
• AIGC：从热点、创意和明确任务中重测安全、可兑现的素材方向，同时检查可用结果、生成效率和单次有效结果成本。
• SH：识别产品先验证真实场景准确率并核清年订阅实收；健康产品先看长期任务、结果采用和重复使用。未到期续费只做预测，素材不承诺未经验证的健康效果。

用户增长提出测试方案，产品团队与产品增长确认产品和转化条件，技术部验证数据；预算、人员发生冲突或协商不成时，交业务群负责人处理。

回收预测是收放量的主要判断依据，实际回收用于持续校验。先确认数据可靠、初期样本与观察时间足够，再看预计回本时间、保守情况下的损失和资金占用能否承受；不以当天收入决定长期投入。扩大预算后，重新评估新增用户，不能让老用户的好表现掩盖新投入的亏损。

不设全渠道统一的加减比例，也不因单日 ROI、低 CPI 或高试用率直接放量。实际资金回本还要看结算到账与持续资金占用；公司利润还需扣除其他经营成本。

一个素材方向要说清：给谁看、在什么场景、解决什么问题、展示什么结果。先测方向是否吸引合适用户，通过后再改开头、演示顺序、时长和语言。

固定做法：用户增长指定素材负责人，每天整理新线索，每周与产品、产品增长、设计和剪辑选下一批。候选方向进入同一份制作与测试计划，每个方向都有负责人和检查时间。

从线索到测试

1. 记录线索：保存来源链接、发现日期、地区、用户场景、代表内容和变化情况。能合法定时获取的由 AIBP 与技术部协助自动整理，拿不到的数据由人工补充。
2. 判断是否值得做：素材负责人先看用户匹配与传播变化，产品负责人验证效果能否兑现，业务安全对接人检查内容和授权。不匹配就记录原因，不因为热度高强行跟进。
3. 写制作说明：写清用户、场景、开头、演示步骤、产品能达到的结果、使用限制和行动提示。设计部与广告后期按说明制作，本地化人员检查表达。
4. 编号与测试：每个方向一个编号，每条视频或图片一个版本号，关联广告计划、商店页或落地页。测试中记录产品版本，避免把产品变化误判为素材效果。
5. 记录结果：到约定观察期，写清继续做、换表达、修产品或停止及原因。未达到样本要求的标记待观察；有效和失败案例都保留，供下一轮选题。

例如，同一个 AIGC 功能可分别测试“旅行记录”“商品展示”“社媒内容”三个使用场景。先判断哪类用户完成任务并愿意付费，再为有效场景制作不同开头；不能只把同一条视频换颜色当成新方向。

同一批用户从进入产品开始，继续观察任务、付费、退款和后续使用。平台、国家、套餐和观察时间分开，不能只比较总体平均数。

登录或订单能够可靠关联时连接数据；隐私归因、汇总数据和未知来源分别标记，不强行还原个人。来源、订单或成本出现重大异常时先修复，不据此扩大投入。

数据接入清单记录来源、负责人、进度和验收结果，未接入项明确完成安排。建设与验收按数据系统规划执行。

技术团队提供付费页编辑、预览、校验发布、客户端配置热更新、实验分组、结果统计和回退能力。产品增长维护实验，产品团队核对内容与用户体验；改动范围限于客户端已支持的页面和配置。

用一个真实产品完成验收：编辑一版付费页，经校验发布后在测试用户中生效，确认分组稳定、事件与订单准确，再验证暂停实验、回退版本和网络异常时的默认页面。新增功能或执行代码不通过配置更新绕过正常发布与审核。

实验设计、样本和结果判断按产品战略中的 AB 测试机制执行；每周共享已验证的实验及适用条件。

产品中的 AI 看结果质量、任务完成和服务成本；工作中的 AI 看耗时、质量、返工和总成本。先保留必要的人工审核，达到验收要求后再扩大自动化范围。

AIBP 负责工作流程改进：选择重复工作、记录原做法、组织试用、跟进日常使用、比较质量与成本，并推动有效方法共享。

当前重点与 CTO 一起推进每日回收预测、投放效果看板和续费长期追踪：组织业务试用，推动自动更新与异常跟进，检查是否真正用于收放量决策。需求收集、素材流转等工作按重要程度安排；每项写清业务负责人、使用人、技术支持、交付与验收。

业务团队负责规则和结果验收，技术部负责系统接入、生产运行、权限和安全。CTO 与 AIBP 按项目明确工具开发分工和所需支持。

1. 先核清经营数据

   收入、退款、费用与回收
   从两类产品试接

2. 建立预测与看板

   每天更新回收与续费
   实际、预测、收放量依据可见

3. 补行为与更多产品

   连接任务、订单与 AB
   逐项核对，标清缺失与延迟

4. 持续检查与改进

   检验预测偏差，提醒异常
   AI 辅助分析，人复核

CTO 牵头，AIBP 与业务需求负责人、数据对接人共同推进，明确工程投入和交付时间。先复用已有数据与代码；页面小改和已明确的需求减少重复转述，涉及口径、权限或生产系统的改动仍需对应负责人确认。

用户增长核对花费与来源，产品增长定义行为和实验，各方向核对业务含义，技术负责接入，财务确认收入成本口径。每项统一日期、币种、去重规则和刷新频率；短期不能自动接的先人工核对，不把缺失写成零。

回收与续费看板每天固定时间更新，标明各数据源实际覆盖到哪一天；延迟源补齐后重算，未补齐时提示缺口。没有接口的先用定期导出与导入。自有数据与归因平台核对后再决定替换范围；跨端用户、素材与订单只在可靠关联时连接。

看板通过有权限控制的服务访问数据，不让浏览器直连生产数据库。数据收集、跨境传输和外部 AI 使用均须完成隐私检查。详细建设要求见数据系统规划。

原来：设计资产分散，运营逐个找方向、制作变体、适配设备、检查和上架；相同规格反复处理，质量标准也不一致。

改造流程：存量设计资产入库并标明授权 → 按风格、节日和场景选题 → AI 生成可编辑变体 → 设计校正 → 多设备适配 → 质量与安全检查 → 上架 → 自动汇总应用与订阅结果。

AI 负责批量生成、尺寸适配和重复检查，设计人员负责审美判断、品牌一致性、版权与最终验收。每个内容系列保留来源、提示词、规格、质检问题和实际上线结果，用于改进下一批。

由视觉产品组内容负责人验收，AIBP 跟进流程改造与使用效果，设计部和技术部负责资产规范、生成、适配与运行。比较上线周期、一次质检通过率、适配失败、内容应用率、订阅结果和每个有效内容的总成本；生成费用、人工复核和失败重试都要算。

鼓励大家使用 AI。提交前核对事实、数字、来源、文字和执行细节；没有证据就标记待验证。技术、安全和收费等专业内容，由对应负责人复核。发现错误后修正并通知受影响的人，不能用“AI 写的”作为免责理由。

实用工具业务线（TG）盘清打印、遥控、投屏等产品的连接与任务问题；视觉产品组（VG）盘清小组件、表盘、美图、修图等产品与设计资产，分别改善内容生产、处理效果和使用体验；AI生成项目组（AIGC）分别验证热点、娱乐和生产力场景；识别与健康项目组（SH）建立识别准确率基线，并复盘健康产品的长期使用与回收。缺岗写清临时承担人和补齐办法。

每天看投放效果、回收预测与实际续费，处理异常并记录收放量决定；每周检查预测偏差、产品计划、用户反馈和实验；每月检查利润、回收、资金占用、人员负荷与风险整改。条件变化时及时处理，并将决定写回迭代计划。

同一产品统一用户定位和经营核算。iOS、Android 内容规则或技术差异大时，按产品需要明确分端责任、工程支持和各自发布验收。Web 按任务需要安排，账户、项目与权益保持一致。

各方向负责人和各专业负责人共同安排任务、投入比例与交付时间，写入同一份计划。关键岗位缺人时先缩小并行项目数；同一个人支持多款产品，要明确工作顺序，不能各方都按全职计算。

1. 先确定接手：测试立项时记录预期经营方式；通过后明确接手团队、经营负责人和所需支持。有分歧由业务群负责人协调。
2. 交清证据：交付用户任务、功能范围、代码与账户权限清单、数据定义、素材与实验记录、成本回收、已知问题和安全事项。
3. 共同验收：接手方走完关键任务与支付路径，核对数据，确认下一轮计划、人员和工时。未观察到的续费、未解决的问题不能写成已验证。
4. 保留过渡支持：双方约定过渡工作与完成条件，原团队支持关键问题；验收前原负责人继续负责，验收后由接手负责人承担经营结果。

每款新品验证通过后，明确由原方向继续经营还是移交其他团队，并确定经营负责人。产品增长负责收费优化、用户增长负责获客，均不替代产品经营责任。

各方向与用户增长持续接触用户、观察市场，把新问题和新机会写入已有机会清单。四个产品方向是当前分工，产品与方向可以新增、收缩或退出，不因过去有收入就停止探索。

新机会按准入机制小范围测试，验证后再投入。日常工作维护同一份滚动计划，减少重复汇报和无效审批；结果或条件变化时及时调整，不靠扩大团队来代替改进方法。

做海外产品先了解当地用户的语言、文化和使用习惯，结合当地反馈验证方案，不能直接照搬国内经验。产品、增长、技术、设计等角色可以提出不同意见，依据事实讨论，不因原属事业部或岗位不同就否定意见。

产品团队与产品增长共同商定功能、体验、付费与留存的优先级，写入同一份滚动迭代计划，相关团队确认工时与验收方式。协商不成直接交业务群负责人，决定写回计划，不向工程、设计和剪辑同时下两套指令。

产品团队准备做批量处理，产品增长发现新用户经常卡在导入步骤。双方先看影响用户、失败原因和工程工作量；用户增长说明新用户是否匹配，设计与技术给出方案。

同意先修导入，就把导入实验、批量功能和素材调整放进同一计划并排好顺序；不同意，由业务群负责人处理。上线后一起检查导入完成、任务耗时、功能使用、付费和投诉。

每项工作明确一个推进人，跟进协作、上线、验证和结论。各专业负责人承担自己的交付与验收责任，不能以“我这部分做完了”代替问题解决。

共享支持也要写清责任人、任务、工时和交付时间。产品增长至少跟到实验完成分析，不在上线时就退出。临时插单先说明原因、占用资源和受影响的任务，相关负责人重新协商；故障和安全问题先处理，调整同步回计划。任务顺序不由催促次数决定。

提需求时写清服务谁、遇到什么问题，以及访谈、投诉、使用记录等依据。证据不足就先验证，不能只凭个人偏好安排功能。

产品团队负责人组织产品、增长、设计和研发轮流接触用户反馈，包括访谈、客服案例和任务使用过程。每周结合已有复盘看一个具体问题，查清用户为什么没完成任务、为什么退款或不再使用，再决定下一步改动。

上线验收同时看任务完成、体验、付费、留存和投诉退款。短期付费上升但用户明显受损时，要调整方案。反馈使用遵守授权与隐私要求，分享案例先去除个人信息。

评价前明确阶段目标、责任和投入条件，复盘时依据实际结果。不同阶段不套用同一条利润指标，也不把短期收入作为唯一标准。

价值观评价要说明具体事情：是否验证新机会、听取不同意见、如实报告问题、核实事实、提高交付质量、帮助同事成长。记录行为及其影响，不凭印象给人贴标签。

产品团队与相关专业负责人共同核实贡献，区分个人可控制的工作和产品整体结果。业务群负责人比较不同团队的评价依据，处理分歧。跨团队帮助、分享有效方法、及时发现并停止无效投入，都纳入贡献评价。

业务结果和协作行为共同作为认可、奖励与成长机会的依据。具体考核和奖励办法另行确定。

讨论、文档和汇报写清事实、判断依据及下一步行动，区分已验证结果、推测和待确认事项。保留成功与失败结果，实际收入与预测回收分别说明。使用 AI 后自行核实文字和细节，不把含糊的说法直接交给团队。

发现异常及时记录影响、已采取的措施和需要的帮助，并通知相关负责人。严重问题按业务安全流程立即处理，不等例会。管理者先组织解决，再复盘原因，不因主动报告坏消息或提出不同意见而作负面评价。

复盘结论写清下一步改什么、谁负责、何时检查。经过验证决定停止的项目，保留原因与经验，不为避免承认失败而持续追加投入。

产品、增长、技术与设计围绕关键用户任务比较方案，提前确定完成率、结果质量、速度、稳定性和成本等验收要求。没有达到要求就明确改进，不以按时上线代替交付质量。

测试前约定假设、投入上限、观察时间和停止条件，计算投放、研发、模型与人工等整体成本。有准备、按约定执行的失败可以接受；隐瞒问题、忽视安全、未改进就反复犯同样的错，要分别处理。

优先解决最影响用户结果的问题。提高标准也要比较收益与代价，不能无期限打磨、无限追加投入，更不能突破业务安全和不为清单。

团队围绕长期经营目标协作，对经过验证的方向保持投入耐心；遇到短期波动先共同查原因，同时按约定检查回收与风险。个人成长与产品、团队的进步一起安排。

每周分享并入已有复盘，一次讲清一个案例：改了什么、结果怎样、哪些条件下可以借鉴。成功和失败都可以讲，结论回到可查的记录中。

增长团队整理跨产品的 AB 经验，AIBP 整理可复用的 AI 工作方法，各专业负责人补充自己的交付与检查方法。案例原负责人核实内容；其他团队采用后记录效果，不能不看适用条件直接照搬。

新成员加入时，直属负责人安排带教人，通过一项实际任务熟悉用户、产品、数据和安全要求，并检查是否能独立完成。负责人定期与成员讨论能力差距，安排对应的练习、反馈和工作机会；跨团队学习结合具体任务开展。

鼓励使用 AI，评价质量、效率和总成本，不比较调用次数。谁提交内容，谁核对事实、文字和执行细节；专业内容由对应负责人复核，不能把审核责任交给 AI。

业务群负责人和各团队负责人先说清重点、协调资源、兑现约定。目标或优先级改变时说明原因，及时调整任务，避免一面要求聚焦，一面不断临时加事。

计划内的日常工作由任务负责人推进。产品与产品增长共同协商，未能解决的分歧到业务群负责人，不把所有日常决定都上交。

把用户问题、协作障碍和经验分享并入已有每周复盘；每月经营检查时回看人员负荷、评价是否公平、承诺是否兑现，以及上次改进有没有效果。业务群负责人组织检查，各团队负责人跟进具体事项，不额外增加一套汇报和会议。

允许成员直接提出工作分歧和改进建议。管理者结合事实回应，给出处理人和后续安排；这些行为要求同样用于评价管理者。

业务安全负责人组织首次盘点，CTO 与技术团队核实技术关系，各产品和增长团队提供账户、产品及历史处理记录。按证据区分正常共享、管理缺陷和需要整改的问题，不仅凭存在关联作出违规判断。

每个问题记录证据、涉及产品、影响程度、负责人、完成时间和验收结果。严重问题先控制影响，逾期或跨团队问题交业务群负责人协调；整改后由业务安全组织相关专业人员复核。

具体账户、设备、网络、签名等信息保存在有权限的内部清单中。合法共用关系如实记录；通过整改解决违规、授权、权限和重复应用问题，不通过更换身份、掩盖关系或绕过审核规避处置。

识别产品说明适用范围与不确定性。涉及诊断、治疗或医疗用途的产品，先完成专项评估，再决定是否进入。商店费率资格、品牌使用、Web 支付等变更也纳入检查，按适用地区和平台要求保留核查依据。

发布记录写明检查人、结论、待处理问题和回退办法。影响用户权益、内容安全或账户安全的重大问题未解决前，不发布受影响的功能、配置或素材。

业务安全负责人维护问题清单；产品、用户增长、产品增长和技术团队各指定对接人及备份。产品对功能、收费与应用内内容负责，用户增长对广告和推广负责，技术对系统、数据、权限和管控实现负责。

发现严重问题时，先保留证据、确认影响范围，暂停受影响的投放、内容、功能或发布，并通知业务群负责人。责任团队完成整改，业务安全组织复核后恢复；涉及平台限制的，按正式流程处理并核实限制状态。

核心团队共同讨论并确认不为清单，将要求落实到需求、素材、实验与发布检查，并结合实际案例持续更新。

1. 不做虚假功能，不用产品无法兑现的效果吸引用户。
2. 不隐藏收费、周期和权益，不靠误导或故意阻碍取消增加收入。
3. 不靠绕过审核、虚假评价或冒用品牌经营业务。
4. 不使用授权不清的素材，不为转化放松内容安全要求。
5. 不滥用用户数据，不把未经授权的信息交给外部 AI 服务。
6. 不为短期付费明显损害用户体验、隐私和安全。
7. 不编造数据、隐瞒问题，也不把未核实的 AI 输出当事实发布。