游戏 App 投放的第一批计划上线前，都要回答一个问题：优化目标选什么。应用下载、应用唤活这两类目标覆盖的场景不同，数据口径不同，对素材和出价的要求也不同。目标选错，后面的优化都是在错误的赛道上用力。
这篇文章说明两类目标的适用场景与选择依据，以及目标切换的时机判断。各媒体对营销目标、字段与白名单的支持随版本调整，落地前按目标媒体的当前要求确认。
两类目标分别适合什么阶段
应用下载目标，适合「把新用户带进来」的场景：新游上线、大版本推广、买量拉新为主的阶段。它的优化链路围绕下载与安装行为展开，出价与考核以获取成本为核心。下载目标的优势是覆盖面大、与新用户增长直接挂钩；代价是下载用户的质量分层需要靠后端数据进一步观察。
应用唤活目标，适合「把老用户带回来」的场景：版本回流、活动召回、沉睡用户激活。它的优化链路围绕已安装用户的再互动展开。唤活的优势是用户已有认知，转化路径短；前提是产品的召回价值站得住——版本内容撑不起回流预期时，唤活的量是买不来的。
两类目标不是二选一，成熟产品的投放组合里通常同时存在：下载目标负责新增盘子，唤活目标负责盘活存量，预算比例按产品阶段调整。
选择依据：三个对照问题
问题一：当前的增长瓶颈在新增还是回流？看产品数据回答，不凭体感。新增曲线趋缓而沉睡体量大的产品，唤活的边际收益往往更高。
问题二：素材供给适配哪类目标？下载目标的素材强调「第一次见面」的信息效率——玩法、卖点、差异点；唤活素材强调「变化感」——新版本、新内容、回归福利。素材库结构不适配目标需求的，先补素材再切目标。
问题三：数据回传支持到哪一步？目标的效果依赖对应的转化回传。切换目标前确认回传链路是否就绪，避免目标切了、数据跟不上，优化失去依据。
批量创编里的目标管理
游戏团队同时跑多个产品、多个目标组合时，目标维度的管理容易失控：哪个账户跑下载、哪个跑唤活、出价口径差多少，全靠记忆。可用的整理方式是把「产品×目标」做成项目结构——每个产品下按目标分计划组，命名规范里带上目标标识，报表按项目维度出数时，两类目标的表现分开可读。
创量智投标准版支持多媒体与多营销目标的批量创编，覆盖应用下载与唤活等目标类型，可以把同一产品在不同目标下的计划用批量方式搭建出来，分账户差异照常保留。需要说明的是，不同媒体、账户权限和营销目标可用的字段与能力并不完全相同，具体搭建受媒体接口和白名单约束。
目标切换的时机判断
从下载为主转向「下载+唤活」组合，或反向调整，有几个常见触发时机：版本节点（大版本上线是唤活的传统窗口）、新增成本持续走高（边际收益下降时，存量盘活的价值上升）、数据基础变化（回传链路完善后，原来做不了的唤活可以做了）。
切换的操作纪律：小规模先行——先切部分预算验证，数据稳定后再调整整体配比；口径先行——切换前后两套目标的成本口径不同，报表上分开呈现，不做跨目标的直接比较；预期管理——向管理层说明切换的逻辑与观察窗口，避免用下载目标的口径评判唤活计划。
一个容易忽略的组合
目标选择还有一层「跨产品」的组合：同一条 IP 下的新游与老游，分别承担拉新与回流时，素材与人群策略可以协同设计——老游素材里出现新游内容，是唤活与导流的双重载体。这类组合的测试价值高，但需要产品线之间有协同机制，适合产品矩阵成熟的团队尝试。
两类目标的数据口径差异
下载与唤活的成本口径不同，报表上必须分开呈现：下载成本对应新增用户的获取效率，唤活成本对应存量用户的再互动效率，两者的量级与含义都不同。混在同一张表里算「平均成本」，是目标管理最常见的口径错误。报表建议按目标分组出数，趋势各自对比各自的历史。管理层汇报时，把两类目标作为两条独立的效率曲线讲清楚，比合成一个总数更有信息量。
新品期与成熟期的组合示例
不同产品阶段的目标组合可能差异很大——新品期通常以下载目标为绝对主体，唤活几乎无用武之地（没有存量可唤）；成熟期则两者并存，下载负责补充流失，唤活负责激活沉睡。给出一个观察角度：当下载目标的成本持续走高而唤活成本相对稳定时，往往是产品进入存量主导阶段的信号，预算结构可以相应调整。这是观察方法而非定论，每款产品的节奏由它自己的数据决定。
下一步
目标与出价的配合方法，见本站「固定、阶梯与随机出价测试」主题（同批新稿，发布后可从此处互链）；小游戏场景的目标特点，见本站「小游戏投放」主题（同批新稿，发布后可从此处互链）。多媒体多目标批量创编的能力说明，可在创量智投标准版页面了解；游戏场景的完整工作流见游戏解决方案。