这个 Skill 能做什么，适合哪些场景？
这是 Aaron Marketing Skills 中 launch/research 阶段的单个技能，用于设计从候补名单到 GA 的 waitlist→concept→alpha→beta→GA 阶梯。它为每个阶段定义目的、进入动作、访问范围和量化毕业标准，并规划分批邀请、测试者招募、反馈通知及邀请推荐机制。它适合需要把内测流程结构化的产品团队，但不负责获客、报名页面、同意记录、规范阶段主记录或推荐激励经济模型。
读取产品、当前阶段、受众、发布目标、候补名单与测试者数据，以及已有的 launch-registry 阶段记录；在移动端发布时参考 App Store Connect 或 Play Console 的官方测试轨道限制。输出 waitlist→concept→alpha→beta→GA 阶梯、每阶段的量化毕业标准、cohort gating 与邀请节流方案、测试者招募和发布日社会证明准备、反馈状态闭环及邀请码/链接和反滥用机制。阶段定义通过 registry-events.py 的 operation: propose 请求提交给 launch-registry，而不是直接写入 canonical stage record。
- 产品负责人已有候补名单，想按支持能力分批邀请用户进入 alpha 和 beta。
- 发布团队需要为 beta 定义核心流程完成率、反馈数量和错误容忍度等毕业门槛。
- 移动应用团队需要结合 TestFlight 或 Play testing track 约束设计测试 cohort。
- 增长或社区负责人希望建立带邀请码、归因和反滥用保护的推荐邀请机制。
- 发布团队需要在 GA 前建立反馈状态变化通知和合规的 launch-day testimonial 准备流程。
如何安装这个 Skill？
- 不要把Estimated阈值当作行业基准；必须用产品自身历史数据校准。
- 写入memory或提交注册表提案前确认授权，并审查候补名单、测试者数据中的个人信息。
- 技能要求每次状态变更通知订阅者，但未给出可复现的通知实现、失败处理或回滚方案。
- 核对18.0.0与安全策略支持版本不一致，并确认所依赖的官方商店文档可访问。
- Shell / 命令行
- 本地文件系统
安装整个仓库后使用该路径下的技能：Claude Code：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后 /plugin install aaron-marketing@aaron。其他 Agent Skills-compatible hosts：npx skills add aaron-he-zhu/aaron-marketing-skills，或直接 git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。仓库中的目标文件是 launch/research/early-access-designer/SKILL.md；源材料没有提供该技能的独立安装命令。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/aaron-he-zhu/aaron-marketing-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/launch/research/early-access-designer" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
向兼容主机输入：Design an early access program for [product]. Current stage: [waitlist / private beta / none]. Goal: GA by [date]. 也可以输入：Define graduation criteria for our beta — here is what testers can do today, plus our activation data export. 使用真实的候补名单、测试者数量和激活数据；所有阈值在用产品自身历史数据验证前都应标为 Estimated。
这个 Skill 有哪些优点和局限？
- 覆盖从 waitlist 到 GA 的完整阶段阶梯，并要求明确 opt-in/opt-out 语义。
- 将毕业标准、cohort gating、邀请节流、反馈通知和推荐机制组合成可交接的设计。
- 强调使用用户数据并区分 Measured、User-provided 和 Estimated，避免虚构行业基准。
- 明确遵守 sole-writer 规则，不直接改写 launch-registry canonical record。
- 不能替代候补名单获客策略、报名捕获流程或 signup 页面设计。
- 不记录 consent、不维护 canonical stage record，也不负责 referral economics。
- 需要用户提供候补名单、测试者和激活数据；没有数据时无法建立可靠基线。
- 阶段定义必须通过 registry proposal protocol 交给 launch-registry formalize，流程依赖仓库的本地记忆和事件结构。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 抢先体验设计师 本页 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 发布定价与套餐规划器 | 61 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
| 发布反馈综合器 | 56 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 发布窗口规划器 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 发布分级规划器 | 63 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
与 list-growth-designer 的边界是：本技能设计阶段阶梯和运营机制，list-growth-designer 负责候补名单获客与合规捕获流程。与 launch-registry 的边界是：本技能提出阶段候选，launch-registry 负责 canonical stage record。
FollowSkills 如何评估这个 Skill？
技能明确限定范围，要求确认后写入记忆，采用提案而非直接修改规范注册表，并要求把导入数据视为不可信；但候补名单、测试者和分析数据可能含敏感信息，最小化、保留期限和具体回滚流程未在本技能中完整说明，因此扣8分。
输入、输出、完成条件和异常数据处理规则较清晰，且明确不应编造基线；但静态阅读无法复现关键路径，通知订阅者、注册表提案和外部平台约束没有本技能级测试或失败反馈，另有18.0.0与安全策略支持17.x的版本不一致，因此扣12分。
触发场景、输入、输出、非适用范围和中文关键词定义明确，支持无密钥的用户粘贴数据；但对中国大陆网络可达性、平台差异和更多非移动场景的边界证据不足，geo-relevance也标为low，因此扣4分。
结构完整，包含Quick Start、契约、数据源、步骤、保存确认、交接、引用、版本和Apache-2.0许可；但维护责任、更新路径、变更记录未在该技能自身明确，且保存结果规则与Writes描述存在轻微张力，因此扣5分。
输出目标覆盖阶段阶梯、毕业标准、分 cohort、反馈闭环和邀请机制，且可直接形成设计文档；但没有代表性成品或验证结果，量化阈值依赖用户数据并需后续注册表和其他技能接续，静态校准下只能给7分。
技能要求标注Measured、User-provided或Estimated，并要求官方商店资料和提案协议，具备一定审计性；但提供的测试主要验证仓库通用架构和审计工件，不覆盖本技能关键路径，也没有第三方执行证据，因此扣6分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →