会议提问管理：现场、聊天与问答环节

会议问答（Q&A）的可行流程：如何收集现场和线上提问、分配角色、保留尖锐问题，并在会后给出答复。

会议的提问管理在演讲者上台之前就已开始。如果把问答（Q&A）环节留到最后几分钟，现场、应用和在线聊天就会相互竞争。我们提前设定统一路径：问题从哪里来、由谁审核、如何到达主持人，以及如果未能当场回答会发生什么。

为什么要将问题汇总到同一个队列？

简而言之：统一队列让主持人面对一条清晰的列表，而不是多个相互竞争的信息渠道。编辑可以看到来自现场和线上的问题，删除明显的重复项，标注提问对象，并将整理好的表述交给主持人。现场观众不再仅仅因为离麦克风更近而获得优势。

如果没有统一队列，主持人需要在举手、聊天消息、应用屏幕和导演提示之间做选择。重复问题会挤占队列，而较晚提出的问题会在会议结束前丢失。线上参与者要等现场想发言的人说完，只能获得剩余时间。

统一队列并不意味着只有一种提交方式。参与者可以使用麦克风、表单、应用或聊天。所有入口都汇聚到同一位编辑处，由其为问题分配主题、提问对象和状态。

在 Aventura，我们首先确定会议的目标成果。对于小组讨论，重要的是不同立场。对于产品报告，重要的是实际细节的澄清。对于战略会议，重要的是有助于理解决策和后续行动的问题。这一标准对队列编辑是必要的，否则他就会凭个人印象来选择。

在组织会议时，我们会将问答环节与报告、环节之间的过渡以及主持人的工作一起纳入时间安排和技术任务书。问题不会成为议程的偶然附属品。

渠道：会场、应用和聊天

主渠道应当只有一个，但访问方式可以有多种。对于大型会议，带预审核的书面问答流更为方便。麦克风、举手和在线聊天则成为额外的入口。二维码始终配有短地址作为备用，同时团队还保留一套不依赖互联网的备用方案。

在 Slido、Microsoft Teams、Zoom 和 Mentimeter 中，问题的处理流程类似。参与者提交问题，主持人审核，发布后观众可以投票。团队将问题投放到屏幕上，将其标记为已回答，或者如果服务支持该功能，则以书面形式回复。在发送之前，我们会核实所选服务的实际设置。

聊天很少适合作为唯一渠道。其中会同时出现技术消息、反应和链接。问题会迅速被顶上去，而按主题和演讲者分类需要人工处理。如果平台允许，普通聊天保留用于支持，而问题则收集在单独的面板中。

二维码不能作为唯一的入口。旁边会印上短地址。对于没有合适设备的参与者，保留麦克风、卡片或工作人员协助。短地址让参与者可以核对域名并在不扫描二维码的情况下打开表单。

编辑在发布问题前会检查什么

新问题首先进入封闭队列。编辑会检查它是否与主题相关、是否与其他问题重复、是否泄露他人数据。随后编辑会发布问题、要求澄清措辞，或将其留到会后书面答复。只要符合已公布规则，关键问题就会留在队列中。

我们采用预审核，以控制时间安排并剔除明显违规内容。它不应变成筛选“顺耳意见”的过滤器。我们会提前向参与者说明标准，编辑也会为团队记录问题被合并、推迟或驳回的原因。

工作流程如下：

1. 问题会获得时间、渠道和收件人。
2. 编辑检查它是否与场次主题相关。
3. 明显重复的问题会被合并，但支持人数会保留。
4. 冗长表述会被精简，但不改变作者立场。
5. 第三方个人数据会被移除。
6. 问题会被发布、转入 follow-up，或以内部原因被驳回。
7. 答复后，编辑会设置状态：已答复、部分答复、需要书面答复。

Slido 和 Teams 使用封闭的审核分区。Mentimeter 允许为审核员设置单独链接。这印证了一个重要的组织思路：队列可以交给专人处理，而主持人只需拿到准备好的清单。

编辑需要一份简短的主题和演讲者姓名参考表。其任务是快速将问题导向正确的主题和演讲者，同时保留原意。对于复杂议程，我们会提前准备多个标签，例如“议程”、“安全”和“技术支持”。

如果您正在筹备多会场议程，关于工作坊报名与名额限制的材料会很有用。两种情况下，参与者都需要清晰的状态，而团队需要统一的队列规则。

我们会在Aventura 的 Telegram 频道发布活动流程的简短解析。

问答环节中的团队角色

对于大型会议，我们至少安排两个人：主持人和问题队列编辑。在混合形式中，我们还会增加一名技术管理员，负责关注线上参与者、麦克风和备用通道。在小型会议上，角色可以合并，但舞台主持和密集的预审核最好分开。

主持人倾听回答，提出追问，把控节奏并串联话题。如果他同时还要阅读数十条收到的消息，对话就会变得断断续续。演讲者收到的问题缺乏上下文，而观众则会看到长时间的停顿。

问题队列编辑在单独的屏幕前工作。他发布问题、合并重复项、标注提问对象，并为主持人准备简短的表述。技术管理员负责关注远程举手、声音、支持聊天和备用通道。

演讲者也会收到指示。简短的回答通常比冗长的即兴发挥更有用。如果回答需要文件或核实，主持人会记录书面后续跟进的承诺，而不是在台上进行猜测。

下一个问题的选择规则

票数反映观众的关注度，但决定权仍在编辑和主持人手中。他们会考虑主题、新颖性、清晰度、提问对象以及剩余时间。主持人会轮换主题，不会把整个环节都交给同一个群体。对于现场观众和远程参与者，会事先预留明确的时间份额。

按票数排序会提升热门问题。如果仅按反应排序，编辑应当考虑较早发布的问题以及更醒目的表述可能具有的优势。

我们采用混合规则：

1. 首先检查是否符合主题和规则。
2. 合并重复问题并保留共同关注度。
3. 将票数作为信号之一加以考虑。
4. 轮换主题和提问对象。
5. 为现场观众和远程参与者留出空间。
6. 如果第一个问题已经得到相同回答，就不再取第二个问题。
7. 在结束前选择一个有助于得出实践性总结的问题。

IETF 对现场和远程参与者使用统一的数字麦克风排队机制。对于商业会议而言，不必照搬这一工具，但其原则本身是有益的：所在地不应决定优先级。

如果问题涉及另一位演讲者，编辑会更换提问对象。如果主题重要但无法纳入会议环节，该问题将获得书面答复的状态。一句“没来得及”而没有后续安排，会破坏人们对问题收集的信任。

匿名性与参与规则

必须向参与者准确说明：谁可以看到姓名，以及平台会保存哪些数据。屏幕上隐藏姓名并不意味着技术上的匿名：组织者或服务运营方可能依据其隐私政策处理服务标识符和其他数据。在启动之前，我们会检查设置、可用的导出数据以及所选平台的规则。

实践中存在三种模式：

• 姓名向观众、组织者和平台显示；
• 姓名对观众隐藏，但组织者或平台可以看到；
• 平台接受不带姓名的提问，但可能依据其隐私政策处理技术数据。

只有当平台的文档、其数据处理政策以及对组织者可用的导出数据的核查都明确确认时，才能将提交方式称为完全匿名。

匿名模式降低了提出敏感问题的门槛。与此同时，预审核的负担也会增加。一项关于问答社区的学术研究将匿名性与更愿意提出敏感问题以及更频繁的挑衅行为联系起来。实际结论是：在保留匿名提交可能性的同时，制定清晰的规则。

在活动开始前，应告知参与者：

• 在哪里提问；
• 是否可以提前发送问题；
• 技术上谁可以看到姓名；
• 问题需要经过预审核；
• 重复问题和过长的表述如何处理；
• 投票不保证一定得到回答；
• 未被提出的问题将去向何处；
• 如何举报违规行为；
• 谁处理个人数据以及为何需要这些数据；
• 组织者和平台运营方会获得哪些数据；
• 问题的保存期限以及有权访问的员工范围；
• 如果表单收集姓名、联系方式或其他个人数据，隐私政策和同意书位于何处。

规则最好显示在表单旁边，而不是隐藏在冗长的文档中。关于参与者数据的详细方法已在依据联邦法律第152-FZ号进行活动注册一文中分析。

如何处理棘手和有毒的问题？

简要说明：棘手的问题可能是有实质内容的，应当保留在队列中。主持人评估的是形式和与主题的关联，而不是发言者的舒适度。侮辱、威胁、歧视、泄露他人数据和个人攻击不予发布。处于边界的表述可以缩短，但保留作者立场。

批判性问题检验的是方案、产品或立场。有毒文本攻击的是人、进行威胁、泄露数据或破坏会议。这两类不能混为一谈。否则受众很快会明白，预审被当作审查工具使用。

ACM 会议行为准则将针对工作的批评与针对个人的攻击区分开来，并将威胁、歧视性评论和持续破坏讨论归为不可接受的行为。Cornell 的指南建议提前公布规则、记录攻击性材料，并将威胁上报给负责人员。

应提前向发言者说明，如果问题要求披露保密数据或要求作出未经核实的声明，其有权不予回答。主持人应平静地说明原因：“这个问题涉及个人数据，因此我们将把它转入封闭渠道。”这一表述比含糊的“问题不恰当”更有用。

投诉和上报的一般流程可以与活动行为准则关联起来。这样主持人就不必在直播中临时制定规则。

现场与线上参与的无障碍性

参与不应取决于是否有智能手机、能否在屏幕上阅读文字，或能否在麦克风前快速组织问题。团队提供多种参与方式，检查键盘导航和屏幕阅读器的可用性，完整朗读书面提问，并且不会让线上观众排在“如果有时间”的队列里。

W3C建议提供多种连接方式、无障碍材料以及额外的参与时间。Section508.gov特别关注键盘、屏幕阅读器、对比度、可缩放文本以及书面提问的朗读。

回答前，主持人会在麦克风中重复问题。这对远程参与者、录制以及未能听清现场发言的人都很有必要。只说“正如聊天中写的那样”而不读出问题本身，会让部分观众失去上下文。

无障碍检查包括：

1. 仅用键盘打开表单。
2. 检查字段和按钮的标签是否清晰易懂。
3. 确认缩放不会遮挡控件。
4. 在二维码旁提供短链接。
5. 为没有智能手机的参与者准备替代方案。
6. 仅在提问者明确同意公开姓名时才读出其姓名。如果未获得同意，主持人只朗读问题。
7. 回答前重复问题。
8. 指定专人负责线上队列。

混合会议需要为主持人或编辑配备单独的显示器。屏幕上显示远程举手、文字提问和连接状态。商务活动组织不仅包括舞台，还包括每位参与者无论通过何种方式连接都能到达明确操作的路径。

故障时的备用通道

我们在会场开放前检查备用方案。如果主 Q&A 面板不可用，就切换到简短的网页表单、支持聊天、麦克风或纸质卡片。编辑人员手中保留一份已筛选问题的本地列表，因此服务恢复期间对话仍可继续。我们提前在屏幕上准备好面向参与者的简短说明。

故障并不总是意味着平台完全宕机。有的参与者打不开二维码，有的应用版本过旧，还有的只能通过电话接入。因此备用方案应设计为一组替代方案，而不是一条备用链接。

最小方案：

1. 主通道——应用或浏览器中的 Q&A。
2. 备用短地址——单独的简易表单。
3. 支持通道——聊天或现场工作人员。
4. 语音路径——麦克风或电话接入。
5. 线下方案——卡片及负责将其转交编辑人员的工作人员。
6. 本地列表——提前收集的问题及当前队列的导出。

在彩排时，我们会特意关闭主通道并演练切换。我们检查由谁公布新地址、屏幕上的提示出现在哪里、问题如何送达编辑人员，以及主持人看到什么。这样的测试比在观众面前即兴应对更省时间。

不应在未经测试的情况下把备用表单放在同一服务上。如果统一登录不可用，备用方案可能随之一起失效。团队会提前记录由谁宣布切换，以及将问题转移到哪里。

对未回答问题进行跟进

会议结束时，问题队列不应消失。编辑导出问题、删除技术性垃圾内容、保留状态并指定书面答复的负责人。请提前确定参与者将在哪里看到后续内容，以及谁负责发布。我们只有在与团队和演讲嘉宾协商后，才承诺提供书面答复。

未回答的问题分为几类：需要简短的书面评论、需要核实事实、主题适合单独成文、问题涉及个人情况且应转入非公开渠道。这样的分类有助于避免发布仓促的答复。

会议结束后的登记表包含：

• 原始表述和编辑后的表述；
• 姓名——仅在必要且存在处理依据时保留，否则使用内部标识符或标注“不显示姓名”；
• 提交渠道；
• 收件人；
• 支持该问题的参与者人数（如果平台显示）；
• 答复状态；
• 下一步的负责人；
• 答复可以发布在哪里；
• 记录的保存期限；
• 有访问权限的员工范围，以及数据删除或匿名化的日期。

书面问答可以成为会议页面、致参与者的邮件或资料包的一部分。如果答复改变公司的公开立场，则需经过常规审批。如果包含个人数据或非公开信息，则不会在公开合集中发布。

关于记录发布、书面答复和短篇材料的详细计划，请参见关于会议后的内容的文章。现场主持和活动后的编辑团队必须使用同一份登记表，否则问题会再次在团队之间丢失。

资料来源

• Slido：预审核与观众提问管理
• Slido：匿名与实名参与模式
• Zoom：网络研讨会的问答设置
• Microsoft Teams：会议和网络研讨会的问答功能
• Mentimeter：发布前的问题审核
• W3C：无障碍演示与观众提问
• W3C：远程与混合会议的无障碍性
• Section508.gov：无障碍会议与互动元素
• IETF：现场与远程参与者共用的提问队列
• ACM Collective Intelligence：会议行为准则
• Cornell University：讨论主持人指南
• Guo, Caine：问答网站上的匿名性、用户参与度、质量与恶意行为