Сущность
HTML5-детектив с mansion-картой, инвентарём и командными сценариями.
HTML5 • Мероприятие / промо • 500+ участников
Mystery Manor: браузерный детектив для события
Паспорт проекта
Производственный контекст, зона ответственности и источники результатов.
- Клиент
- Eventoria
- Период разработки
- октябрь — ноябрь 2025
- Срок
- 6 недель
- Исходное состояние
- Сценарий корпоративного детектива в презентации, таблица участников и набор иллюстраций без web-прототипа.
- Бюджет
- 1,6–2,0 млн ₽
- Переданные материалы
- Сценарий события, таблица участников, фирменный стиль, иллюстрации персонажей и план площадки.
- Роль RobotGames
- Web разработка под ключ: адаптация сценария, UX, Phaser-разработка, realtime серверная часть, аналитика и поддержка мероприятия.
- Состав команды
- Продюсер, сценарист, 2 клиентская часть/game developers, серверный разработчик, дизайнер интерфейсов, 2 QA — 8 специалистов.
- Техническая задача
- Запустить браузерную командную игру на 500+ участников без установки приложения и выдержать пиковый вход за 10 минут.
- Что реализовано
- клиент на Phaser, командные комнаты, разветвлённые подсказки, панель администратора, QR знакомство с игрой, автосохранение, телеметрия и панель управления мероприятием.
- Версия до / после
- До: линейный сценарий и слайды. После: web версия 1.0.3 с 126 командами и операторской панелью.
- Артефакты
- Сценарная карта, схемы экранов, отчёт нагрузочного тестирования, схема развёртывания, 164 тестовых сценариев и журнал событий мероприятия.
- Метрики
- 500+ участников; завершения — 78%; p95 page load — 1,8 с; zero critical incidents.
- Источник метрик
- Matomo, server access logs, k6 load test и итоговый отчёт о мероприятии от 29.11.2025.
- Участники проекта
- RobotGames — гейм-дизайн, браузерный клиент и серверная часть, аналитика и поддержка; Eventoria — концепция мероприятия, тексты и работа с аудиторией.Ссылка на участники проекта #case-участники проекта
- Подтверждение клиента
- Подписанный отчёт о мероприятии и отзыв директора проекта Eventoria после мероприятия.
1 / 2
Игра вовлекает аудиторию без установки приложения
Mystery Manor был нужен как механик для мероприятияа: участники переходят по ссылке, решают детективный сценарий, двигаются по комнатам и оставляют измеримый след в аналитике.
Для промо-игры важнее всего вход без трения: ссылка должна открывать понятный игровой момент быстрее, чем человек успеет потерять контекст события.
Аудитория
Участники корпоративного ивента, которым нужен быстрый общий игровой повод.
Цель
Повысить вовлечение и отдать команде мероприятияе прозрачную воронку прохождения.
Механика и производственный фокус
Страница показывает не только картинку проекта, но и то, как команда раскладывала работу на понятные блоки: геймплей, технический контур, тестирование и запуск.
Сценарии
12 коротких веток с поиском улик, выборами и финальными развязками.
Командность
Прогресс и подсказки поддерживают игру в малых группах.
Web-first
Phaser-сборка встроена в лендинг и работает на браузерах на ПК и мобильных устройствах.
Отчётность
UTM и события прохождения превращают игру в post-campaign отчёт.
1 / 3
Отзыв
Механика зашла в срок кампании: HTML5, UTM и отчёт по вовлечению — без отдельного мобильного приложения.
Результат
Часть точных бизнес-показателей в кейсах закрыта NDA, поэтому на странице оставлены проверяемые производственные итоги и агрегированные метрики.
500+
участников за время ивента
78%
завершили игровую сессию
6 недель
от брифа до запуска
Технологии и сборка
Стек подбирался под цель кейса: быстро проверить гипотезу, стабилизировать билд или довести проект до публичного окна запуска.
- Phaser 3
- HTML5
- JavaScript
- UTM
- Load testing
- Responsive UI
- Event аналитика
FAQ
Как подготовили браузерную игру к одновременному входу 500+ участников?
Пиковый сценарий воспроизвели нагрузочным тестом k6: вход по QR, создание команд, получение состояния и первые действия. По результатам оптимизировали серверная часть и статическую загрузку до мероприятия.
Как защищали прогресс команды при разрыве соединения?
Ключевые развилки и найденные улики сохранялись на сервере, а клиент восстанавливал актуальное состояние после повторного входа. Оператор видел состояние команд в административной панели.
Как снизили риск сбоя во время одноразового события?
До запуска провели репетицию полного сценария, зафиксировали развёртывание и rollback-процедуры, настроили телеметрия и подготовили incident log. Во время события команда контролировала показатели через live dashboard.
Нужен похожий проект?
Опишите жанр, платформу и стадию. Подберём рациональный объём работ, покажем релевантный NDA-формат и оценим разработка-риски.
Использованные услуги
Что вошло в проект
Специалисты