Житель пишет в чат управляющей компании: «С потолка капает, сосед сверху не отвечает». Для обычного справочного бота это ещё один вопрос о заявке. Для рабочего ИИ-бота — ситуация, в которой порядок действий важнее красивого ответа. Нужно быстро определить адрес, источник опасности, передать сообщение в аварийный контур и не создавать иллюзию, что мастер уже назначен.
ИИ-бот для управляющей компании может принимать обращения, объяснять правила, помогать с показаниями и сообщать подтверждённые статусы. Но аварийные сообщения, начисления и доступ в помещение требуют особенно строгой логики: языковая модель не должна свободно импровизировать там, где ошибка способна увеличить ущерб.
Сначала определить объект и тип проблемы
Одного адреса дома часто недостаточно. Нужно понять, относится обращение к квартире, подъезду, двору, парковке, коммерческому помещению или общедомовому имуществу. Для квартиры могут понадобиться номер помещения и контакт; для подъезда — этаж или конкретная зона.
Затем бот выясняет суть обращения без бесконечного опроса:
— Где именно появилась вода: в квартире, подъезде или подвале? — В квартире, течёт с потолка в ванной. — Есть ли рядом электричество и усиливается ли протечка? Сейчас передам обращение по аварийному сценарию.
Обычная заявка на уборку подъезда и потенциальная авария не должны попадать в одну очередь с одинаковым приоритетом.
Аварийный сценарий должен быть заранее задан
К отдельному сценарию обычно относятся сообщения о сильной протечке, запахе газа или гари, дыме, искрении, обрыве проводов, остановке лифта с людьми, серьёзной неисправности отопления в опасных условиях и других признаках угрозы. Точный перечень и порядок действий определяет сама организация.
В такой ситуации бот:
- распознаёт потенциальную опасность;
- задаёт только необходимые уточнения;
- сообщает утверждённые меры безопасности;
- передаёт обращение аварийной службе или диспетчеру;
- ясно называет текущий статус передачи.
Он не придумывает техническую инструкцию, не предлагает самостоятельно вскрывать щит, ремонтировать газовое оборудование или заходить в опасную зону. Фраза «заявка передана» также не означает, что бригада уже выехала.
Для протечки важны место, интенсивность, источник, наличие электричества рядом и возможность безопасно ограничить ущерб. Для лифта — адрес, подъезд, номер кабины, наличие людей и связь с ними. Для газа и других опасных инженерных систем свободный диалог следует свести к минимуму и использовать утверждённый порядок.
Сообщение, заявка и назначенная работа
Житель может описать проблему в чате, но это ещё не гарантирует создание записи в диспетчерской системе. Статусы нужно разделять:
- сообщение получено — текст поступил боту;
- заявка создана — система присвоила номер;
- исполнитель назначен — ответственная служба приняла работу;
- визит подтверждён — согласованы специалист и интервал;
- выполнено — в системе есть отметка о завершении;
- принято заявителем — результат проверен, если процесс это предусматривает.
Бот может создать заявку только через рабочую систему и показать её номер. Категория и приоритет не должны определяться исключительно свободной догадкой модели: правила задаются заранее, особенно для аварий.
Назначить мастера можно только при доступе к расписанию и диспетчерской. Пожелание «после шести» не равно подтверждённому визиту. Если связь с системой недоступна, бот сохраняет данные и сообщает, что время уточнит диспетчер.
Доступ в квартиру и личная безопасность
Для визита могут понадобиться присутствие жильца, телефон, домофон, пропуск и сведения о возможности попасть в помещение. Код доступа или место хранения ключа относятся к чувствительным данным. Их нельзя просить заранее без необходимости и хранить в открытой переписке неопределённый срок.
Работа в отсутствие жильца требует отдельного согласованного порядка. Бот не должен самостоятельно разрешать сотруднику войти в квартиру и не подтверждает передачу ключей без фактической записи в системе.
Фотографии и видео помогают оценить протечку, повреждение, состояние подъезда или двора. В кадр могут случайно попасть соседи, документы, номера квартир и личные вещи. Материалы нужно привязывать к заявке и ограничивать доступ к ним.
Статусы, сроки и повторные обращения
Нормативный или плановый срок не равен фактическому времени выполнения. Бот может сообщить опубликованный ориентир и текущий подтверждённый статус, но не обещает точную дату, если она не назначена.
Отметка «выполнено» иногда появляется до того, как проблема действительно устранена: например, мастер осмотрел объект, но требуется деталь или повторный визит. Если житель не согласен, бот регистрирует повторное обращение и не спорит с ним на основании одного статуса.
Дубли тоже требуют аккуратности. Несколько жителей могут сообщить об одной аварии в доме. Такие обращения можно связать с массовой проблемой, но нельзя просто удалить сообщения людей или смешать их персональные данные. Коллективное обращение и индивидуальный ущерб остаются разными сущностями.
При задержке бот сообщает фактический этап и передаёт запрос диспетчеру. Он не выдумывает, что бригада «уже рядом».
Плановые работы и массовые уведомления
Объявления об отключении воды, ремонте лифта или уборке двора должны приходить из подтверждённого источника. Бот может объяснить адреса, период и затронутые услуги, но не расширяет текст объявления по собственному предположению.
Если фактический перерыв отличается от опубликованного, житель должен иметь возможность создать обращение. Статус плановой работы не закрывает автоматически индивидуальную проблему в квартире.
Начисления, платежи и показания
Финансовые вопросы требуют идентификации и связи с расчётной системой. Бот может объяснять структуру квитанции, тариф из официальных данных, срок оплаты и подтверждённую задолженность. Он не меняет начисления и не обещает перерасчёт без решения специалиста.
При споре по начислению полезно собрать период, услугу, сумму и описание расхождения, затем передать расчётному специалисту. Персональные данные соседей и сведения об их задолженности не раскрываются.
С показаниями приборов учёта действует то же правило, что и с заявками: отправленное сообщение не равно принятому показанию. Бот должен получить подтверждение системы, показать период и значение. Ошибочное число, повторная отправка, замена счётчика или неисправность прибора требуют отдельной обработки.
Оплата проводится через официальный канал. Бот не просит пароль от банка, SMS-код, полный номер карты, защитный код или ключ электронной подписи.
Документы, жалобы и разные роли заявителя
Собственник, арендатор и представитель могут иметь разные права на справки, документы и действия по лицевому счёту. Бот не делает юридический вывод по одному сообщению, а следует правилам идентификации и перечню документов компании.
Жалоба на сотрудника, подрядчика или качество работ регистрируется отдельно от технической заявки. При повреждении имущества собираются адрес, номер заявки, описание, фотографии и контакт. Бот не признаёт ответственность и не обещает компенсацию до рассмотрения.
Кому передаётся обращение
Диспетчер работает с заявкой, приоритетом, исполнителем и временем. Инженер подключается к сложным техническим вопросам. Расчётный специалист — к начислениям и показаниям. Аварийная служба — к сообщениям с признаками угрозы.
Сотруднику передаются:
- адрес и точная зона проблемы;
- контакт и роль заявителя;
- описание события и время обнаружения;
- признаки аварийности;
- приложенные фото или видео;
- созданный номер заявки и текущий статус;
- доступ в помещение и ограничения;
- нерешённый вопрос.
Так жителю не приходится повторять историю каждому следующему сотруднику.
Интеграции и поведение при сбое
CRM или система обращений хранит коммуникацию, диспетчерская — заявку, исполнителя и статусы, расчётная система — начисления и показания. Для объявлений нужен надёжный источник плановых работ.
При сбое бот не подтверждает создание заявки, назначение мастера, приём показаний, оплату или перерасчёт. Потенциально аварийное обращение при этом должно перейти на резервный канал, предусмотренный организацией.
В общедомовом чате особенно важно не раскрывать данные конкретной квартиры и не обсуждать задолженность жильца публично. Доступ к персональному статусу предоставляется только после идентификации.
Когда бот особенно полезен управляющей компании
Наибольшая польза возникает при большом количестве домов, круглосуточном потоке обращений и нескольких информационных системах. Бот принимает сообщения вне рабочего времени, помогает жителю выбрать правильную категорию и снижает нагрузку на диспетчера в периоды массовых отключений.
Если заявки фактически ведутся в тетради или разрозненных чатах, запуск умного интерфейса не решит проблему. Без единой диспетчерской он не сможет достоверно показывать номера и статусы. Сначала нужно определить процессы, аварийные каналы и владельцев данных.
Оценивать пользу стоит по времени регистрации, доле правильно маршрутизированных обращений, количеству дублей и случаям, когда жителю пришлось повторно объяснять проблему.
Что проверять до запуска
Тестирование должно включать:
- Обычную заявку по квартире.
- Протечку с аварийной эскалацией.
- Запах газа или искрение без опасной импровизации.
- Застрявших людей в лифте.
- Создание заявки и получение номера.
- Пожелание по визиту без ложного назначения мастера.
- Повторную заявку после статуса «выполнено».
- Массовую проблему и несколько обращений по одному дому.
- Передачу показаний с подтверждением системы.
- Сбой диспетчерской или расчётной системы.
Запуск блокируют пропуск аварийного сообщения, опасная инструкция, выдуманный номер заявки, ложное назначение мастера, неверное начисление, раскрытие данных другого жильца и неподтверждённый приём показаний.
Начинать лучше с приёма заявок, аварийной маршрутизации и статусов. Финансовые операции и документы добавляются после того, как идентификация и интеграции проверены отдельно.
Как ИИ-бот управляющей компании настраивается в LEVBOT
В LEVBOT описываются дома, категории обращений, аварийные признаки, правила идентификации и порядок передачи диспетчеру. До покупки можно бесплатно проводить тестовые разговоры: проверять протечки, обычные заявки, показания, статусы и сбои интеграций.
Обязательной подписки и абонентской платы за настройку нет. Оплатить нужно только скачивание готовой настроенной сборки; цена одного скачивания — 6 000 ₽. Внутреннего баланса, оплаты за каждое обращение и покупки токенов через LEVBOT нет.
Эксплуатационные расходы остаются у владельца: сервер и домен оплачиваются отдельно, как и выбранная внешняя языковая модель. Диспетчерская, расчётная система, CRM и другие сторонние решения тоже оплачиваются отдельно; их техническое подключение не происходит автоматически и является самостоятельной работой.
Готовые файлы сборки передаются покупателю. Если создаётся ещё одна конфигурация — например, для другого набора домов или процессов, — скачивание новой настроенной сборки будет отдельной покупкой.