IC Studio
Назад к кейсам
Детские лагеря и образование · эволюция ERP

Внутренняя ERP, которая развивается вместе с бизнесом детских лагерей

Aktivists работает в Латвии и ежегодно принимает детей из более чем 25 стран. В таком масштабе базы бронирований недостаточно. Сезон за сезоном ERP развивается как связанная операционная платформа для документов, данных о детях, оплат, посещений, чекина и финансовой видимости.

ДокументыАнкетыЧекинДанные семьиКошелёкПланированиеФинансы
Demo unified family record in the Aktivists ERP
Демо-данные · персональные и финансовые данные замененыЕдиная связанная операционная история
Сфера
Детские лагеря и образование
Международная аудитория
Дети из более чем 25 стран ежегодно
Исходная точка
Существующая кастомная ERP
Сотрудничество
Многолетнее развитие системы
Фокус
Заявки · комплаенс · посещения · финансы
Как мы подключились к проекту

Система уже работала. Её развитие не могло на этом остановиться.

Aktivists пришёл в IC Studio с кастомной ERP, которую команда уже использовала каждый день. Задача состояла не в замене системы с нуля, а в понимании существующей логики, возобновлении её развития и сохранении процессов, на которые команда уже опиралась.

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

01

Понять

02

Сохранить

03

Перестроить

04

Развивать дальше

Исходная точка · движение заявки

Единый обзор каждой заявки в работе

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

Ожидаются документы
Ожидается оплата
Подтверждено
Demo application Kanban with replaced camp and family details
Эволюция системы

Бизнес продолжает меняться. ERP должна успевать за его логикой.

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

Изменения видны в работе, а не только в интерфейсе

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

Утренний чекин01
Было

Минуты ручных проверок для каждого ребёнка

Стало

Секунды для стандартного чекина

→

Более 5 условий готовности проверяются автоматически

Документы02
Было

Сезонные бумажные договоры для подписи и архивирования

Стало

Одна цифровая запись с поиском

→

Стороны, статус, дата и время сохраняются

Анкеты03
Было

Повторные запросы из-за дубликатов записей

Стало

Одна действующая анкета на год

→

В следующем году система запрашивает новую версию

Данные семьи04
Было

Повторные заявки создавали отдельные записи

Стало

Одна связанная история семьи

→

Дети, заказы, оплаты и посещения остаются связанными

Посещения05
Было

Выбранные дни хранились в заметках отдельных заказов

Стало

Единый ежедневный план посещений

→

Ожидаемое количество видно для каждой даты

Финансы06
Было

Одна общая сумма для разных типов услуг

Стало

Основные и дополнительные услуги показаны отдельно

→

Демо-данные за 2026 год

Сценарий чекина

Быстрый чекин — с полной историей передачи ребёнка

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

Найти ребёнкаДемо-данные · персональные и финансовые данные заменены
01

Найти ребёнка

Родитель вводит имя ребёнка и видит соответствующую регистрацию.

Подтвердить передачуДемо-данные · персональные и финансовые данные заменены
02

Подтвердить передачу

До подтверждения система фиксирует уполномоченное лицо, время и подпись.

Сохранить историюДемо-данные · персональные и финансовые данные заменены
03

Сохранить историю

События чекина и чекаута остаются доступными как единая хронологическая история.

Обработка исключений

К администратору попадают только исключения

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

Более 5 условий · секунды, а не минуты
Demo check-in exception codeДемо-данные · персональные и финансовые данные заменены
Demo order diagnostics showing readiness checksДемо-данные · персональные и финансовые данные заменены
Единая связанная история

Данные больше не группируются вокруг заявок — они отражают реальную историю семьи

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

Demo multi-year order history with replaced family detailsДемо-данные · персональные и финансовые данные заменены
Demo unified client overviewДемо-данные · персональные и финансовые данные заменены
Demo wallet transaction historyДемо-данные · персональные и финансовые данные заменены
Планирование

Отдельные дни формируют видимый план операционной нагрузки

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

Было

Заметки в каждом заказе

Стало

Ежедневный план в одном представлении

→
Demo planned attendance by dayДемо-данные · персональные и финансовые данные заменены
Финансовая видимость · 2026

Финансовая картина развивается вместе с моделью услуг

Сервисные счета делают трансферы, экскурсии и другие дополнения видимыми рядом с основной услугой лагеря. Руководство видит их отдельно, не теряя общей картины.

Демо-экран · финансовые показатели скрыты

Demo 2026 financial dashboard with obscured figuresДемо-данные · финансовые показатели скрыты
Ценность для бизнеса

Система, которая поддерживает дальнейшее развитие операционной модели

01

Карточка семьи хранит историю детей, бронирований и сезонов.

02

Готовность проверяется до передачи ребёнка.

03

Планы посещений связывают продажи с решениями по персоналу и загрузке.

04

Оплаты, движения в кошельке и сервисные счета остаются прослеживаемыми.

05

ERP поддерживает новые операционные модели без замены всей системы.

Вывод из проекта
«Сильные внутренние системы не бывают завершены раз и навсегда. Они продолжают впитывать логику, которую бизнес осваивает со временем».
Давайте обсудим

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

Мы можем вместе определить, какие процессы стоит сохранить, связать или перепроектировать, прежде чем решать, что строить.

Обсудить вашу ситуацию