论坛峰会上午排着主题演讲、圆桌讨论和茶歇，主办方却把大部分准备时间花在晚间抽奖上。开场时签到队伍堵在门外，圆桌提问没人响应，到了抽奖环节才发现候选名单还混着工作人员。功能并不少，问题出在每个功能没有放到对应节点。
签到先服务会场分流
论坛常有嘉宾、媒体、普通观众和分会场听众。入口要先确认这些角色是否使用同一名单、是否需要不同胸牌和座区。淘气互动签到记录可用于查询报名信息及场次，主入口处理正常扫码，资料缺失或名单冲突转到人工台，避免复杂问题拖住整条队伍。
签到墙可以承担欢迎展示，但公开画面只保留必要姓名或单位简称。完成签到表示发生了入场登记，不代表论坛期间始终在场；提问、抽奖或会议参与范围仍按主办方规则核对。
互动功能围绕议题出现
主题演讲期间，观众需要连续听内容，二维码不宜长时间占据主屏。进入圆桌前，主持人可以开放提问入口，说明本轮对应嘉宾、问题范围和截止时间。问题先在审核区查看，再选择适合公开讨论的内容，不把未上屏问题解释为没有价值。
投票适合收集观点分布或作为议题过渡，论坛结论仍以主办方确认的会议材料为准。控屏人员切换淘气互动页面时，导播单要同时写出口播和返场页，避免互动结束后误切到其他嘉宾资料。
抽奖更适合作为节点转换
抽奖可以放在午后返场、圆桌结束或闭幕前，用来提醒观众回到舞台。奖项过多会打断内容，轮次太密也会让主持节奏被奖品牵着走。主办方应先确定候选范围、重复中奖规则和缺席处理，再导入名单。
淘气互动中奖名单可以按轮次查看和导出，兑奖台仍需核对奖项编号与领取情况。签到名单、论坛嘉宾名单和工作人员名单若用途不同，就不要临时拼成一个候选池。
三类记录会后分别回答问题
签到数据用于核对入场登记，提问与投票用于复盘议题反馈，中奖文件用于核对福利环节。三者不能互相替代，也不必塞进一张大表。网络波动、临时跳过环节或主持口播变化，要在相应记录旁标明发生时段。
分会场同时进行时，还要给签到、提问和抽奖记录带上场次编号。总会场来宾进入分会场，不必重复创建身份；工作人员核对原报名和当前场次即可。未进入某个分会场的人，不应出现在该场互动参与率的分母里。
论坛资料若要交给不同岗位，内容组只看议题和问题，奖品岗只看轮次及必要核对字段，完整联系方式不随文件一起流转。每份导出标明用途与截止时间，避免会后拿错版本。
论坛负责人排流程时，可以先给每个议程写一句任务：入口要完成什么、观众此刻要看还是要操作、抽奖为何在这里出现。功能围绕任务落位后，现场人员才知道何时开入口、何时切屏、何时收口。
导播单也应写明每次返场页面。
