В индустрии мероприятий есть один простой и неприятный момент:
интернет на площадке — это не гарантия.

Он может быть медленным. Может пропадать. Может перегружаться. А иногда его просто нет.
Причины бывают самые разные:

• перегруженная сеть на конференции
• слабая инфраструктура площадки
• исторический центр города с плохим сигналом
• ограничения безопасности
• закрытые корпоративные сети

Но результат всегда одинаковый: если сервис полностью зависит от интернета — он перестает работать. Именно поэтому многие цифровые активности на мероприятиях заканчиваются одной и той же фразой: «К сожалению, сейчас нет интернета, поэтому приложение не работает».

К счастью, у нас не так.
Когда мы рассказываем, что квест — это инструмент для знакомства людей, развития команды, обучения и вовлечения, мы обычно говорим о сценариях, механиках и эмоциях.
Но есть еще одна важная характеристика: наши квесты продолжают работать даже тогда, когда интернет пропадает.

Это не было специальной маркетинговой идеей. Это скорее следствие того, когда именно мы начали делать такие проекты.
Когда создавалась наша платформа, мобильный интернет на мероприятиях был гораздо менее надежным, чем сегодня. А многие проекты проходили в условиях, где рассчитывать на стабильную связь было невозможно:

• Старинные здания
• Метро
• Удалённые территории
• и даже «режимные объекты».

Поэтому изначально было принято простое инженерное решение: игра должна уметь работать полностью офлайн.

Перед началом игры планшеты получают полный пакет данных.
В него входит всё, что нужно для прохождения квеста:

• структура миссий
• информация о точках маршрута
• логика взаимодействий
• Материалы заданий, включая изображения, видео с виртуальным ведущим, подсказки и другой мультимедийный контент

По сути, на устройстве оказывается полная локальная копия игры. В старые времена это называлось «толстый клиент». После этого планшет может работать автономно.
Команда может перемещаться по маршруту, выполнять задания, открывать новые миссии, смотреть видео, получать подсказки — всё это происходит прямо на устройстве. И если интернет пропадает, игра не останавливается.
До тех пор пока планшет физически работает, квест продолжается. Да, и если планшет физически разрушается, у нас есть протокол «горячей замены» без остановки игры, но об этом в другой раз.

Разумеется, офлайн-режим имеет ограничения. Самое очевидное — реал-тайм контроль.
Если команда полностью выпадает из сети, мы временно перестаем видеть её в онлайн-табло. Мы знаем только ту точку, где она была последний раз на связи.
Но на практике это редко становится критической проблемой.
Во-первых, почти всегда остаются дополнительные каналы связи:

• телефон координатора
• агенты на точках
• штаб мероприятия

Во-вторых, даже на самых сложных площадках связь обычно появляется эпизодически.
Команда может выйти из офлайна возле штаба или рядом с Wi-Fi-точкой — и данные синхронизируются.

Самое важное — игровая логика не ломается. Игра не становится медленнее, беднее или сложнее.
Сохраняется и возможность межкомандных взаимодействий.
А также гибридные механики, когда часть информации персонализирована для конкретных участников.
И даже если мы заранее понимаем, что интернета может не быть совсем, это не разрушает конструкцию игры.
Некоторые элементы можно безболезненно, и я бы даже сказал, красиво вынести в офлайн-носители: карточки, конверты, физические подсказки.

Это не «костыль», это phygital, которого подчас как раз не хватает. Ну и конечно, это план B, который всегда должен быть у организаторов.

Большинство современных сервисов строится по принципу облачного приложения.
Вся логика находится на сервере.  Контент загружается по сети. Любое действие пользователя требует соединения. 
Такая архитектура удобна для разработчиков, но делает систему хрупкой (привет, Нассим Талеб). Если интернет пропадает, вместе с ним исчезает и весь сервис.
На мероприятиях это особенно заметно, потому что именно там, в условиях пиковой нагрузки, большого числа подключений и частых обновлений, сеть часто работает хуже всего.

Когда обсуждается бюджет мероприятия, обычно говорят о контенте, дизайне, артистах или площадке.
О надёжности думают редко.
А между тем, любая сложная конструкция должна выдерживать сбои.
Это и есть инженерия надёжности. Она обычно выглядит скучно: резервные сценарии, офлайн-режимы, дополнительные каналы связи. Но именно эти вещи часто определяют успех мероприятия.

Цена сбоя бывает слишком высокой.

Вот поэтому настоящий архитектор события думает не только о том, как должно работать, но и о том, что произойдет, если что-то перестанет работать.

Важно понимать: речь вовсе не о каких-то искусственных ограничениях интернета. Проблема гораздо шире, и может быть, даже хорошо, что мы получили шанс об этом задуматься именно сейчас.
Мы живем в эпоху, когда цифровая инфраструктура становится всё более перегруженной и сложной. И чем сильнее система зависит от одного элемента, тем более уязвимой она становится.
Поэтому хорошая архитектура всегда предполагает устойчивость к отказам.

Так что офлайн-режим — это не пережиток прошлого.
Это просто один из способов сделать систему по-настоящему надёжной.
А если система работает с людьми и командами, надёжность — это уже не инженерная добродетель. Это профессиональная обязанность.