TG咨询云端手游试玩不宜只挑“玩得最多的人”。云端手游试玩活动的体验者分层与名额配置，关键是让不同经验、网络和设备条件的人都能完成相同任务，再比较卡顿、操作和理解上的差异。以下五类可作为招募起点；实际比例要随测试目标调整。
先明确要验证什么
招募前先列出试玩要回答的问题：是新手能否看懂操作，还是触控与手柄表现、网络波动下的连续游玩，或某一类玩法的节奏是否合适？每位体验者最好完成相同的核心流程，例如进入游戏、完成一段关卡、暂停后继续，再记录具体困难。若每人任务不同，反馈就难以横向比较。
五类体验者：覆盖差异，不把标签当结论
1. 没玩过云游戏的玩家
优先观察首次启动、画面等待和操作说明是否容易理解。可招募玩过手机游戏、但很少使用云游戏的人。不要把“没用过云游戏”等同于“不会玩游戏”：两种经验应分开记录。
2. 有云游戏使用经验的人
他们通常更容易辨别串流画面与本地运行的差异，也能描述输入延迟或画面波动。适合验证稳定使用流程，但不应占满名额，否则新手遇到的引导问题可能被低估。
3. 熟悉目标玩法的人
例如试玩动作、竞速或策略类游戏时，分别邀请有相近玩法经验的人，可观察核心操作是否顺手。熟练玩家适合发现操作细节；若目标是验证基础规则是否讲清楚，还需要玩法新手对照。
4. 网络条件不同的人
招募时可询问常用环境，如家庭 Wi-Fi、移动网络或公共场所网络，并在试玩记录中标明连接方式与当时波动。网络延迟、拥塞和丢包会影响云端画面与输入响应；单次体验不能代表长期表现，也不宜只招网络最好的参与者。
5. 设备与输入方式不同的人
按实际支持范围覆盖不同屏幕尺寸、触控操作和外接手柄等组合。云游戏画面需经网络传输，设备性能、屏幕和输入方式都可能改变感受。只招某一种设备，结论就只能适用于该类配置。若试玩目标涉及辅助操作，也应预先确认产品支持的功能，再招募相关体验者。
名额怎么分：先定比例，再按结果微调
下面是便于排期的示例，不是行业标准：若首轮有 100 个名额，可将云游戏新手设为 25 人、云游戏熟练者 20 人、目标玩法熟悉者 20 人、不同网络环境 20 人、不同设备或输入方式 15 人。分类会交叉，报名者只计入一个“主要观察层”，其他特征另作标签，避免重复占额。
云端手游试玩活动的体验者分层与名额配置，可以按以下步骤执行：
- 写清筛选条件。用短问卷询问云游戏经验、目标玩法经验、常用网络和设备；只收集与测试有关的信息。
- 确定主要分层。先按本轮最关心的差异归类。例如本轮测新手引导，就优先区分云游戏新手与熟练者；设备差异可另记标签。
- 预留候补名额。每层设置候补，确认时间、设备和试玩安排后再递补，降低临时缺席导致的空档。候补人数应结合招募难度和活动时长调整。
- 试玩后检查覆盖情况。若某层反馈明显不足，下一轮增加该层名额；如果某条件与问题无关，就不要为了凑类别继续扩招。
记录与调整：让反馈能解释问题
每次体验至少记录设备类别、网络类型、是否使用手柄、任务是否完成，以及参与者描述的具体卡点。若要比较网络差异，应尽量统一任务和试玩时长，并注明环境变化；不能仅凭一位参与者的主观感受，就断定某网络或设备普遍不适用。涉及录音、录像或账号信息时，应提前说明用途、保存方式与删除安排。
这套云端手游试玩活动的体验者分层与名额配置方法，适合先用小规模首轮找出覆盖缺口，再按问题补招，而不是一次性追求看似整齐的比例。真正优先的人，是能够补足当前证据缺口、并完成约定任务的人。
常见问题
新手和熟练者应该各占一半吗？
不一定。若重点是首次上手，可提高新手比例；若重点是操作深度或连续游玩体验，可增加熟练者，但保留新手对照。
试玩人数越多，结论就越可靠？
人数增加有助于覆盖更多差异，但分层不合理或任务不一致仍会影响判断。先保证关键人群和记录口径，再扩充名额。
网络条件要如何分组？
按实际招募到的连接方式与试玩时观察到的波动记录即可。若没有稳定测量工具，不要把一次连接体验标成精确的网络等级。