JIA JINGQIU / METHODS & TOOLS
用户增长投放。
Web、App、SaaS 的渠道选择、素材与承接、付费和留存。先确定要获得怎样的用户、能承受多少成本，再安排测试与预算；商品经营另按平台查看。
PAID USER GROWTH / WEB · APP · SAAS
从获客，到持续使用和付费。
不同渠道负责找到人，网页与应用负责让人用起来。素材承诺、首次体验、转化记录和回收周期一起检查，再判断该改内容、改产品还是调整预算。
先定获客目标、可承受成本与观察周期，再安排渠道、素材和承接。下面的计算与测试是可调整的执行方法，不代表已取得的投放成绩。
OPERATOR NOTES / METHODS & IMPLEMENTATION
Web、App、SaaS，不用一套转化目标。
搜索广告先看需求词、承接页和合格转化；信息流先看用户是否理解产品与卖点；App 再拆安装、首次使用、试用和付费。按各自的回收周期核算，决定改素材、页面、产品体验还是预算。
01Google 搜索 → Web
先核词的意图、服务地区、承接页和真实合格结果。低展示份额可能是预算，也可能是排名、资格或转化问题，不能一律加钱。
02Meta → Web / SaaS
对刚认识产品的人讲问题与证据，对已理解的人讲选择和报价。先测试明显不同的创意概念，再细调同一概念的开头。
03App 安装 → 订阅
商店页、深链、首次任务、试用结束和实际扣款逐步核对。便宜安装或便宜试用，没有转成成熟付费就不能算扩量成功。
04Web2App 与销售型 SaaS
网页付款还要看 App 激活；线索还要接 CRM 机会和成交。自助、销售辅助和网页转 App 的成本、流失点不能混算。
实现方式、输入与本地检查
广告导出 + 页面/应用版本 + 事件字典 + 订单/订阅/CRM。先按国家、系统、来源、窗口和币种对齐，保留 Apple、平台、MMP 与账单差异；本地代码计算已实现贡献，模型整理解释和测试提案。预算审批后才通过现有授权工具操作。
python3 scripts/review.py examples.json --example paid命令运行的是合成示例审核，不是在线账户接入，也不证明实际增长效果。
预算调整幅度与观察周期按样本量、转化延迟和可承受亏损设置。销售型 SaaS 继续跟进商机与成交，不用注册或试用成本代替收入。
01 / WEB · APP · SAAS
用户增长。
从需求与人群出发，把广告接到注册、试用或有效线索，再继续看首次价值、付费、留存与回收。SaaS 的合格线索和销售成交，要按真实销售周期跟进。
Web / SaaS：Google、Microsoft、Meta、LinkedIn、Reddit；TikTok、Pinterest、Snapchat 按消费人群、内容形式与产品适配补充。
App：Google App Campaigns、Apple Ads、Meta、TikTok、Snapchat、Reddit、AppLovin、Unity Ads。应用内广告按游戏或其他产品的适用范围筛选。
02 / PLATFORM METHODS
商品经营，按平台查看。
TikTok、Amazon、Shopify、AliExpress（AE）、美客多（Mercado Libre）、Shopee。每个平台的商品、内容、广告与店铺运营方法分别展开。
这里继续保留投放的渠道对照、计算和执行参考。具体平台的做法、Skill 与工具，从平台目录进入。
这些是按用途选择的渠道，不是一份全部开启清单；获客成本与回收目标按具体项目确定。
渠道专题 / Meta：素材、承接与投放复核
META ADVERTISING / CHANNEL METHOD
从素材研究，到一份有依据的调整建议。
先测不同的使用场景与卖点，再修改同一方向的开头、演示或优惠。每个版本连接到对应广告和承接页面，结果才知道该改哪里。
01 / CHANNEL & DESTINATION
先分清：广告出现在哪里，
用户最后在哪里成交。
手机里看到的广告，也可能在网页成交。为 App 拉新，则要多走商店、安装、首次使用与付费几步。版位、承接端和优化目标，要分别设置。
网站投放：需求、商品和页面一起测。
电商以有效支付和订单价值为主；线索业务要继续看到有效线索和成交。浏览、加购、填表用于判断过程，不能全部混成一种成功。
| 渠道的任务 | 素材与承接怎么做 | 先看什么问题 | 适合自动处理什么 |
|---|---|---|---|
| Google Search 接住已经表达的需求 | 按搜索目的组织广告与页面。品牌词、品类需求、竞品比较分别观察；标题里的价格、用途和承诺在落地页继续说明。 | 真实搜索词是否相关？点击到了哪页？有效成交是否受预算限制？先分清需求不对、页面不对和预算不足。 | 整理搜索词、标记不相关词、检查页面。否定词先给出理由与影响范围，由人确认，避免误挡有效需求。 |
| Shopping / Performance Max 用商品数据与素材找成交 | 核对商品标题、图片、价格、库存和规格。PMax 另检查素材主题、商品范围、网址扩展与品牌控制；它不是另一套关键词广告。 | 细看 SKU、利润、新老客和品牌需求。整体 ROAS 好，不代表所有商品赚钱，也不等于新增需求都由广告创造。 | 同步已确认的商品数据，报警价格或库存不一致，生成素材草稿；商品排除、目标与预算变更留审核记录。 |
| Meta 用场景和证据说服用户 | 不同使用场景、问题和卖点先做方向测试，再改开头、演示、证据和优惠。Feed、Reels、商品目录分别预览，落地页延续同一卖点。 | 按素材版本看站外点击→页面到达→购买→退款。点击强但页面弱先修承诺与承接，不能只靠换人群解释。 | 从已确认的商品事实生成脚本和版位版本，检查字幕、安全区与链接。视觉生成不代替商品真实性和授权检查。 |
| TikTok 在内容里演示用途 | 把真实任务和使用过程放进内容节奏。达人、商品和视频外部样本用来找题；商品页要能立即核对规格、价格与配送。 | 观看、点击、到站和成交逐层看。热门内容、达人估算销售与自己账户的回报分开，不能拿热度决定预算。 | 归类外部样本，整理选题与脚本，登记授权和素材版本；自动生成不等于允许冒充用户体验或照搬竞品素材。 |
| YouTube / Demand Gen 解释产品，建立购买理由 | 按实际展示位置准备长短内容、商品证明与下一步入口。不能把一条成片直接当作所有版位的完整投放方案。 | 把点击、观看后转化及品牌目标分开记录。和搜索广告比较时先统一口径；是否带来额外成交，要另做实验。 | 按版位生成剪辑清单、字幕和成片检查单，整理不同观看与转化口径，不自动把观看归因全部算作新增收入。 |
| 再营销 解决尚未完成的购买 | 看过未买、加购未买、老客复购分别安排证据、提醒和商品。排除已完成目标或不应重复触达的人群。 | 人群规模、频次、购买周期和新客比例一起看。追着本来就会买的人，可能得到好看的回报数字，却没有增加生意。 | 按已获许可的数据更新分组与排除名单；监测频次和人群缩水，保留对照以判断真实贡献。 |
上线前，网站数据怎样验收？
完成一次真实允许的测试路径，逐项核对到站、商品、加购、支付及金额。浏览器与服务端同时回传同一事件时使用同一去重标识；订单、退款与报表按交易记录核对。服务端回传仍须遵守用户同意与平台数据要求。
Google 要核对实际用于出价的转化动作，而不只看“主要/次要”的标签：自定义目标中也可能有次要动作参与出价。退款在经营表扣除；需要修改平台转化值时，再按该平台支持的方式处理，不能假定所有渠道会自动扣回。
依据：Google 转化目标 · Shopping · PMax · 退款与转化调整
App 投放：买到安装，还要买到持续使用。
先定义产品里什么叫“用成了”：例如完成一项核心任务、导出结果或首次交易。只有事件可靠、数量与延迟适合学习时，才逐步把优化目标从安装推进到更深的动作。
| 渠道 / 场景 | 广告到使用的连接 | 判断质量 | 自动化的重点 |
|---|---|---|---|
| Apple Ads 商店里的搜索需求 | 品牌、品类、竞品与探索词分组。关键词用途对应定制商店页；已验证的有效词以精确匹配关键词加入相应广告组，并在探索系列添加精确否定词。 | 下载、重新下载、首次打开、核心任务和付费分别看。便宜下载不等于便宜付费用户。 | 搜索词整理、商店页匹配检查、探索词转入候选。修改前核对匹配方式和排除关系。 |
| Google App campaigns 跨 Google 版位分配 | 按安装或应用内目标组织素材。文字、图片、视频各自能完整表达用途，因为系统会组合；不是逐关键词管理的 Search 广告。 | 分系统与获客日期观察安装成本、核心任务成本、付费率和回收。素材级评分不能冒充随机对照实验。 | 检查素材覆盖、应用事件回传与目标配置。平台负责出价分配，团队负责事件质量与目标选择。 |
| Meta / TikTok App 拉新 先展示产品能帮人做什么 | 广告里的演示、商店截图和首次打开后的任务保持一致。新客进入商店或规定路径，老客再互动进入对应功能，避免全部落到首页。 | 安装之后，是否完成任务、试用转付费、续费和退款。按 iOS / Android、市场、版本与同龄用户分组。 | 生成用途与人群对应的素材草稿，检查商店页、应用版本和事件。效果判断必须等相应数据完整。 |
| 网页广告 → App 不是另买一批安装 | 已有 App 的用户直达相关商品或功能，未安装用户有可用的网页或商店退路。检查登录、深链、支付和返回路径。 | Web 和 App 同类转化一起核对，避免同一业务动作重复计数，也避免漏掉进入 App 后的成交。 | 定期检查深链与网页退路；在支持的 Google 场景中用 App Connect 配对测量与出价目标。 |
| 应用内原生 / 插屏 / 激励 这是版位，不是业务目标 | 只在产品和媒体适用时加入。区分关闭、点击和奖励规则；激励用户单独观察，不与自然意愿用户混在一起。 | 按媒体和版位看无效点击、安装后质量、留存和付费。安装数量突然增加时，先查来源与异常。 | 版位异常预警、素材适配、用户质量分组；不以点击率高自动扩大可疑来源。 |
Web 与 App，为什么不能共用一张“今日 ROI”表？
一是事件不同。Apple Ads 按商店下载统计，归因服务商通常从首次打开计数。先对齐下载、重下、首次打开及归因窗口，再解释差额。
二是数据到达时间不同。iOS 的隐私归因、平台建模和应用内事件可能有延迟，也未必能还原到个人。缺失、零结果、未回传完整要分开标记。
三是回收时间不同。按获客日分组，比较同样经过 7 天或 30 天的用户；订阅看试用、首付、续费和退款，不把预测终身价值当作到账收入。
依据：Apple / MMP 差异 · 隐私归因 · App 转化 · App Connect
Amazon：商品经营决定广告能放多大。
先核对库存、价格、Featured Offer 和页面，再看流量。广告可能出现在网页或 App，但只要承接是 Amazon 商品成交，就不能套安装和订阅的判断。
| 广告 | 怎么安排 | 怎样决定动作 | 自动化产出 |
|---|---|---|---|
| Sponsored Products | 自动与探索投放发现需求，手动词和商品定向承接已验证方向；对应 ASIN 的页面要能完成购买。 | 关联搜索词、定向、版位和商品报表。分清无展示、词不相关、点击不成交；否定词或加价前先看商品状态。 | 有原始字段依据的有效词、无关词和竞价候选；注明观察时间，不凭短期无单批量否定。 |
| Sponsored Brands / Video | 按品牌或品类主题组织标题、画面与商品组合，送到对应 Store 分页或详情页。 | 区分品牌建设与直接成交；检查商品组合、新客与承接页，不把 SP 的阈值直接复制过来。 | 主题素材、页面匹配检查与报表整理；可投形式和资格按账户确认。 |
| Display / DSP · 适用时 | 看过未买、补货复购和相关品类新客分别设计内容，回溯时间跟购买周期匹配。 | 核对站内外版位、触达、频次及点击/观看归因。不同广告类型的归因销售额不能不加区分地排榜。 | 分组、频次与归因口径异常提醒；预算建议同时给出商品利润与库存约束。 |
| 我的 Listing × Ads 方法 | 商品资料 → 评论 → 关键词 → Listing → 暂停状态的广告草案 → 单份报表分析。 | 产品事实与页面问题先解决；ACOS 看广告归因销售，TACOS 看同口径整体销售，两者不能互换。 | 每个建议保留来源、理由、待改字段和审核人，草案审核后才进入投放。 |
归因窗口、卖家或供应商身份、关联商品范围先对齐，再谈渠道之间谁更有效。
02 / UNIT ECONOMICS & BUDGET
“回报达标”要能算出来。
平台 ROAS 用来调整平台投放；经营表用实际收入和成本判断能否继续投入。两张表各有用途，不把多个平台认领的销售额直接相加。
同样是自动出价，优化数量、价值与回报有什么区别？
数量目标。目标是更多安装、有效线索或购买时，先确认该动作代表业务价值。价值差异很大的转化全按一次计算，系统可能买到很多便宜但贡献低的结果。
价值目标。Google 的“尽可能提高转化价值”是在预算内追求更多价值，不自带利润或 ROAS 底线；必须先有可靠、持续的价值回传，并设能承受的预算。
回报约束。目标 ROAS 尝试兼顾价值和效率，目标定得脱离历史表现可能压缩量，也不保证每笔交易盈利。平台的目标要与实际回传口径匹配，再用经营成本表判断是否接受。
App 不能硬套。安装、应用内动作或付费价值的可用目标与学习条件因平台和账户而异。先选可稳定、准确回传且接近收入的事件；不能只因事件量多就把页面浏览或 Credit 消耗当作成功。
ILLUSTRATIVE / 美元，假设每位新客一笔订单
获客成本上限。若每单希望留 $10 覆盖固定费用和利润，则本例最多可花 $30 获取一位新客。对应同口径净收入 ROAS 至少为 100 ÷ 30 ≈ 3.33。
投放贡献回报。本页定义为（净收入 − 变动成本 − 广告花费）÷ 广告花费。本例为（100 − 60 − 30）÷ 30 ≈ 33.3%；不是公司净利润率，也不等于 ROAS。
同口径才可比。平台上报的是毛销售还是净销售，要先确认。折扣、退款、税、运费和新老客口径一变，上限也会变，3.33 不是所有商品通用的目标。
ILLUSTRATIVE / 同一批 100 位新付费用户，观察 30 天
先定回收期限。本例 30 天内每位付费用户贡献 $14；若希望再留 $4，则付费获客成本上限为 $10。花费 ÷ 新付费用户才是这里的获客成本，不是花费 ÷ 安装数。
拆出亏损发生在哪一步。同时看安装成本、首次任务完成率、试用转付费率和续费。安装便宜但试用不付费，应改承诺、上手体验或付费设计，而不是只加安装预算。
预测单独放。更长期的收入可以估算，但要标预测区间和依据，并随续费、退款更新；未满 30 天的用户不能用来证明本例已回本。
保留三笔预算。已验证组合承担稳定成交，新方向单独测试，备用预算只在结果与交付能力允许时启用。比例根据阶段和可承受损失决定，不套固定分配。
先满足加钱条件。数据回传完整、同龄结果达到预设成本/回收要求、没有严重路径故障，并且库存、履约或计算容量接得住。平台显示“预算受限”只是线索，不是加钱指令。
一次改变有边界。写明增加金额、账户总上限、下次判断时间和停止条件。目标、人群、素材和预算不要同时大改；保持一个对照，观察新增投入带来的贡献，不能只看历史平均回报。
日预算不是硬性止损线。例如 Google 多数广告系列单日计费可到平均日预算的两倍。预算额度、实际已花、账单限额要分别看；轮询停投也不能保证刚好卡住某个金额。
四种常见情况：等数据、修路径、继续测，还是停投？
| 看到的情况 | 先查 | 下一步 |
|---|---|---|
| 昨天 App 回报低 | 用户是否足龄？事件、隐私回传或建模是否有延迟？ | 标记“未完整”，暂不按低 ROI 自动降预算；仍保留已批准的花费限制。 |
| 点击增加，成交没增加 | 到站损失、页面承诺、结账/深链/核心任务是否正常？ | 用真实路径复现，给产品或页面负责人明确问题；保留原素材用于对照。 |
| CTR 高，付费和留存差 | 是否吸引了不合适的人，或承诺超过产品能力？ | 改卖点、用途和演示，重新测试；不把高点击率自动认定为胜出素材。 |
| 坏链接、错误价格、异常花费 | 确认受影响的广告、商品与时间，排除数据延迟误报。 | 按预先批准的紧急规则暂停受影响范围，通知负责人；修复并核验后再恢复。 |
03 / THE ADVERTISING LOOP
从取数、制作到调预算，
每一步怎么执行。
平台负责竞价与分配；团队负责利润目标、数据、商品事实和投入决定。AI 用来整理研究、拆素材、起草分析；公式计算、检查和执行规则要明确。
把生意目标写成投放条件。
- 业务输入
- 市场、商品或应用用途、新老客、价格、变动成本、库存或服务容量，以及现金能等待多久。
- 必须决定
- 主要转化动作、可承受获客成本、回收期限、测试损失上限。数字未定，不让系统自行猜预算。
- 工具工作
- 归类资料、核对成本表，用明确公式算不同情形，标出仍待确认的事实。
- 交接产物
- 一页测试计划：目标、人群、渠道、承接、预算、对照、判断时间、负责人。
先证明记录的是同一件事。
- 网站
- 浏览器和服务端同事件去重；购买金额、交易 ID 与订单核对，退款单独记录。有效线索继续连接后续成交。
- 应用
- 定义首次打开、核心任务、首付和续费；检查分析 SDK 或归因服务商接入，区分直接观测、聚合与建模结果。
- 自动检查
- 延迟、重复、币种、时区、事件数量突变、无来源记录。原始数据保留，重新拉取不重复累计。
- 不通过怎么办
- 数据失败与投放表现失败分开。停止基于坏数据的新调整，保留紧急花费监测，交给对应负责人修复。
研究要变成能投、能验证的素材。
- 研究输入
- 外部采买样本、搜索需求、评论和自有用户反馈。每个观察带来源，不把竞品的估算表现当已验证答案。
- 制作顺序
- 先定人群与用途，再选卖点、证据、演示、优惠和行动入口。先测不同创意方向，再优化同一方向的开头或镜头。
- AI 做什么
- 归类反馈、提出创意方向、生成脚本分镜与版位草稿。商品、人物、功能、价格与授权逐项人工核对。
- 版本记录
- 素材编号关联脚本、画面、字幕、广告及页面版本。修改后生成新版本，结果才能回到具体制作决定。
区分“平台挑素材”和“我验证一个问题”。
- 日常投放
- 平台可以给不同素材不等量的展示。表现排序用于筛选候选，不能直接证明某个镜头造成了更高转化。
- 对照测试
- 先写清要验证的一个问题、主要指标、预算与完整观察期。用支持的拆分测试分配人群，其他条件尽量一致。
- 增量测试
- 想知道多花的钱是否带来额外成交，要比较有无该投入的结果。平台 Lift 或地区对照需具备资格、样本与可比条件。
- 不要提前宣布
- 不因一天领先就提前结束，也不在测试中同时换目标、素材和预算。没有足够证据，结论就是继续观察或重新设计。
先形成变更单，再让系统执行。
- 变更前
- 列账户与广告 ID、旧值、新值、依据、预算影响、有效期与审核人。临执行再读当前值，避免覆盖别人刚做的调整。
- 允许范围
- 先跑只读提醒，再用小范围试执行。单次金额、总预算、冷却时间、保护名单及紧急停止规则预先确定。
- 执行后
- 保存回执并重新读取状态。批量任务逐条标明成功、失败和未执行；不把一次成功请求当作全部已生效。
- 出错处理
- 停止新的自动调整，保留记录，由负责人决定是否恢复原配置。恢复设置不能追回已花的钱。
复盘要改变下一轮的工作安排。
- 每天检查
- 数据是否齐、钱是否异常、页面和应用是否可用、库存是否断。只对需要处理的异常通知负责人。
- 按成熟窗口复盘
- 用可比较的渠道、市场、系统、素材年龄和用户年龄看获客成本、贡献、留存与退款，保留证据不足的结论。
- 具体分工
- 投放负责人签预算；制作负责人交新素材；产品与技术修承接和事件；数据/财务核对收款、退款和成本。
- 下一轮交付
- 保留组合、停用理由、新测试问题、素材与页面版本、预算和负责人。不是交一份长报告后重新从零开始。
自动化具体替代哪几步？哪些仍需负责人签字？
| 工作 | 自动完成或辅助 | 人工决定 |
|---|---|---|
| 取数与核对 | 授权范围内定时取数、去重、算指标、检查延迟和差额。 | 事件含义、会计口径、权限与异常解释。 |
| 市场与创意 | 整理采买数据与反馈，提出方向，起草文案、分镜和版位版本。 | 产品事实、授权、品牌表达与进入测试的版本。 |
| 平台竞价 | 平台的自动出价与展示分配。 | 转化目标、价值、预算与限制；不再用另一个脚本同时高频改同一出价。 |
| 投放调整 | 按明确规则生成候选与变更预览，获批后在限定范围执行。 | 新增投放、扩大预算、改变目标、重大暂停或恢复。 |
| 异常处理 | 报警；只有预先获批的紧急规则可以限定范围停投。 | 排障、复核、恢复，以及是否改变规则。 |
Meta 上线检查。把账户实际启用的受众、版位、预算分配与素材自动调整逐项和计划对照。检查商品目录、链接、裁切、字幕与授权素材；生成或自动调整后的实际预览也要过一遍。保存设置清单，再看投放结果，不把素材评分当实验结论。
TikTok Smart+ 上线检查。先确认功能在账户可用，再确定预算由系列自动分配还是广告组分别设置；核对受众、版位、素材与目标网址的组合。复制旧系列后重新检查预算、出价、优化目标和测试设置，不能假定完整继承。通过预检才进入已批准的投放范围。
先复用平台报表、规则和已有工具，只有跨来源核对、特殊判断或批量交接做不到时再补代码。预览模式也要核对影响范围：Google Scripts 的预览只隔离 AdsApp 操作，不会阻止邮件、表格等其他服务写入。
查看现有代码：素材复核模块与实验记录
const DEFAULTS: Required<ReviewOptions> = {
min_impressions: 1_000,
min_clicks: 20,
min_conversions_to_scale: 3,
min_baseline_rows: 3,
};
// Compare only eligible rows within the same account.
// Output: SCALE | ITERATE | PAUSE | INSUFFICIENT_EVIDENCE公开模块按同账户合格广告的中位数做方向性筛选。以上是可配置默认值，不是显著性门槛；SCALE / PAUSE 是复核候选，不直接改预算，也不能证明素材造成了增量。该项目保留上游 Meta Ads MCP，并新增离线只读评估模块。
执行前检查与平台设置
执行前核对目标账户、转化定义、素材授权、预算上限和当前可用功能。涉及金额、发布或账户设置的变更，先给差异提案，获批后执行并回读。
执行前检查
先确定要验证的需求、人群和结果。品牌认知与购买回收分别评价，测试中保留可比较的素材与观察窗口。
按实际版位检查素材比例、字幕、音频、安全区和行动入口。商品、人物与价格必须有依据，自动裁切后再看一遍预览。
优化成交量、收入或回报时，核对传回平台的事件与价值。转化尚未成熟、成本未齐或事件重复时，暂停放量判断。
网页、商店页与 App 内页面延续同一承诺。分别验证深链、安装后的首次使用、试用结束和实际扣款。
准备旧值、新值、作用范围与停止条件。执行后逐项回读，部分失败只重试失败项，不重复提交已成功的改动。
官方规则 / 核对入口
TikTok：拆分测试 · 额外转化测量 · 自动化范围与控制
Google：价值出价 · 转化延迟 · 花费上限
成本计算、预算分工、变更审批与日常交接，是据这些机制整理的经营与执行方案，不是平台统一标准，也不承诺任何固定增长结果。