app-store-featured

app-store-featured 技能概览

app-store-featured 技能帮助你规划、评估并推介一款 App，争取被 Apple 编辑推荐并在 App Store 获得 featured。它最适合 Product Marketing、创始人和增长负责人，用来回答一个很实际的问题：“Apple 会因为什么推荐这个 App，我们应该先修什么、先强调什么？”

这个 app-store-featured 技能不是通用的 ASO 清单。它关注的是 Apple 的编辑视角：设计质量、对 Apple 技术的采用、故事性、时机、稳定性，以及是否具备清晰的推荐价值。适合在发布、更新或外联推进前，用来做决策支持。

最适合做推荐策略评估

当你的目标是评估 featured 准备度、梳理提报叙事，或找出会挡住编辑关注的短板时，就选 app-store-featured。如果你已经有 App 上线，并且想判断它有没有一条可信的推荐路径，这个技能尤其有用。

它能帮你决定什么

这个技能主要帮助你判断：App 的产品故事够不够强、时机合不合适、以及对 Apple 来说最重要的证据是什么。对 Product Marketing 来说，app-store-featured 的价值就在于把 App 描述打磨成更锋利的编辑提案。

什么时候它不是合适的工具

如果你只需要关键词优化、截图调整或元数据清理，纯 ASO 工作流通常更合适。如果你在规划的是发布日程或发布素材，也应该用更偏 launch 的技能，而不是 app-store-featured。

如何使用 app-store-featured 技能

安装并打开正确的文件

使用 npx skills add Eronred/aso-skills --skill app-store-featured 完成安装，然后先打开 skills/app-store-featured/SKILL.md。由于这个 repo 没有辅助脚本或参考文件夹，SKILL.md 就是 app-store-featured 安装和使用的主要依据。

提供 Apple 真正会关心的输入

先给出 App ID，再补充它之前是否被推荐过、接下来要发布什么、以及用了哪些 Apple 技术。一个更有用的提示词可以这样写：“Assess 1234567890 for App Store featuring. We have a major v2 release in three weeks, use SwiftUI and WidgetKit, 4.7 rating, no previous featuring, and we want the strongest editorial angle.”

按正确顺序阅读工作流

先看技能里的评估流程，再把其中的编辑判断因素对应到你的 App 上。最实用的顺序是：确认 App 背景，找出可被推荐的故事，检查 Apple 技术匹配度，然后再看发布时间和稳定性。这样可以让 app-store-featured 的使用始终围绕真正能提升推荐概率的因素展开。

根据你的素材灵活调整建议

把这个技能当作决策框架，而不是可直接套用的模板。如果你的 App 在某个因素上偏弱，就用更清晰的故事包装、更强的产品定位，或更好的发布时间来补足。如果 App 没有明显的 Apple 推荐关联，这个技能也应该能尽早帮你看出来。

app-store-featured 技能 FAQ

app-store-featured 只适合大体量 App 吗？

不是。小型 App 只要有清晰故事、足够精致的产品体验，以及对 Apple 平台的独特使用方式，同样可能适配。app-store-featured 技能的作用，就是判断一个小团队是否已经具备足够有说服力的证据去认真争取推荐。

它和普通 prompting 有什么不同？

普通 prompt 往往只会给出泛泛建议。app-store-featured 的输出更适合需要编辑视角评估的场景，尤其会明确追问发布时间、既往推荐历史，以及 Apple 技术采用情况。

使用前我应该准备什么？

准备好 App ID、当前 App Store 评分、最近的 release notes、截图或定位说明，以及任何即将到来的发布日期。这些输入能减少猜测，让 app-store-featured 的使用结果更可执行。

什么时候不该用它？

不要把它当成修复产品问题、补救弱 onboarding 或改善差评的替代方案。如果 App 本身不稳定，或者故事不清楚，这个技能更适合用来做现实校验，而不是“推广发动机”。

如何改进 app-store-featured 技能

给它更锋利的编辑简报

最好的输出来自简洁且具体的上下文：App 类别、目标用户、发布日期、推荐历史、评分，以及 Apple 技术栈。只说“我们想被推荐”太空泛；“我们要发布一款带有 Live Activities 的健康 App，进行了重大重设计，而且正好契合季节性主题”就具体得多。

尽早说清真实约束

把不能改变的条件提前讲明，比如发布时间、工程资源，或品牌规范。只有当 app-store-featured 知道你能不能上线新的 Apple 原生功能、更新截图，或者配合特定事件窗口时，它才能真正帮助你改进提案。

不只要夸奖，也要找缺口

有用的 app-store-featured 指南应该指出哪些问题会挡住推荐：差异化不足、设计过时、缺少 Apple 平台使用、或时机不对。可以直接要求它给出“Apple 最可能拒绝的前三个原因”和“最有可能提升概率的一个改动”，这样更有决策价值。

第一轮之后继续迭代

先用第一轮输出决定方向，然后带着更强的证据回来，比如更新后的评分、新功能细节，或更收敛的故事角度。app-store-featured 的安装和使用，往往在第二轮提示词比第一轮更窄、更事实导向时，价值最大。