Задача
Компания выросла из небольшой бригады в полноценный rental-house с сотнями позиций оборудования, несколькими складами и постоянным потоком заявок на корпоративы, концерты и телевизионные съёмки. Менеджеры вели сделки в amoCRM, склад — в Google Sheets, а актуальность комплектов на дату монтажа проверяли вручную. Ошибки двойного бронирования и потерянные позиции в flight case стали системной проблемой.
Заказчик обратился ко мне как к fullstack-разработчику с опытом event-индустриии: нужна была не «коробочная CRM», а система, где сделка = проект мероприятия с датами rigging, списком комплектов, статусами подготовки и возврата. Параллельно — учёт серийных номеров, ремонт и перемещения между площадками.
Решение
- CRM-модуль: воронка «заявка → смета → бронь → монтаж → демонтаж → закрытие», кастомные поля под тип мероприятия и площадку
- Карточка проекта связывает сделку, складские резервы, документы (КП, акт, договор) и задачи бригаде
- WMS: комплекты (kit), серийники, статусы «на складе / в rig / в ремонте / у клиента»
- Календарь загрузки техники с конфликт-детектором при пересечении дат
- Telegram-бот для прораба: push о смене статуса, чек-листы выдачи и приёмки
- Двусторонний обмен с 1С: номенклатура, отгрузки, оплаты
Внедрение
Разработка шла итерациями по 2–3 недели: сначала MVP бронирования и резервов, затем склад, потом интеграции. Я лично проводил интервью с менеджерами и кладовщиками, переносил реальные сценарии («срочная замена прожектора на площадке», «частичный возврат комплекта») в логику системы. Обучение команды заняло три сессии; критичные отчёты (загрузка парка, маржинальность по проектам) добавили после первого месяца эксплуатации.
Результаты
Через полгода после запуска компания перестала терять заявки из-за «забытых» резервов в Excel, а время подготовки сметы сократилось за счёт автоподбора комплектов по rider-листу. Система масштабируется вместе с парком техники — новые категории и склады добавляются без смены платформы.