Система автоматизации управляющей компании собирает в одном месте заявки жителей, исполнителей, дома со счётчиками и уведомления. Мы разобрали открытый проект «Оператор 18», выписали, что в нём сделано хорошо, что стоит доработать и как эту схему перенести на другие сервисные бизнесы. Разбор сделан по описанию и структуре репозитория, систему мы не запускали и не тестировали.
Чья это работа
«Оператор 18» написал Алексей Харитонов (репозиторий на GitHub). Проект открыт по лицензии MIT: автор пишет, что не хватило времени довести его до конца, и опубликовал код для всех желающих.
Мы не участвовали в разработке и не связаны с автором. Это не наш проект и не наш кейс, а разбор чужой открытой работы: нам интересна её архитектура.
Из чего состоит система
| Часть | Технология | Для кого |
|---|---|---|
| Веб-кабинет оператора | Flutter Web | Оператор управляющей компании |
| Приложение сотрудника | Flutter | Мастер, исполнитель |
| Приложение жителя | Flutter | Собственник |
| Telegram-бот | Dart, Docker | Житель |
| Бэкенд | Parse Server на VPS, LiveQuery | Все роли |
| Уведомления | Firebase Cloud Messaging | Все роли |
В кабинете оператора есть модули «Заявки», «Дома», «Счётчики» и «Контрагенты». Ролей три: оператор, клиент (он же собственник) и сотрудник управляющей компании.
Как проходит заявка
- Житель создаёт заявку в приложении или через Telegram-бота.
- Оператор видит её в веб-кабинете и назначает исполнителя.
- Исполнитель получает уведомление, выполняет работу и закрывает заявку или переносит её.
- Житель видит статус, а оператор печатает наряд-задание и журналы.
Что сделано хорошо
- Одна модель заявки на три поверхности. Оператор, сотрудник и житель работают с одними данными, а у каждого свой удобный вход.
- Печатные формы. Наряд-задания и журналы кажутся мелочью, но именно из-за них компании часто остаются на бумаге.
- Отдельные модули. Дома, счётчики и контрагенты разделены, поэтому систему проще менять частями.
- Клиенты собраны из пакетов. Работа с данными, кэш и хранилище вынесены отдельно, а не смешаны с интерфейсом.
Что мы бы доработали
Назначение исполнителя. В проекте его выбирает оператор вручную. Это самое очевидное место для автоматизации: правила (тип работ, район, график, загрузка) и подсказка агента, а решение подтверждает оператор. Так мы и строим агентов: агент готовит, человек подтверждает.
Данные жителей. Для персональных данных нужен контур с хранением в РФ, доступ по ролям и журнал действий. Уведомления через зарубежные сервисы стоит либо заменить, либо ограничить составом данных. Юридические детали проверяет юрист.
Несколько управляющих компаний. Если систему нужно предлагать не одной компании, потребуется изоляция данных на уровне базы, как в нашем разборе мультитенантной CRM.
Готовность к запуску. Сам автор пишет, что из репозитория систему нельзя запустить «из коробки», а приложение жителя не переведено на новый интерфейс.
Где работает та же схема
Цепочка «обращение, очередь, назначение исполнителя, выполнение, отчёт» подходит не только управляющим компаниям:
- сервисные и ремонтные бригады, клининг и выездное обслуживание;
- IT-поддержка и внутренний helpdesk;
- сети автосервисов и сервисные центры;
- застройщики: гарантийные заявки от жильцов;
- франшизы и розница: заявки от точек в хозяйственную службу;
- спортивные клубы и студии: обращения клиентов и заявки на ремонт.
Меняется набор полей и ролей, логика остаётся той же.
Частые вопросы
Можно ли использовать код «Оператора 18» в своём проекте? Лицензия MIT разрешает копировать и изменять код, но требует сохранить текст лицензии и строку об авторских правах. Условия для вашего случая лучше проверить у юриста.
Что даёт автоматическое назначение исполнителей? Оператору не нужно каждый раз выбирать исполнителя вручную: типовые заявки распределяются по правилам, а спорные остаются за человеком.
Сколько времени занимает свой аналог? Точный срок называем после экспресс-диагностики. Типовой MVP мы делаем за 60 дней.
Если у вас поток заявок, который сейчас распределяют вручную, опишите процесс в форме, и мы разберём, что из него можно автоматизировать.