Adwake 广告投放与再营销

移动广告投放的三类典型痛点

移动应用团队在做用户增长（UA）或再营销时，常遇到几个具体问题：托管服务与自助平台的选型难（想用 Adwake 省心但怕控制力不足，选 Remerge 等自助 DSP 又怕缺运营经验）、投放中 CPI 超标的优化痛（创意疲劳、受众过宽导致成本高于目标，却不知从何改起）、托管服务 ROI 归因的验证难（广告平台报表与 MMP 数据不一致，无法判断是否真的带来增量）。这些问题的核心是：缺乏针对 Adwake 平台的结构化决策框架与可落地的优化建议。

Adwake 技能的核心能力与工作流程

该技能围绕 Adwake 这一托管式移动广告平台，提供从评估到优化的全流程支持，核心能力包括 上下文收集、平台知识路由、行动建议生成。具体工作分为四步：

1. 上下文收集：优先读取 references/learnings.md 的历史经验，再通过结构化问题（如「需求类型」「应用垂直领域」「当前阶段」）明确用户场景，若信息完整则直接进入对应环节。
2. 路由或直接回答：若问题属于 Web 重定向、B2B 广告等非 Adwake 核心场景，会引导至对应技能（如 /sales-retargeting）；否则基于 Adwake 的平台指南直接解答。
3. 平台参考查询：通过 references/platform-guide.md 获取模块、定价、集成等专业信息，仅提取与问题相关的部分。
4. 行动建议生成：针对「评估 Adwake」「优化已有投放」等场景提供具体步骤，如评估时建议「请求 30-60 天试点并明确 KPI」，优化时建议「要求进行多变量测试降低 CPI」。

适用边界与关键注意点

使用该技能前需明确 Adwake 的托管服务特性：

• 无公开 API：报表和优化需通过其仪表板和客户团队完成，适合追求省心而非实时调价的场景
• 归因依赖 MMP 集成：必须提前验证 AppsFlyer/Adjust/Branch 的 postback 配置，否则数据可能失真
• 定价透明度需主动确认：效果导向的 CPI/CPA 模式下，建议要求 CPM/CPC 明细以避免隐性成本

若需要自助式实时竞价、纯 Web 端重定向，或涉及 B2B 账户营销，建议结合 Remerge、AdRoll 等其他技能使用。