可用性测试怎么招募用户？筛选题与邀请模板

招募可用性测试用户，先写清这轮要验证的任务，再把目标用户转成近期行为、实际角色和使用设备等筛选条件；用中性问题确认经历，随后发送研究说明、约定时间并准备相同条件的替补。不要仅凭年龄、职位或“愿意参加”判断合适，也不要把设计同事顺利操作当成目标用户都能理解。

如果尚未决定要观察真实操作还是了解使用经历，先按研究问题选择合适的方法。招募方案要服务研究问题，不能先凑到一批人，再临时决定测试什么。

先分清这次需要谁，不需要谁

以企业采购系统为例，本轮想知道两件事：申请人能否填清物品与费用，审批人能否理解金额并作出处理。两类用户面对不同任务，即使同属一家公司，也不能混成一个没有区分的“内部员工”样本。

时间窗口由项目决定。如果采购一年只发生几次，机械要求“最近两周用过”会排除真实目标用户；如果系统每天使用，几年前的一次经历又可能不足以代表当前工作。先问业务频率，再确定能合理回忆的范围。

筛选题要确认经历，避免暗示理想答案

把“你是不是熟练使用采购系统？”换成可以说明事实的问题。下面是一组可据项目调整的筛选题：

1. 你最近一次接触采购申请是什么时候？可以回答大致时间，不需要提交真实申请或账单。
2. 当时你具体做了哪些事？选项包括填写、补充资料、审批、代他人处理、只查看结果，也允许补充说明。
3. 请简单说说从开始到完成经过了哪些步骤。这能区分实际经历与只听过流程，不要求说出产品内部术语。
4. 通常使用什么设备、在什么场景处理？例如办公室电脑、移动设备或需要在不同系统间查资料。
5. 你是否参与过本次页面讨论，或看过待测方案？用于判断熟悉程度，不是评价个人能力。
6. 参与时有没有需要我们提前安排的条件？例如字幕、键盘操作、辅助技术、场次时长或其他便利安排；只收集安排研究所必需的信息。

不要把问题写成“你是否觉得现有申请表太复杂”。它会提前透露团队预设的结论，也可能吸引只想表达不满的人。用户对现状的态度可以在合适环节了解，不要拿“支持改版”当作入选条件。

筛选时遇到回答不清楚，可以用简短沟通澄清最近一次经历，不需要索取含敏感信息的截图来证明。对不纳入的人，也应说明感谢和后续安排，避免让筛选变成对工作表现的评价。

选择渠道时，同时检查谁容易被漏掉

内部系统可以通过业务联络人、实际使用团队或合适的研究名单招募；公开产品可以从已同意参与研究的用户渠道寻找。渠道方便不代表样本合适：只让负责人推荐“最懂系统的人”，容易漏掉偶尔使用者；只发在活跃用户群，也可能看不到刚开始使用的人。

可以建立一张覆盖记录，分开列申请人、审批人、使用频率与设备，检查哪类条件尚未覆盖。它不是按人数填满的配额游戏，而是避免所有参与者具有相同熟练度、相同权限或相同工作环境。

是否需要更多参与者，要看研究问题、人群差异和证据是否足以支持下一步决定。少量定性测试可以帮助发现问题，但不能把完成比例直接推广到整个用户群，也不存在任何项目都适用的“找5个人就够了”。

邀请里说清研究安排，不透露操作答案

邀请文案可以这样写：

我们正在改进采购申请的填写与审批流程，想邀请你体验一版尚未上线的设计，并了解操作时的理解与困难。活动预计约40分钟，通过电脑进行；不是工作能力考核，也不需要准备真实采购单。你会看到几项任务，可以随时提问、暂停或结束。我们会在开始前说明观察、记录和资料使用方式，得到你的同意后再进行。若你愿意参加，请回复可安排的时间，以及需要我们提前提供的便利条件。

这里的时长是邀请写法示例，发出前要根据试跑调整。实际发送时，还应写明主办团队、联系方式、地点或会议方式、是否有旁听人员，以及适用的补偿安排。不要只发一个会议链接，让用户到场后才知道需要共享屏幕或被录制。

Home Office的研究招募指南强调先定义需要研究的人群，并把参与信息说清楚。使用这类实践时，应结合自己的组织流程，而不是把其他机构的政策直接当作本项目承诺。

确认到场和准备替补，也要保持条件一致

约定时间后，分别确认角色、设备与访问条件。远程原型若需要特定浏览器、账号或分享权限，应在正式场次前解决；否则研究时间可能都花在登录和安装上。不要要求参与者共享与研究无关的工作桌面内容。

临时缺席时，替补应满足原角色的关键条件。原计划观察不常填写申请的人，不能因为时间紧就换成系统管理员后仍按同一人群汇总。记录实际参与者的条件与替换原因，能帮助之后正确解释结果。

正式开始前再次简短说明任务范围、录制与退出方式，确认参与意愿。研究中的同意不是一封邀请邮件就永远有效；新增观察方式或改变资料用途，应先按团队流程处理，不悄悄扩大。

把招募条件带进测试，而不是到场后忘掉

主持人准备记录只保留必要信息，例如“申请人、偶尔使用、桌面设备、未看过方案”。联系方式与测试发现分开管理，分析时用参与者编号，避免把个人信息贴到公开分享的研究板。

对两类角色准备对应原型入口：申请人从新建申请开始，审批人从待办列表开始。提前准备跨页面保持一致的原型测试数据，不要让参与者临时拿真实采购单填入测试。可以用Pixso原型设计整理这两条路径，并提前试走。GOV.UK关于单轮研究的安排也把目标、参与者、场次和记录放在一起规划。找到合适的人之后，让他们面对合适的任务，招募才真正转化为可用的研究证据。