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

«Взаперти / Sherlock» — это сеть квест-румов с онлайн-бронированием, продажей сертификатов и централизованным управлением заказами и локациями.

На момент старта проекта бизнес уже активно работал: несколько десятков локаций, более 1000 заказов в месяц, около 10 администраторов и менеджеров, которые ежедневно работали в системе.

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

Старая админка была написана на древнем и неудобном стеке, который практически невозможно было развивать:

• фронтенд был реализован на backend-языке
• кодовая база не позволяла безопасно дописывать функциональность
• крайне слабый UX/UI — сотрудники тратили много времени на простые операции
• система не была рассчитана на масштабирование
• отсутствовала нормальная аналитика

Фактически бизнес рос, а внутренняя система управления оставалась на уровне стартапа из прошлого десятилетия.

Задача стояла не просто «переписать админку», а:

• сократить ручную работу администраторов
• уменьшить количество ошибок в заказах
• ускорить обработку бронирований и сертификатов
• создать основу для масштабирования сети
• заложить нормальную аналитику и контроль

По сути — превратить хаотичную операционную систему в управляемый продукт.

Было:

• устаревший стек
• невозможность развития без риска поломок
• запутанный интерфейс
• отсутствие аналитики
• слабая масштабируемость

Стало:

• современный стек: Laravel + Vue.js
• чистая архитектура
• продуманный UX для администраторов
• единая система управления заказами и локациями
• полноценная аналитика

готовность к росту сети

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

Мы перешли к продуктовому подходу:

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

Продукт и UX:

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

Дизайн:

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

Технологии:

• backend: Laravel
• frontend: Vue.js
• кастомная архитектура без коробочных решений

чистая бизнес-логика без legacy-зависимостей

Проект реализовывался командой из трёх человек: дизайнер, full-stack разработчик и project manager.

Работа шла в условиях постоянных изменений требований:

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

Фактически мы сначала восстановили продукт «в голове», а потом уже реализовали его в коде.

Основные сложности в проекте:

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

Это был не типовой проект, а реальный продукт.

Проект дал бизнесу реальный операционный эффект:

• администраторы стали работать быстрее
• количество ошибок снизилось
• появилась полноценная аналитика
• управление сетью стало централизованным
• процессы стали прозрачными и управляемыми

Клиент остался доволен и оставил отзыв.
В дальнейшем пути разошлись, но продукт был внедрён и реально использовался в бизнесе.

Вместо устаревшей админки клиент получил:

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

Фактически это был переход от хаотичной операционки к полноценному цифровому продукту внутри бизнеса.

Почему это сработало:

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