Поддержка провайдера: от очереди в чате до заявки с готовой диагностикой
Предлагаем связать поддержку с биллингом и мониторингом: ИИ уточняет проблему, проверяет аварии и готовит заявку техническому специалисту.
Сценарий внедрения · расчётные показатели. Компания и исходные условия вымышлены. Цифры показывают модель процесса, а изображения — иллюстрацию; это не результаты клиента.
Региональный интернет-провайдер: 24 тысячи абонентов, домашний интернет и цифровое телевидение в трёх городах.
Первый содержательный ответ
Медиана от первого сообщения до начала диагностики или ответа по аварии
Нагрузка поддержки
На 6 000 обращений, включая проверку ответов и обновление базы знаний
Повторные обращения
Доля закрытых обращений с повторным контактом по той же проблеме в течение семи дней
Задача компании
Рассмотрим вымышленную компанию. Масштаб модели: 6 000 обращений в месяц. Название, исходные условия и показатели заданы для объяснения процесса; это не выполненный проект Legan Studio.
Абоненту нужно понять причину сбоя и получить помощь без повторения истории каждому оператору.
Предлагается помощник в клиентском чате, связанный с биллингом, сведениями об авариях и системой заявок.
Как может измениться процесс
Исходные условия модели
- Оператор вручную находил договор в биллинге, проверял оплату и открывал карту аварий. Пока он переключался между системами, абонент ждал первого содержательного ответа. Медиана ожидания составляла 12 минут.
- После передачи обращения инженеру приходилось заново уточнять модель роутера и выполненные проверки. В 28% закрытых обращений абонент повторно связывался по той же проблеме в течение семи дней.
- На сопоставимые 6 000 обращений команда тратила 620 часов в месяц. В это время входили переписка, поиск данных, оформление заявок и проверка работы первой линии.
Предлагаемый процесс
- Абонент получает начало диагностики без ожидания ручного чтения каждого сообщения.
- Оператор получает симптомы, проверенные сведения и уже выполненные действия.
- Сложные и аварийные обращения продолжаются с сотрудником; нагрузка включает проверку и обновление инструкций.
Предлагаемое решение
Предлагаем подключить ИИ-помощника к клиентскому чату. После подтверждения абонента он получает разрешённые сведения из биллинга, проверяет известные аварии и задаёт вопросы по согласованному дереву диагностики.
Инструкции привязываются к моделям оборудования и типам подключения. Если простой сценарий не помогает, помощник создаёт заявку: симптомы, состояние услуги, выполненные действия и подходящее время для связи.
Аварийные ситуации и неоднозначные ответы сразу направляются оператору. Для каждой передачи сохраняется краткое резюме, поэтому сотрудник продолжает разговор с того места, где остановился абонент.
Расчётные показатели
| Показатель | До | После |
|---|---|---|
| Первый содержательный ответ | 12 мин | 1 мин |
| Нагрузка поддержки | 620 ч/мес | 390 ч/мес |
| Повторные обращения | 28 % | 19 % |
Все значения таблицы — допущения модели, а не измерения клиента. Для показателя «первый содержательный ответ» заданы 12 мин в исходном процессе и 1 мин в предлагаемом. Абсолютная разница — 11 мин. Для процентов это разница в процентных пунктах.
Объём в модели: 6 000 обращений в месяц. Время активной работы включает проверку, исправления и ручные исключения. Время ожидания ответа считается отдельно: его нельзя прибавлять к освобождённым рабочим часам. Этапы одной операции также не суммируются повторно.
Для реальной проверки понадобятся одинаковые определения показателей, сопоставимые задачи до и после пилота и журнал результатов. Доли качества проверяются по всей согласованной выборке. Освобождённое время не считается денежной экономией без подтверждённого изменения расходов; возможный результат конкретной компании нужно измерить отдельно.
Что остаётся за сотрудником
ИИ не меняет тариф и настройки сети, не обещает время восстановления без подтверждения мониторинга. Проверку личности и доступ к данным выполняют существующие сервисы провайдера.
Сценарий подготовлен Legan Studio.