Авторизация
Забыли пароль?
Сброс пароля
Вернуться к авторизации

Как мы переписали устаревшую админ-панель для сети квестов и превратили хаотичную операционную систему в управляемую CRM-систему

26 июля ‘26

Заказчик: Взаперти / Шерлок (ООО «Шерлок»)

Переписали устаревшую админ-панель сети квест-румов «Взаперти/Шерлок» на Laravel + Vue.js. Продумали UX для администраторов, объединили управление заказами и локациями, добавили аналитику — операционная система превратилась в удобную CRM-систему для растущей сети.

Агентство-исполнитель кейса

LP Agency

Мы не просто переписываем legacy-системы, а разбираемся в бизнесе заказчика и восстанавливаем реальные сценарии работы. Мы берем хаотичные, устаревшие продукты и превращаем их в управляемые современные системы с чистой архитектурой — под людей, а не под разработчиков.

1. Вводная задача от заказчика, проблематика, цели

Заказчик — сеть квест-румов «Взаперти/Шерлок» с онлайн-бронированием, продажей сертификатов и централизованным управлением заказами и локациями. На момент запуска бизнес уже активно работал: несколько десятков локаций, более 1000 заказов в месяц и около 10 администраторов и менеджеров, ежедневно работающих в системе.

Вся операционная часть держалась на устаревшей админ-панели, которая со временем стала главным тормозом развития. Фронтенд был реализован на бэкенд-языке, кодовая база не позволяла безопасно наращивать функциональность, интерфейс отличался слабым UX/UI — сотрудники тратили много времени на простые операции, — а сама система не была рассчитана на масштабирование и не давала нормальной аналитики. Бизнес рос, а внутренняя система управления оставалась на уровне стартапа из прошлого десятилетия.

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

2. Описание реализации кейса и творческого пути по поиску оптимального решения

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

В части продукта и UX были переработаны все ключевые сценарии — создание и обработка заказов, управление локациями и сертификатами, работа с клиентами. Количество кликов для типовых операций свели к минимуму, разделили роли и права доступа. В дизайне сделали ставку не на визуальные эффекты, а на скорость и понятность: логичную навигацию, удобные таблицы и фильтры, продуманную иерархию данных. Технически систему собрали на Laravel (бэкенд) и Vue.js (фронтенд), выстроив кастомную архитектуру без готовых решений — с чистой бизнес-логикой, свободной от устаревших зависимостей.

Над проектом работала команда из трех человек — дизайнера, full-stack разработчика и менеджера проекта — в условиях, когда требования постоянно менялись. Изначально дизайн вообще не планировался, но в процессе стало понятно, что без него продукт не будет работать должным образом; параллельно приходилось разбираться в логике старой системы, не имевшей документации. По сути, команда сначала «пересобрала» продукт в голове и только затем воплотила его в коде.

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

3. Результаты сотрудничества

Проект дал бизнесу ощутимый операционный эффект. Администраторы стали работать быстрее, количество ошибок в заказах сократилось, появилась полноценная аналитика, а управление сетью локаций стало централизованным. Процессы, ранее хаотичные и непрозрачные, стали управляемыми и понятными.

В итоге вместо устаревшей админки заказчик получил современную внутреннюю систему на актуальном стеке (Laravel + Vue.js) с чистой архитектурой, продуманным UX для администраторов и готовностью к дальнейшему масштабированию сети. Клиент остался доволен результатом и оставил положительный отзыв; продукт был полноценно внедрен и реально использовался в работе компании.

4. Заключение

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

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

Для сети квест-румов «Взаперти/Шерлок» результатом стал не просто обновленный интерфейс, а полноценная основа для роста: управляемая архитектура, прозрачные процессы и готовность к дальнейшему масштабированию — то есть настоящий переход от хаотичной операционной деятельности к цифровому продукту внутри бизнеса.

Агентство-исполнитель кейса

LP Agency

Мы не просто переписываем legacy-системы, а разбираемся в бизнесе заказчика и восстанавливаем реальные сценарии работы. Мы берем хаотичные, устаревшие продукты и превращаем их в управляемые современные системы с чистой архитектурой — под людей, а не под разработчиков.