注册在入口处服务台之前很久就开始了。我们展示如何将问卷、嘉宾状态、流程、胸牌、可访问性和备用签到连接起来。
活动参与者注册在服务台前排起第一队之前很久就开始了。我们将邀请函、问卷和嘉宾状态连接成一个流程。单独检查访问规则、胸牌和工作人员操作。如果至少有一个环节是独立的,团队会手动查找姓名,而客人在入口处等待决定。在Aventura,我们首先设计人的路线,然后选择服务和设备。
本文中的签到是指检查嘉宾记录并标记其到达。
参与者注册应解决什么问题?
简而言之: 活动参与者注册确认了客人的入场权,向团队传递最新状态,并帮助管理人流。打印胸牌只是其中的一项任务。通过注册,主办方可以了解谁被邀请了、谁确认参加、谁需要特殊路线、谁已经到场,以及事后允许哪些操作。
我们从目标和准入规则开始。对于内部企业活动,员工名单和受邀家庭成员名单就足够了。 客户会议 可能需要公司、角色、所选分会场和允许的联系方式。有门禁的场地会增加安保部门要求的数据。
只有在确认必要性后,才会沿用旧问卷中的字段。
工作模型包含几个相关要点:
- 邀请和表单链接;
- 记录参与者及其明确状态;
- 确认或拒绝;
- 活动前的变更;
- 入场检查;
- 出席标记;
- 仅向负责部门传递必要的结果;
- 根据运营方规则删除或匿名化数据。
斯坦福大学特别活动办公室指出,门票和注册有助于规划、安全和沟通,但并非每个活动都需要。这个问题最好在开始时解决。对于小型的非公开会议,庞大的平台有时会比受控名单带来更多工作。
注册应与 活动协调日历 相关联。这样,问卷截止日期、胸牌打印、向场地提交名单以及最终导出就不会在最后一晚成为突发任务。
调查表数据与收集范围
调查表仅收集为实现所述目的所必需的信息。《联邦法律第152-FZ号》第5条规定数据处理必须与具体目的相关联,并禁止过度收集。因此,我们会与客户、安全部门以及负责给宾客发送邮件和通知的员工一起制定字段列表。然后,删除那些没有明确用途的字段。
表格汇总了本节的关键要点:字段、何时需要、启动前需检查的内容。在筹备活动时,可将此表作为快速参考。
| 字段 | 何时需要 | 启动前需检查的内容 |
|---|---|---|
| 姓名 | 实名入场、胸牌、名单 | 拼写及是否可修改 |
| 公司与职位 | 商务议程、参会者相互认识 | 两项信息是否都需要填写 |
| 电话或电子邮件 | 确认与变更通知 | 实际使用哪个渠道 |
| 所选分会场 | 会场容量有限 | 注册后是否可更改选择 |
| 所需的无障碍设施 | 路线与协助 | 谁接收请求并回复宾客 |
| 通行证所需数据 | 管制区域 | 准确清单及提交期限 |
参会确认、个人数据处理同意书以及广告信息接收同意书各自解决不同问题。个人数据处理同意书应与其他确认文件分开签署。同意书必须具体且明确。运营方或其法律顾问应根据实际目的、数据、操作、期限、接收方及撤回程序来批准文本和记录方式。广告同意书应单独签署,且不得与注册绑定。活动团队需确保表格与实际流程相符。
“特殊需求”字段会带来非结构化的回答,很容易被忽略。最好询问需要准备何种条件或协助,但不要要求参与者告知诊断结果。请提醒参与者不要在自由填写栏中提供医疗细节。如果回答确实涉及健康信息,运营方应提前与法律顾问一起确定合法依据和特殊处理程序。
万维网联盟(W3C)建议在注册时就询问参与者的需求。这有助于提前准备路线、材料、字幕、翻译或其他协助。
在在线收集时,运营方还需核实服务商的数据存储位置以及各方角色分配。《联邦法律第152-FZ号》第18条第5部分限制在通过互联网收集俄罗斯公民个人数据时使用境外数据库。
如何构建嘉宾状态?
状态回答一个实际问题:团队现在如何处理这条记录。通常有七种状态就足够了:已邀请、已注册、已确认、已拒绝、在等候名单中、已取消和已到场。只有在指定了负责人和下一步行动后,才会引入额外的状态。这样的列表对所有项目参与者来说都是清晰的。
我们将参与者的记录保存在一个主列表中。否则,市场部门看到的是确认信息,安保部门拿到的是旧版本,而签到台在为已取消的嘉宾打印胸牌。我们会提前确定导出检查的时间。副本上会标注日期、版本和用途。
每个状态变更都由具体人员负责。嘉宾提交表单,经理确认参与,安保部门审批通行证,协调员记录到场。手动更改时,记录中会保留原因和负责人姓名。这种纪律比漂亮的界面更重要。
主注册关闭后的变更走单独流程。团队提前决定谁可以添加嘉宾、新胸牌可以打印到什么时候,以及入口处团队如何获取信息。在公共聊天中发布消息但未更新主列表不算状态变更。
如果您需要将注册与日程、场地、安全和沟通关联起来,请向我们索取报价。在申请中注明活动形式、城市、日期、受邀人数和入场要求。
活动筹备的实操解析发布在 「Aventura」Telegram 频道。在那里我们展示工作文档、脚本和场地解决方案。
入场流程:人员、接待台与导引
签到区应该能容纳预期的客流,并为有争议的情况留出空间。我们将已确认客人的快速通道与处理问题的接待台分开。姓氏错误在该接待台解决。有权修改名单的员工不在普通队列中扫描票据。
英国健康安全执行局(HSE)建议分别规划宾客到达、排队区域和入口通道。队列的布置应确保紧急通道保持畅通。人们应能安全地离开队列,而不必逆着整个人流移动。这些原则对布局的影响比漂亮接待台的数量更大。
流程设计基于实际动线:
- 宾客在接近人群之前就能看到指示牌。
- 协调员引导他进入正确的通道。
- 操作员查找记录或扫描二维码。
- 打印机或预先准备好的套装发放胸牌。
- 宾客只领取所需的材料。
- 下一个指示牌引导至衣帽间、会场或等候区。
- 异常情况转给高级协调员,不耽误排队。
接待台的数量不能在没有输入数据的情况下按照通用公式选择。团队按时间评估到达情况,并通过测试检查每位宾客需要多长时间。我们单独考虑有争议情况的占比、打印方式和可用空间。然后模拟现场最密集的时间段。
如何培训注册工作人员?
工作人员必须了解各种状态、自己的权限边界,以及遇到非常规问题时快速转交给谁。普通情况由操作员处理;需要更正的事项移交给高级协调员;有争议的决定则由客户方代表负责。每一种这样的情况都有预先指定的负责人。
前台工作指南放在一页纸上。其中包括开放时间、角色列表、工作沟通渠道、查找顺序、打印规则、徽章类别、出错时的处理措施以及负责人联系方式。详细规程由区域主管保管。
在开放前,工作人员会演练正常入场流程和几种例外情况。其中包括:没有预约记录、拼写错误、补办徽章、等候名单以及无障碍路线请求。与陪同人员和受限场所证件相关的情况单独处理。团队遵循预先商定的规则。
高级协调员在现场监控整个区域。他观察哪里排队变长、哪些问题重复出现、耗材是否充足。HSE 建议观察入口、队列和狭窄位置,以便在过载成为安全问题之前及时发现。
徽章、材料和准入类别
通过徽章,客人可以表明身份,团队也能看到其准入类别。徽章上只印必要信息。完整电话号码、电子邮件、内部识别码和其他服务信息通常不需要提供给客人。类别采用编码方式,使工作人员能理解规则,而外人不会获得多余信息。
预先打印适用于稳定的名单。现场打印有助于应对后期变更,但会增加对打印机、耗材、电源和数据质量的依赖。通常采用混合方案更为实用:主要套装提前准备好,另设一个站点打印更正和新增记录。
材料按与徽章相同的类别进行整理。演讲者文件夹、合作伙伴礼品和普通议程不应混放在一堆无名物品中。如果客户需要,贵重套装的发放应单独记录。仅凭签到标记本身并不能证明已领取礼品。
徽章上的姓名在批量打印前进行核对。对于国际参会者,需商定语言和音译方式。较长的职务名称在样稿上进行测试,类别则与安保人员、场地协调员和礼宾团队确认。
系统故障时怎么办?
备用流程可在没有互联网、云端名单或主打印机的情况下,继续放行已确认的宾客并保持门禁管理。团队会在指定负责设备上准备好最新的名单副本、已充电的设备、备用耗材以及手工签到标记。将签到标记转移至主系统的流程也会提前在现场进行验证。
完整名单不应不受控制地打印并分发到所有接待台。我们会确定由谁保管备份副本、如何保护它,以及活动结束后由谁删除。操作人员有时只需在一台指定负责设备上搜索本地文件即可。
备用方案作为独立场景进行测试:
- 在测试设备上断开网络;
- 在本地副本中找到已确认的记录;
- 发放预先准备好的或临时胸牌;
- 在日志中记录到场;
- 将异常情况上报给高级协调员;
- 恢复连接后,将签到标记一次性导入主名单;
- 核对最终结果,确保无重复。
打印机故障时,团队会继续放行宾客。为此我们准备有限数量的空白胸牌或其他商定的身份标识。如果整个名单丢失,由客户代表通过备用渠道做出决定。这些措施已纳入活动危机应对计划。
无需单独排队的无障碍登记
无障碍需求应在报名表和确认函中提前商定。等到入口楼梯前再解决这个问题就太晚了。参与者会提前收到关于停车场和无台阶入口的信息。确认函中也会注明无障碍卫生间、协助服务和提问方式。字幕及其他协助由指定的协调员确认。
设置“特殊宾客”单独队列可能不方便,还可能泄露不必要的信息。更好的做法是在统一路线中提供优先协助、合适的接待台高度、陪同人员位置和清晰的指引。登记人员不应要求来宾公开解释医疗细节。
我们会检查报名表是否支持键盘操作,每个字段都有标签,错误提示使用通俗易懂的语言。确认函以无障碍格式发送。如果票据包含二维码,旁边仍需以纯文本形式保留活动名称、日期、地址和联系方式。
W3C建议提前邀请参与者告知所需的无障碍条件,并在活动前提供无障碍材料。我们将这一问题纳入整体执行计划,以便翻译人员、字幕、路线和座位安排能与其他环节同步准备就绪。
如何在活动前检查注册?
在活动开始前,我们会走完整个客户旅程:填写表格、发送邮件、更改状态、查找记录、打印、入场和出席标记。在现场,团队会单独演练客人高峰和争议情况。测试后会留下带有负责人的问题日志。每项都再次检查,直到错误完全消除。
首先注册一个走正常流程的测试参与者。然后修改他的数据、取消参与,并根据约定规则恢复记录。检查链接、邮件文本、时区、地址、联系方式和手机显示。系统邮件不应包含完整列表或其他人的信息。
在现场,我们同时安排几位客人进行测试。一位没有代码,一位要求更正姓名,一位不在名单中,还有一位需要无障碍路线。协调员观察人们在何处交汇以及谁做出决定。通过测试,我们可以看到该流程中每个步骤花费的时间。我们不将单次测量视为通用标准。
注册检查包含在活动技术彩排中。修正后,团队重复相同场景。没有重新走一遍流程就声称“已修复”不算关闭问题。
逐步注册计划
当目标、数据、状态、入口区域和备用方案作为一个完整链条运作时,活动参与者的注册即准备就绪。项目负责人拥有最新名单,工作人员了解操作流程,客人会收到准确的确认。进入活动区域无需过多解释或延误。
- 确定注册目的和准入规则。
- 描述客人状态以及每次变更的负责人。
- 收集问卷字段的最小组成。
- 批准同意书文本和数据传输规则。
- 设置确认、变更、取消和候补名单。
- 固定主名单和控制性导出。
- 设计入口流程、导航以及处理争议情况的柜台。
- 准备胸牌、材料、设备和耗材。
- 培训员工并商定权限。
- 检查常规流程、客人高峰和故障情况。
- 准备名单备份和标记转移的顺序。
- 活动结束后,传递所需结果,并根据运营方规则删除或匿名化数据。
常见问题
我们从目标和准入规则开始。对于内部企业活动,员工名单和受邀家属名单就足够了。客户会议可能需要公司、角色、所选场次和允许的联系方式。有门禁管理的场地会增加安全部门要求的数据。
问卷只收集为目标所必需的信息。联邦法律第152-FZ号第5条规定数据处理须有明确目的,并禁止过量收集。因此,我们会与客户、安全部门以及负责发送宾客邮件和通知的同事一起制定字段列表,然后删除没有明确用途的字段。
状态回答一个实际问题:团队现在如何处理这条记录。通常有七种状态就足够了:已邀请、已注册、已确认、已拒绝、在候补名单中、已取消和已到场。只有在指定了负责人和后续操作的情况下,才会引入额外的状态。这样的列表能让所有项目参与者都清楚。
工作人员必须了解各种状态、自己的权限范围,以及如何快速将非标准问题转交给谁。普通情况由操作员处理。修正问题则转交给高级协调员,而有争议的决定由客户代表负责。每个此类情况都有预先指定的负责人。
宾客通过胸牌进行身份识别,团队则能看到其权限类别。胸牌上只放置必要信息。完整电话号码、电子邮件、内部标识符和其他工作信息通常不需要展示给宾客。权限类别的编码方式要让工作人员理解规则,而外人无法获取多余信息。
为了将注册与日程、场地、安全和沟通整合在一起,请向我们索取报价。我们将明确宾客类别、准入规则和入场流程。
参考资料
- 入场、排队和客流量管理:HSE 建议.
- 监控入口、队列和瓶颈:HSE 建议.
- W3C WAI:无障碍活动、注册与参与者需求.
- 关于个人数据处理原则的第152-FZ号法律第5条.
- 个人数据处理同意书:第152-FZ号法律第9条.
- 特殊类别数据与运营者义务:第152-FZ号法律.
- 电信网络广告:第38-FZ号法律第18条.
- Stanford Office of Special Events & Protocol: ticketing and registration.
目录
这篇文章对您有帮助吗?
