ИИ-диспетчер оформляет обращения жильцов и направляет их исполнителям
Жалобы и сервисные запросы превращаются в полные заявки с адресом, категорией и ответственным сотрудником.
Сценарий внедрения · расчётные показатели. Компания и исходные условия вымышлены. Цифры показывают модель процесса, а изображения — иллюстрацию; это не результаты клиента.
Компания обслуживает 42 многоквартирных дома и принимает обращения через личный кабинет, телефон и сообщения.
Подготовка карточки обращения
Среднее время, включая проверку диспетчером
Заявки с недостающими данными
Доля заявок, не прошедших проверку обязательных полей
Ошибочное переназначение
Повторное назначение из-за неверно выбранной службы
Задача компании
Рассмотрим вымышленную компанию. Масштаб модели: 42 дома · 3 000 обращений в месяц. Название, исходные условия и показатели заданы для объяснения процесса; это не выполненный проект Legan Studio.
Житель сообщает о проблеме свободным текстом. Диспетчеру нужны адрес, контакт и категория для назначения исполнителя.
Рассматриваем подготовку карточки обращения с проверкой диспетчером. Сообщения об опасных ситуациях сразу направляются дежурному.
Как может измениться процесс
Исходные условия модели
- На подготовку и проверку одной карточки уходило в среднем семь минут. Диспетчер переписывал текст, искал дом в справочнике, уточнял подъезд, контакт и возможность доступа, затем определял службу исполнителя.
- В 28% заявок после регистрации обнаруживалось отсутствие обязательных сведений. Мастер получал неполный адрес или не понимал, относится ли проблема к общему оборудованию; начиналась новая цепочка звонков и уточнений.
- 16% заявок приходилось переназначать из-за неверной первоначальной маршрутизации. Заявки на обслуживание попадали в бухгалтерию, а обращения по начислениям — в техническую службу. При большом потоке диспетчер повторно разбирал уже зарегистрированный запрос.
Предлагаемый процесс
- Диспетчер проверяет подготовленный адрес и категорию обращения.
- Исполнитель получает необходимые сведения и вложения.
- Повторное обращение связывается с заявкой, а опасная ситуация уходит дежурному без длинного опроса.
Предлагаемое решение
Подключаются справочник домов и помещений, категории обращений и правила назначения служб. Помощник извлекает адрес и суть запроса из текста, задаёт короткие уточнения и предлагает категорию вместе с кратким описанием проблемы.
Для каждой категории задаются обязательные сведения: место неисправности, контакт, признаки проблемы и возможность доступа. Фотографии сохраняются в заявке. Перед регистрацией диспетчер видит заполненную карточку и может исправить предложенные поля одним действием.
Предлагается отдельный путь для сообщений об опасных ситуациях: помощник не ведёт длинный опрос и сразу передаёт их дежурному. Повторные обращения связываются с существующей заявкой, а житель получает статус из системы, без обещаний неподтверждённого срока ремонта.
Расчётные показатели
| Показатель | До | После |
|---|---|---|
| Подготовка карточки обращения | 7 мин | 2 мин |
| Заявки с недостающими данными | 28 % | 7 % |
| Ошибочное переназначение | 16 % | 5 % |
Все значения таблицы — допущения модели, а не измерения клиента. Для показателя «подготовка карточки обращения» заданы 7 мин в исходном процессе и 2 мин в предлагаемом. Абсолютная разница — 5 мин. Для процентов это разница в процентных пунктах.
Объём в модели: 42 дома · 3 000 обращений в месяц. Время активной работы включает проверку, исправления и ручные исключения. Время ожидания ответа считается отдельно: его нельзя прибавлять к освобождённым рабочим часам. Этапы одной операции также не суммируются повторно.
Для реальной проверки понадобятся одинаковые определения показателей, сопоставимые задачи до и после пилота и журнал результатов. Доли качества проверяются по всей согласованной выборке. Освобождённое время не считается денежной экономией без подтверждённого изменения расходов; возможный результат конкретной компании нужно измерить отдельно.
Что остаётся за сотрудником
При признаках аварии решение о приоритете и выезде принимает диспетчер. Помощник не ставит технический диагноз по фотографии и не закрывает заявку без отметки ответственного сотрудника.
Сценарий подготовлен Legan Studio.