用途：为封闭 Beta 项目提供结构化手册，让 Beta 产出明确学习、留存设计伙伴，并对是否进入 GA 做出无歧义决策。资料指出多数 Beta 失败源于项目运作随意：招募机会主义、成功标准隐含、沟通零散、退出闸门从未定义。
主要能力：队列设计，按 Friends→Family→Fanatics 三层信任递减、信号递增的顺序招募；Kano 范围界定，确定 Must-be/Performance/Delight 功能集以产出可引用证言；退出闸门，在招募前设定定量与定性成功标准，结论为 Greenlight/Extend/Pivot/Kill；周节奏，周一至周五的承诺沟通节奏。
使用方式：先明确 Beta 假设、目标队列与核心结果；在 assets/beta-program-plan.md 设定退出闸门并获 PM、工程与赞助人签字；通过 assets/recruitment-script.md 招募（超额招募 2 倍），第一天建立沟通渠道并发布节奏；按 assets/weekly-cadence-template.md 运行周节奏，在第 N 周用 assets/exit-memo.md 评审并决策。完整框架见 references/beta-framework.md。
适用场景：GA 前验证、高风险功能、设计伙伴计划、企业推广。不适用：持续主干交付（改用 launch-playbook 与渐进发布）、5-7 人纯可用性测试、仅内部 dogfooding。
限制：30 人封闭 Beta 不具统计代表性，结果指标仅作方向性参考；Friends 队列反馈偏正面，退出决策中 Fanatics 反馈权重加倍；若参与者同时是付费客户，服务中断即为真实事故，需用功能开关并记录回滚路径。公开开放 Beta、A/B 测试、定价实验、Beta 营销执行均不在范围内。资料未提供具体收费与价格信息。