TestFlight · 内测
场景速览：TF 名额耗尽别急着换号。按内测分组、构建节奏与主体边界，重排可执行的测试窗口，通常比换号更省。
01名额耗尽不是终点
名额见底，说明邀请策略失控，不一定是账号报废。先盘点：多少外部测试员仍活跃、多少是一次性渠道、多少可以转内部组。
把「邀请」当成有限预算：高价值测试员保留，低活跃清理，渠道型邀请改用短窗口。
- 先统计活跃测试员
- 清理一次性渠道残留
- 保留核心回归组
实操提示：换号前先问：是名额不够，还是分组策略失败？
02怎么重排内测分组
建议拆成：核心回归组、功能验证组、外部灰度组。每组有进入/退出标准，避免所有人挤在同一池。
构建节奏配合分组：不是每次 build 都全员推送。关键路径变更才推核心组。
- 导出测试员并标记活跃度
- 建立核心 / 功能 / 灰度三组
- 设定每组名额上限与轮换周期
- 下一次 build 只推需要验证的组
Alex：名额是节奏工具，不是营销预算。
03什么时候才考虑换号
当主体本身不匹配，或设备/证书/权限已经绑死无法重整时，再评估换号。仅为了名额换号，常把历史测试数据与反馈链路一起弄丢。
- 主体不匹配优先换主体
- 名额问题优先重整分组
- 换号要同步迁反馈与责任人
04对照表：清人 vs 换号
| 动作 | 适用 | 代价 |
|---|---|---|
| 清理低活跃 | 名额被渠道占满 | 低，可逆 |
| 重排分组 | 邀请策略失控 | 中，需协作 |
| 换号 | 主体/权限已死锁 | 高，需重验号 |
核对交付前核对清单
- 活跃测试员清单已更新
- 三组名额上限已设定
- 下一次 build 推送名单已确认
- 换号评估表（如需）已完成
- 反馈收集渠道与分组对齐
FAQ常见问题
清人会不会得罪渠道？
用短窗口邀请替代长期占坑，比突然失联更专业。
外部测试能不能改用企业分发？
可以，但要确认企业号边界，别把正式提审链路绑回去。
名额恢复要多久？
以实际清理与轮换为准；不要假设「过几天自动够用」。
需要选型或验号？ 联系出海顾问 Alex · TG 客服 @j56789
个人号 / 公司号 / 企业号 · 出售 · 购买 · 转售 · 新老代售
