辛苦打包好的内测包，如果发给一群不合适的人，反馈质量往往比没人测还差。不少小团队的卡点并不在打包，而在「找谁来测」：内部同事碍于情面只说好话，外部用户又担心版本外流。这篇把招募、筛选、名单确认三件事拆开讲，并给出可以直接照着做的清单。

先想清楚：这次内测要什么样的人

招募之前先把目标写下来，否则渠道再多也是白跑。

• 核心用户：使用场景最贴近产品定位，意见权重最高
• 边缘用户：偶尔使用、对功能不敏感，用来验证上手门槛
• 内部用户：开发与测试同事，负责回归与非功能类问题
• 观察者：产品、运营、客服，只需了解版本变化，不必深度参与

把名单按上面四类分组，后续发版时就能按组推送不同说明，而不必群发同一套话术。

四个相对靠谱的招募渠道

1. 老用户回访：从历史记录或客服反馈里挑出活跃用户，一对一发邀请
2. 社群定向邀请：在已有的用户群、行业群里说明版本范围与测试工作量，让有意愿的人自己报名
3. 合作方互换：与上下游团队交换试用名单，双方各取所需
4. 公开报名表：用一张收集表登记联系方式、设备型号与系统版本，便于后续按机型分配

渠道没有绝对优劣，关键是把义务写明白：需要测多久、问题反馈写到哪里、遇到障碍找谁。

筛选与名单确认的三条标准

• 设备覆盖：至少覆盖主流品牌与两代系统版本，避免清一色同一机型
• 反馈意愿：能接受在固定时间窗内提交问题，而不是只看不用
• 信息完整：愿意提供设备型号与系统版本，便于定位安装类问题

名单定下来后，怎么把包发出去

1. 把当前版本的安装包上传到分发平台，得到一条链接和一个二维码
2. 为这一批用户单独建分组，标注版本号与本次测试重点
3. 按分组发送二维码，附上安装指引与反馈入口
4. 用分发数据回看谁真的装了、装的是哪个版本，再决定是否补发邀请

如果你希望把「上传—生成二维码—按版本分发」放在同一条链路上完成，可以参考虾分发的做法：上传 APK 或 IPA 后自动生成分发二维码，并用下载密码、IP 白名单与下载次数限制控制范围，相关设置在官网 https://xiafenfa.com 的控制台即可完成。

常见问题

建议：把招募与筛选做成一份固定表格，每次内测只更新版本号与时间窗，团队新人也能照着执行，不必每次都从零讨论「找谁测」。

招募内测用户本质上是一次小范围的需求对齐：找对人、说清义务、留好记录，反馈质量自然会上来。