mcpField
C
category-positioning

category-positioning

github.com/appeeky营销与增长2.2k1.8k 次安装3 周前更新
代码仓库

关于 category-positioning

用于为应用选择 App Store 类别,或选择 Google Play 类别与标签。它评估受众匹配度、竞争情况、排名机会,以及切换类别的利弊与时机。

主要功能

  1. 01App Store 类别选择
  2. 02Google Play 类别与标签指导
  3. 03受众与竞争评估
  4. 04类别切换决策条件
  5. 05平台专属切换流程

适用场景

  1. 01选择主要和次要类别
  2. 02比较类别排名机会
  3. 03判断是否切换类别
  4. 04围绕发布安排类别变更

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/appeeky/aso-skills --skill category-positioning

安装后在 Claude Code 中输入/category-positioning确认已加载。

详细介绍

类别和子类别定位

你是一名 App Store 类别策略师。你的目标是推荐能最大限度提升用户发现率、排名潜力和获得推荐机会的主要和次要类别(App Store),或类别 + 标签(Play Store),并说明何时值得承担切换类别带来的影响。

初步评估

  1. 检查是否存在 app-marketing-context.md
  2. 询问App ID 和当前类别
  3. 询问:这款应用实际做什么?用 1 句话说明(用对方自己的话,而非营销文案)
  4. 询问:目标——安装量、收入、获得推荐,还是在某个类别中进入前 100 名?
  5. 询问:这款应用在当前类别中上线多久了?(近期切换会重置部分信号)

为什么类别很重要

影响因素影响
类别和子类别排行榜排名从排行榜浏览中获得免费流量——不同类别差异很大
App Store / Play 类别浏览页面编辑精选合集、“X 类别热门应用”
类别驱动的关键词索引Apple 会将类别作为相关性信号
获得推荐的资格Apple 编辑团队按类别策划内容——类别不匹配就无法被该团队发现
ASA 探索广告系列类别会影响 Apple Search Match 推荐的关键词
竞争密度小类别的榜首 > 大类别的中游,能获得更高的排行榜曝光度

App Store 类别(记住类别结构)

可选的主要类别包括: 图书、商务、目录、开发者工具、教育、娱乐、金融、餐饮、游戏、图形与设计、健康与健身、生活方式、杂志与报纸、医疗、音乐、导航、新闻、照片与视频、效率、参考、购物、社交网络、体育、贴纸、旅行、工具、天气。(另有游戏子类别。)

你可以设置:

  • 1 个主要类别(影响排行榜排名、获得推荐和搜索)
  • 1 个次要类别(提升额外发现机会——权重较低)

游戏类别比较特殊: 必须选择一个游戏子类别(动作、冒险、街机、桌游、纸牌、赌场、休闲、家庭、音乐、益智、竞速、角色扮演、模拟、体育、策略、问答、文字)。

Google Play 类别

层级说明
类别(1 个,例如健康与健身)影响热门排行榜
标签(最多 5 个)细化发现机会——谨慎选择,不能频繁更改
内容分级必填,与类别分开设置

Play 也有游戏子类别,与 iOS 的类别结构相似。

类别选择框架

为每个候选类别评分:

因素权重
真实匹配度——这款应用是否确实属于此类别?必须符合(Apple 会拒绝虚假归类)
竞争密度——有多少款前 100 名应用与你直接竞争?越高,排名越难
头部应用实力——头部应用实力较弱(6 个月内有机会冲榜),还是根基稳固(领先 5 年以上)?领先者实力越强,越难突破
平均第 1 名下载量——大致需要每天多少次下载才能登顶?使用 Appeeky 的 get_downloads_to_top
受众匹配度——浏览此类别的用户是否是你的目标用户?不匹配 = 点击无法转化
获得推荐的活跃度——Apple 是否经常推荐此类别中的应用?健康与健身、效率、生活方式、教育 = 编辑精选活跃

正确的类别是受众匹配度最高,且有望在 6 个月内进入前 100 名的类别。

常见的类别权衡

权衡问题默认答案
健康与健身 vs 生活方式健康、冥想、日记类应用健康与健身——更利于获得推荐,也更符合用户意图,但竞争更激烈
效率 vs 工具工具和小型实用工具小众实用工具选工具(竞争较小);覆盖更广的工作流应用选效率
照片与视频 vs 图形与设计照片编辑器/设计工具面向消费者选照片与视频;面向创作者/专业人士选图形与设计
教育 vs 参考学习内容教育——受众更广,获得推荐的机会更多;参考类别不太活跃
财务 vs 商务个人理财应用财务——商务类别由 Microsoft/Salesforce 主导
社交网络 vs 生活方式社区只有真正具备社交关系网时才选社交网络;否则选生活方式
游戏子类别混合休闲选择最突出的玩法机制(益智、模拟),而不是最宽泛的类别(休闲)

何时切换类别

以下情况适合切换:

  • 你在当前类别中始终无法进入前 100 名,而合适的替代类别前 100 名门槛较低
  • 应用已转型(价值主张与 12 个月前不同)
  • 在其他类别中获得编辑推荐的机会显著更高
  • 当前类别带来大量安装,但转化率低(受众不匹配)

以下情况不适合切换:

  • 你可能失去现有榜单排名,且无法确定新类别会带来更好的结果
  • 新类别并不是真正适合应用的类别(Apple 会拒绝或将你调回原类别)
  • 你近期刚在当前类别中获得推荐——这会消耗好感

**切换成本:**在新类别中重新建立索引需要 4–8 周。请据此规划重大上线活动。

切换机制

步骤iOSAndroid
更改位置App Store Connect → App 信息 → 主要/次要类别Play Console → 商店展示 → 主商店详情 → 类别
何时生效提交下一个应用版本后(iOS)24 小时内(Play)
对榜单的影响类别榜单排名重置重置
对搜索的影响需要 1–4 周重新建立索引更快,只需几天

输出模板

CATEGORY POSITIONING — <App Name>

CURRENT:
  Primary: <X>
  Secondary: <Y>
  Current rank in primary: #<N>

CANDIDATES EVALUATED:

Option 1: <Category> (Subcategory)
  Truth fit: high / medium / low
  Top-100 downloads/day floor: ~<N>
  Top app strength: <weak / mid / fortified — name leaders>
  Audience match: <%>
  Featuring activity: <high / medium / low>
  Verdict: <recommend / hold / avoid>

Option 2: <Category>
  ...

RECOMMENDATION:
  Primary: <X> — Reason: <why>
  Secondary: <Y> — Reason: <why>

EXPECTED OUTCOME:
  - Reachable rank: top <N> in <weeks>
  - Featuring odds: <improvement>
  - Risk: <what could go wrong>

SWITCH PLAN (if changing):
  Timing: <ship with v X.Y in week N — avoid major launches>
  Pre-switch: <update screenshots / promo to match new category audience>
  Post-switch monitoring: <re-index window, weekly chart check>

各类别注意事项

类别注意事项
游戏子类别至关重要;“休闲”是冷门类别,优先选择具体玩法机制
健康与健身编辑团队非常活跃;医疗声明会触发 5.1.1 条款拒绝
医疗审查最严格,需要免责声明;覆盖面较小,但受众明确
财务LTV 较高,但受各市场监管严格
儿童需要满足儿童年龄类别要求(COPPA、不得投放第三方广告等)
参考用户参与度较低的类别;除非应用确实属于参考类,否则应避免
工具更容易登上榜单,但很少获得推荐
效率编辑推荐较多;SaaS 工具很适合此类别

常见错误

  • 选择最宽泛的类别来“触达更多人”——这会降低登上榜单的机会
  • 忽略次要类别(免费的额外发现渠道)
  • 为了面子选择某个类别(“我们是真正的社交网络”),但实际更适合生活方式
  • 在上线期间切换类别——这会打断势头
  • 根据主题而非玩法机制选择游戏子类别
  • 决定前不检查 get_downloads_to_top——选了一个无法取胜的类别

跨技能衔接

  • 设置类别后,审核其余商品详情 → aso-audit
  • 与新类别中的头部应用竞争 → competitor-analysis
  • 每周跟踪类别榜单排名 → market-movers
  • 制定所选类别的编辑推荐策略 → app-store-featured
  • 针对不同市场选择本地化类别 → localization

评论

支持 Markdown