2026年无移动互联网活动：通信预案

无移动互联网的工作方案：备用签到、指挥部通信、本地素材、切换预案以及启动前检查。

没有移动互联网的活动也能在不中断入场、不失去管控的情况下举办。为此，我们提前将关键流程与外部网络分离。宾客名单本地存储，签到台按经过验证的方案连接，指挥部改用无线电通信，日程变更通过简短协议传达。

主要错误并不在于没有信号。更危险的是对单一渠道的依赖，团队往往在开门时才察觉。如果邀请函只能通过邮件获取，参与者名单只存在于云服务中，协调人员只通过即时通讯工具沟通，演讲嘉宾通过移动网络接收更新，那么一个限制就会同时影响整个项目。

在 Aventura，我们将互联网视为一种已知存在限制的工作资源。在筹备阶段，我们确定哪些操作必须自主持续进行、由谁决定切换以及团队如何恢复正常模式。这种方法适用于会议、论坛、客户日、企业活动以及覆盖条件复杂的地区项目。

如果您要在网络不稳定的场地举办活动，请申请项目技术评估。我们将在活动日之前检查签到、指挥部渠道、宾客沟通和备用方案。

哪些功能必须在没有移动网络的情况下继续运行？

在没有移动网络的情况下，嘉宾入场、团队管理、议程更新、紧急通知和事件记录都应继续运行。其他功能可以暂时降速、延后或关闭。我们从流程清单和可接受的停机时间开始准备。同时立即记录解决方案负责人以及团队在该时间到期后要执行的操作。

我们将功能分为三组。

1. 关键功能不能停止。通常包括嘉宾核验、发放通行证、指挥部与安保和场地的联络、呼叫负责人、排队管理、变更厅堂通知以及传递紧急消息。
2. 重要功能可以以简化形式运行。例如，可以暂时放弃打印个性化胸牌、在线问卷、即时导出统计数据或发送资料到邮箱。
3. 附加功能可以延后。发布内容、上传照片、同步报告以及部分营销活动不应在故障期间争夺团队的注意力。

对于每个关键功能，我们设定主要方式、备用方案和等待时限。如果协调员未通过主要渠道收到确认，他不会无休止地刷新屏幕。他会转向预先指定的操作。

按链条检查依赖关系很有用。电子票不仅取决于嘉宾的手机。核验它可能需要服务台的互联网、对外部数据库的访问、扫描仪的电源、员工的授权以及正常工作的打印机。备用方案必须覆盖整条链条。

在商务活动中，我们特别标注依赖议程的流程：签到、演讲者就绪、厅堂之间的转场、资料演示以及主持人同指挥部的联络。对于会议，我们将这张图与议程和分会场工作关联起来。这一顺序在自行筹备会议、论坛或研讨会时也很有用。

备份建立在多个层级之上

可行方案结合了独立通道、本地基础设施和人工流程。额外SIM卡只有在存在其他网络且没有统一限制的地方才有用。如果问题涉及某个区域或场地的移动数据传输，多部手机并不能构成独立备份。

我们采用四个韧性层级：

这张表格并不意味着任何活动都需要全套设备。备份规模应与风险和场地结构相匹配。在一个厅里，本地名单和几部对讲机就足够了。在设有多个分会场的论坛上，则需要单独的通信小组、备用注册点和正式的变更日志。

如果场地确认其方案并允许主办方接入，有线互联网可以作为主通道或备用通道。我们会明确接入点在哪里、谁管理设备、哪个区域依赖楼宇系统，以及断电时会发生什么。墙上有接口并不能证明通道已就绪。

签订合同前，最好进行场地技术审计。在勘察期间，我们会检查注册区、指挥部、各厅、技术用房和团队路线上的通信情况。在墙体密集处、地下楼层、偏远展馆和露天区域，需要单独测试。

如何准备离线签到？

离线签到基于本地名单、清晰的识别规则和独立的变更日志。工作人员应能在不访问外部服务器的情况下找到参会者、确认其状态并标记入场。网络恢复后，可以核对并同步数据。

首先，我们将信息范围缩减到必要程度。入场通常只需姓氏、名字、公司或准入类别以及内部标识符。无需为每个签到台提供完整的参会者信息表。联邦法律第152-FZ号第5条规定，处理的个人数据范围应与声明的目的相符，且不应过度。

我们按步骤准备离线名单。

1. 确定版本锁定时间点。此后，新的签到和变更将记入单独的日志。
2. 将数据导出为可在工作设备上离线打开且无需额外授权的格式。
3. 删除入口处工作人员不需要的字段。
4. 检查排序、姓氏拼写变体、按公司搜索以及处理同姓人员的情况。
5. 用清晰的状态、颜色或代码区分准入类别，无需通过云端系统解读。
6. 保护设备和文件，将访问权限限制在指定工作人员范围内。
7. 为签到负责人创建备份副本，并确定其发放流程。
8. 对几位嘉宾进行测试通行，包括没有二维码的参会者和信息已变更的人员。

如果入口处有多个签到台，本地名单可能会出现不一致。同一个人可能在两台设备上都被标记，而新的状态不会出现在相邻的签到员那里。因此，需要场内同步方案或手动分流。例如，签到台按姓氏范围、公司、票种或预先指定的入口分工。

场所内的局域网可以在不连接互联网的情况下连接各工作站点。但也需要搭建、保护并针对实际配置进行测试。我们会检查服务器或主机、交换机、接入点、电源、设备地址以及单个节点故障时的应对措施。如果团队无法恢复这样的网络，手动方案应保持可用。

如果二维码中包含本地系统无需外部访问即可验证的内部标识符，那么二维码就很有用。如果扫描器每扫一个码都要打开网页，就不能视为离线方案。活动前，我们开启无网络模式，并走完从扫描到发放胸牌的整个流程。

关于状态、排队和异常处理台的详细逻辑，我们在关于活动参会者签到的文章中进行了分析。在移动互联网受限时，手动处理台尤为重要。那里会引导主名单中没有的嘉宾、更换代表的人员、状态已更新的演讲者以及没有可用邀请函的人员。

入口区在离线模式下如何运作？

所有柜台的切换流程必须一致。注册负责人宣布模式，记录时间，并告知团队哪个名单成为工作名单。员工停止反复尝试登录云系统，并按照同一指令行动。单独一个柜台处理非标准情况，以便主流程继续推进。

我们采用以下顺序：

1. 员工向负责人报告故障迹象：数据无法打开、搜索无响应或授权不可用。
2. 负责人在备用设备上检查问题，并联系指挥部。
3. 指挥部决定是继续短暂等待还是启用离线模式。
4. 所有柜台收到相同的指令和切换时间。
5. 注册人员打开本地版本，并开始按商定规则标记入场。
6. 非标准情况转到单独柜台，以免延误主流程。
7. 新决定记入日志：时间、参与者、操作、负责人。
8. 网络恢复后，负责人安排核对，但不在入场高峰时擅自切换柜台。

对客人而言，流程应保持平静。不需要向每个人解释技术细节。一句简短的话就够了：“我们现在按备用名单核对注册。”如果确认需要时间，员工将客人引导至明确的等候区，并说明下一步。

队列与数据库分开管理。一名协调员观察入口区的填充情况，开放额外位置，并向指挥部传递情况评估。如果搜索变慢，可以临时简化发放：使用现成的胸牌，放弃打印部分数据，或将核验与领取材料分开。

打印名单是最后的备用手段，但需谨慎处理。它包含个人数据，很快过时，且不适合多个柜台同时使用。我们给副本编号，发放给指定员工，不留在敞开的桌面上，并在入场结束后收回。存储和销毁程序由个人数据运营者根据自身政策和法律要求确定。

指挥中心与无线电通信替代工作即时通讯工具

当移动互联网不可用时，管理转移到指挥中心、无线电网络和简短的面对面汇报。每条消息都必须有明确的接收人、确认和清晰的结果。无线电不能替代聊天的全部功能，但可以在没有外部网络的情况下传递紧急指令。

我们围绕角色构建通信网络。通常需要独立通信的包括指挥中心、注册、舞台与节目、技术、安保、场地、物流和客户服务。小型活动可以将多个角色合并。在多厅论坛中，公共频道会迅速过载，因此会划分小组，各方向负责人与指挥中心联系。

我们提前确定：

• 频道和备用频道；
• 不使用长名字和职务的呼号；
• 持有无线电对讲机的人员名单；
• 发放和归还地点；
• 充电、电池及备用负责人；
• 禁止在开放频道传输的数据；
• 紧急消息的优先级顺序；
• 定期汇报的时间；
• 与没有无线电对讲机的员工的联系方式；
• 设备丢失或受到干扰时的应对措施。

通话应当简短。首先呼叫接收人，等待确认，然后传达事实和所需行动。如果错误可能影响客流或节目，接收人应复述指令的关键部分。冗长的讨论转移到指挥中心或单独频道。

我们不会通过开放的无线电频道传输完整的个人数据、医疗细节、商业信息和其他敏感信息。身份识别使用展台编号、内部情况代码或要求转为私下交谈。无线电纪律不仅是为了秩序，也是为了限制不必要的数据传播。

NIST 的连续性指南建议提前确定优先级、备用频道、替代设备和关键流程的手动执行方式。俄罗斯紧急情况部建议将重要联系人保存在云服务之外，保护设备电量并备有备用电源。我们将这些原则适配到场地：指挥中心应备有本地指令、纸质联系人卡片、无线电通信以及指定的面对面汇报点。

完整的角色、呼号、频道和决策日志方案见关于活动指挥中心与无线电通信的材料。如果项目需要技术设备，我们会在勘察场地后，结合员工人数选择音响设备和通信工具。

我们在Aventura 的 Telegram 频道发布指挥中心、场地和技术团队的工作分析。该频道在筹备阶段很有用，但场地上的工作指令仍应能在没有移动网络的情况下打开。

宾客需要线下路线和统一话术

宾客不应依赖移动端网站来寻找入口、会场、衣帽间、服务台或已变更的分会场。主路线通过实体导视和各选择点的工作人员进行复制。场地越复杂，醒目的指示牌和统一的播报语言就越重要。

活动前，最好向参与者发送至少可以提前保存的信息：地址、入场时间、入口区域名称、会场编号或名称、组织方联系方式以及入场规则。“所有信息都在应用程序中”这一说法会造成不必要的依赖。我们请宾客将门票或二维码保存在设备上，但同时保留通过本地名单查找人员的可能性。

在场地内，我们采用多种方式：

1. 入口和转弯处的印刷指示牌。
2. 播放本地加载幻灯片的屏幕，不依赖外部网络获取内容。
3. 提供最新纸质日程的信息台。
4. 在电梯、楼梯、楼栋之间通道和分会场入口安排协调员。
5. 主持人或场地按照事先商定的文本进行播报。
6. 为难以看清细小导视或听清播报的宾客提供无障碍信息格式。

日程变更由唯一负责人发布。他批准简短文本，指挥部再将其分发到各渠道：屏幕、主持人、协调员、信息台。如果每位员工都用自己的话转述决定，宾客就会得到不同版本。

通知应回答四个问题：发生了什么变化、涉及哪些人、去哪里、新安排何时开始。如果原因对宾客做决定有必要，可以简要说明。技术细节不应掩盖行动指引。

例如：“销售分会场将于12:20在3号厅开始。参与者需沿蓝色导视前往二楼。协调员在楼梯处等候。”这样的文本比关于服务暂时不可用的通知更有用。

演示文稿、直播和资料也需要本地副本

即使舞台设备运转正常，如果演示文稿只存在云端、视频通过链接打开、字体从网络加载，而远程演讲者连接时没有备用方案，节目也可能中断。因此，线下环节所需的全部资料我们都本地收集，并在现场实际使用的设备上进行测试。

我们为每场演讲准备一个工作包：

• 演示文稿的最终文件；
• 如果原始程序可能无法打开，则导出为其他格式；
• 本地视频和音频文件；
• 所用字体或内嵌元素的版本；
• 演讲者代表的姓名和联系方式；
• 时长和出场顺序；
• 关于远程连线不可用时应采取何种操作的说明。

文件保存在主放映电脑和单独的备用存储介质上。还有一份副本由技术负责人或指挥部保管。文件名应体现厅、时间、演讲者和版本。「最终新版2」这样的文件夹无法让人判断哪份材料已获批准。

如果活动包含线上观众，我们会提前确定在通道受限时什么更重要：保住直播、录制还是线下节目。有时合理的做法是继续为现场观众演讲并在本地录制，而将发布延后。在另一个项目中，远程参与者是主要受众，因此需要经过验证的有线通道、技术备份以及不同的场地方案。

在筹备线上活动或直播时，我们将制作网络、访客网络和内部通信分开。访客 Wi-Fi 我们不视为直播的备份。任何额外通道我们都会在需要的点位、需要的设备上，并以活动前可安全复现的负载进行测试。

远程连线的备用方案与演讲者协商确定。这可以是预先录制的演讲、将核心观点转交主持人、调整环节顺序，或将形式改为线下讨论。决策应考虑材料权利和观众预期。如果方案未经过彩排，就不应向观众承诺无缝衔接。

何时以及如何切换整个项目？

切换由一位负责人根据预先设定的标志宣布。否则，不同区域会各自为政：注册处启用本地名单，技术团队继续等待网络，而协调员则试图恢复聊天。管理脱节比限制本身更危险。

我们在计划中纳入三类标志：

1. 技术标志。关键系统在两台已验证设备上无响应，或确认的通道不可用。
2. 运营标志。延迟已经影响排队、流程、安全或决策传递。
3. 时间标志。在等待造成的损失超过备用模式之前，恢复仍未得到确认。

具体时间间隔由具体项目的团队设定。对于宾客入场，可接受的等待时间通常比发布照片更短。对于呼叫安全负责人，可能根本不允许等待。不应为所有功能设定一个通用的计时器。

切换卡片放在一页上，回答以下问题：

• 谁做决定；
• 他检查哪些标志；
• 他首先通知谁；
• 注册处启用哪个流程；
• 指挥部切换到哪个通道；
• 谁更新宾客信息；
• 新决策记录在哪里；
• 部分恢复后哪些仍保持关闭；
• 谁批准恢复正常模式。

恢复也需要指令。信号短暂出现并不意味着所有服务都稳定、数据已完成同步。首先技术组检查通道，然后流程负责人评估记录状态。之后指挥部选择合适时机。在入场高峰期，有时更安全的做法是以离线模式完成注册，稍后再进行核对。

所有偏差都记录在日志中。记录包括时间、事实、所做出的决定、负责人和结果。这样的日志有助于避免争论事件顺序，并在项目结束后进行复盘。

关于指定负责人、响应级别和恢复的总体流程，我们在活动反危机计划中进行了描述。通信和离线注册计划成为其单独的附件。

无网络演练暴露真实断点

只有在人为制造的离线环境中通过测试后，备份方案才算准备就绪。团队在测试设备上断开外部网络，并走一遍关键流程。如果员工知道旁边手机还能上网，测试很快就会变成主系统的演示。

我们按照活动当天的流程顺序进行演练。

1. 打开本地说明和联系人信息。
2. 通过二维码和姓氏登记一名测试参与者。
3. 处理一名不在主版本名单中的人员。
4. 向指挥部传递排队信息。
5. 更换某一环节的场地，并将新文案传达给协调人员。
6. 启动本地演示和视频。
7. 检查与远程区域或第二场地的通信。
8. 模拟一台对讲机丢失和登记主电脑故障。
9. 将决策记录在日志中。
10. 恢复网络并核对数据，确保无重复、无丢失。

测试期间，我们不仅衡量技术结果。还要观察员工是否理解指令、是否知道文件位置、能否找到负责人、是否通过对讲机传递多余信息、是否因自身操作造成排队。

NIST 将规划、恢复优先级、备用通道、替代设备和人工操作方式视为信息流程韧性的组成部分。俄罗斯紧急情况部的建议则补充了通信方面的实操层面：重要联系人应存储在云服务之外，注意设备电量，提前准备备用电源。我们在演练中结合人员、设备和真实的来宾动线来检验这些原则。

演练结束后，我们整理一份问题清单。每项都有负责人和期限。「检查网络」这样的表述过于宽泛。可执行的记录应写成：「4 号登记台的本地数据库在未重新授权的情况下无法打开。负责人：登记主管。在技术演练前准备好离线配置文件并重新测试。」

活动前一天，在最终搭建完成后进行一次简短复查。登记台位置、屏幕、隔断、设备和人员都会改变实际信号覆盖情况。在空场地中运行正常的无线电通信，需要从搭建好的指挥部、登记区、舞台、员工通道和远程点位重新测试。

开门前需要检查什么？

在启动之前，我们会检查人员和设备是否准备好执行备用方案。各业务负责人向指挥部确认各自模块的状态。每个模块都必须有可用的主要方式、经过验证的备用方案，以及有权宣布切换的负责人。只要有一个环节未就绪，团队就会在宾客入场开始前消除这一缺口。

签到注册

• 本地名单与已锁定的版本一致；
• 新增参与者和变更记录在单独的日志中；
• 搜索功能无需外部网络即可运行；
• 二维码可离线核验，或可按宾客数据检索；
• 异常处理台已指定并标识；
• 备用胸牌、名单和耗材均已到位；
• 员工知晓对宾客的说明话术和升级流程；
• 个人数据的访问权限受到限制。

通信与指挥部

• 对讲机已按名单发放；
• 频道、呼号和备用频道已确认；
• 电池已充电，备用电池由负责人保管；
• 如有安排，已测试有线电话或与场地的其他独立通信方式；
• 决策日志已开启；
• 没有对讲机的员工知晓汇报点；
• 紧急通知文本可在本地获取。

流程与技术

• 演示文稿、视频和音乐已本地加载；
• 备用电脑或存储介质可打开文件；
• 远程播放环节有商定的备用方案；
• 导航屏幕无需外部内容即可运行；
• 技术团队知晓通道受限时的优先级；
• 舞台与指挥部的通信已测试。

宾客动线

• 地址、入口和时间已提前发送给参与者；
• 所有选择点均设有指示牌；
• 协调员知晓最新日程；
• 信息台已获得纸质或本地版流程；
• 变更由唯一负责人发布；
• 通知无需访问应用程序或网站即可理解。

切换与恢复

• 值班负责人有权宣布自主运行模式；
• 切换的判定标准已记录；
• 所有业务方向都知晓由谁确认切换；
• 已确定数据核对流程；
• 网络部分恢复不会触发擅自回切；
• 活动结束后已安排复盘和日志收集。

数字化工具需要本地支撑，团队需要清晰的手动流程。我们首先保障入场、通信和流程，然后在无外部网络的条件下验证整个方案。

如果您需要针对具体场地的签到和通信方案，请通过表单提交申请。我们在 Aventura 将分析项目的依赖关系，准备备用流程，并在开门前与团队一起进行演练。

资料来源

• 俄罗斯数字发展部：移动互联网受限时服务的运行
• 俄罗斯紧急情况部：通信、重要联系方式及中断时的食品储备
• 俄罗斯紧急情况部：112系统的用途与使用规则
• 联邦法律第152-FZ号《个人数据法》
• NIST SP 800-34 Rev. 1：联邦信息系统应急规划指南
• NIST SP 800-153：无线局域网安全指南
• MDN：使用Service Workers实现离线优先界面
• MDN：使用IndexedDB存储本地持久数据
• MDN：后台同步API
• DENSO WAVE：QR码扫描与本地处理
• GS1：数字链接快速入门指南
• OWASP：HTML5安全速查表