直接结论
ASO 关键词调研，是把用户真实的搜索行为整理成一份「这个应用有能力拿下」的短语清单，再把每个短语分配到确定的字段：标题、副标题、关键词字段或描述里的证明点。可落地的流程从种子词开始（应用做什么、解决什么问题、竞品叫什么），用商店搜索联想和竞品 listing 扩展，然后先按相关性过滤、再看搜索量——一个应用根本接不住的高流量词，带来的只是装了就卸的用户和拉低整体权重的差评。关键词调研的产出不是一张 500 行的表格，而是一小组关键词聚类，每个聚类都有明确的归属字段，可以直接驱动元数据和截图文案。这件事最常见的失败方式有两种：调研只在上线时做一次就再也不更新；或者调研做完了，却没有改变任何一行实际要写的文案。
关键词从哪里来
| 来源 | 能提供什么 | 需要注意 |
|---|---|---|
| 商店搜索联想 | 用户真实输入的查询措辞 | 反映的是热度，不代表和你的应用相关 |
| 竞品标题和副标题 | 品类已经在竞争的词 | 容易变成抄定位，而不是找空档 |
| 评论区（自己和竞品的） | 用户自然使用的词汇 | 样本小的时候会放大个别案例 |
| 客服工单和新手提问 | 用户学会你的术语之前的问题语言 | 需要转译成搜索措辞 |
推荐流程
1. 种子词来自产品本身，不是品牌手册
用大白话列出应用做什么、解决什么问题、用户会把它归到哪个品类。品牌语言以后再说，调研从用户语言开始。
2. 用搜索联想和竞品扩展每个种子词
把每个种子词输入商店搜索，记录联想结果；再读同一批种子词下前十名竞品的标题和副标题。这一步会同时暴露措辞变体和相邻意图。
3. 先按相关性过滤，再看搜索量
砍掉所有应用接不住的词。在一个会让用户失望的查询上排名，转化差不说，还会招来差评，反过来压制其他所有关键词的表现。
4. 把幸存的词按意图聚类
把表达同一意图的词（「习惯打卡」「习惯养成」「每日习惯」）归为一组，每组定一个主短语加若干变体。
5. 给每个聚类分配归属字段
最强的聚类进标题，第二强进副标题，变体进关键词字段，辅助意图变成描述和截图的证明点。没有归属字段的聚类，等于调研白做。
6. 每个发布周期后重新过一遍
排名、竞品和搜索联想都在变。每个发布周期至少重跑一次扩展步骤，并记录变化，让元数据修改基于数据的移动而不是某个人的感觉。
常见失败模式
调研止步于表格，没有变成决策
一张从不决定标题写什么的 500 行关键词表只是装饰。交付物是「带归属字段的聚类」，不是行数。
搜索量压过了相关性
追逐品类里最大的词，会让一个细分应用卷进赢不了的竞争，还背上一个兑现不了的承诺。
双语调研只是把一种语言翻译过去
中文用户不会去搜英文短语的直译。每个语言市场都需要独立跑一遍搜索联想和聚类，策略上对齐，调研上各自独立。
关键词调研清单
- 种子词用用户语言描述产品，而不是品牌语言。
- 每个种子词都经过搜索联想和竞品 listing 扩展。
- 不相关的高流量词已被砍掉，并记录了原因。
- 幸存的词按意图聚类，每组有一个主短语。
- 每个聚类都有归属字段：标题、副标题、关键词字段或描述。
- 每个语言市场都用自己的语言独立调研过。
执行原则
如果一个关键词聚类说不出它归属哪个字段、支撑哪条主张，那它还没完成调研——它只是一份清单。
为什么这件事适合放进 App Store Helper
App Store Helper 把关键词决策留在项目里，而不是一张脱管的表格：聚类直接喂给标题副标题草稿，变体流入关键词字段，同一套层级继续驱动截图 headline。发布后重新调研时，新旧元数据的差异也留在同一个地方，随时可以评审。