嘉宾演讲会大屏人数与提交数不一致，控屏人员该看哪一个？

嘉宾演讲进入提问环节，大屏角落显示“在线186人”，后台却只有42条提交。主持人问控屏人员现在该等更多人参与，还是直接挑问题。两个数字都没有错，只是服务的舞台判断不同：一个说明页面被多少设备打开，另一个说明已经收到多少内容。

淘气互动的大屏互动页面可以呈现参与相关数字，但控屏人员不能把在线人数当作真实在场人数，也不能把提交数当作全部观众意见。舞台上要做什么，先看主持人当前是在等待观众进入，还是准备读取问题。

人数和提交数本来回答不同问题

可见人数通常来自打开页面或保持连接的设备。一人可能使用两台设备，也可能多人共用一部手机；有人已经离开页面，数字仍可能短暂保留。因此，它适合判断入口是否被看见，不适合直接写成会场实到人数。

报数还要绑定时点。开窗十秒和开放三分钟看到的数字没有可比性，主持人若在不同时间询问，控屏人员应同时说出“当前”或“最近一分钟”，不要把早先峰值继续当成现在的人数。导播单可预留时间栏，避免事后只剩一串没有时点的数字。

提交数记录的是已经送出的提问、投票或反馈。一个人可能提交多条，也有人打开后只阅读规则。淘气互动后台中的提交列表可用于审核内容和计算当前工作量，却不能由42条提交推导出只有42人参与。

主持要等人还是等内容决定展示项

互动窗口刚开放时，主持人口播“请扫码进入”，控屏可显示可见人数，让导播判断入口是否触达。若人数长时间不变，应检查二维码位置、口播和页面加载，而不是催促观众重复扫码。

进入选题阶段后，主持人关心的是有没有足够问题可读。此时大屏可隐藏可见人数，改为“已收到问题”或不显示具体数字，避免观众误以为在线人数与提交数应该相等。内容审核员只把合适的问题送入候选区，提交总量也不代表全部内容都能公开。

如果页面允许一人多次提交，主持人口播中就不要把“42条问题”说成“42位观众参与”。审核台还可另外记录可用问题数，例如收到42条、进入候选区18条。这样主持人判断的是可读内容，不会因总提交量看起来很高而临时拉长问答环节。

互动结束前，主持人若准备再等一分钟，控屏人员应报告新增提交速度，而不是只报累计人数。最近一分钟没有新问题，说明当前窗口可能已经饱和；仍有人进入但没有提交，则可口播提醒题目范围或剩余时间。

会后统计回到原始字段说明

导播单需要把两个数字写成明确字段，不能都简称为“参与人数”。建议分别标注“页面可见人数”和“已提交数”，旁边注明统计时点。会后复盘时，再对照页面开放时长、问题审核数量及主持人口播判断差异原因。

“可见人数”和“已提交数”，主持人根据当前舞台任务选择读取哪一项，不再用一个模糊的“现场人数”概括两者。