Автоматизация сервисного центра: ИИ на приёме заявок и статусах ремонта

Время чтения: 7 минут

В сервисе по ремонту техники приёмщик половину дня отвечает на один и тот же вопрос: «когда будет готово?». Вторую половину принимает заявки, где клиент описывает поломку словами «оно гудит и не крутится». Ни то ни другое не требует квалификации мастера, но именно это съедает рабочий день и создаёт очередь на приёмке.

Речь про бот для сервисного центра, который принимает обращения, ведёт первичный опрос по поломке и сам отвечает на вопросы о готовности. Не про робота, который чинит технику, и не про замену мастера. Про снятие с людей той работы, которая не требует их квалификации.

Где сервисный центр теряет деньги

Три дыры, которые встречаются почти в каждом сервисе, независимо от того, чините вы телефоны, бытовую технику или промышленное оборудование.

Вопрос «когда будет готово»

Клиент сдал технику и волнуется. Он звонит на второй день, на третий, иногда дважды в день. Приёмщик каждый раз лезет в систему или идёт к мастеру. Это не работа, это трение. И оно растёт линейно с числом заказов в ремонте.

Заявки вне рабочего времени

Техника ломается вечером и в выходные, потому что именно тогда ей пользуются. Человек с разбитым экраном или мёртвой стиральной машиной ищет сервис сразу же, а не в понедельник в десять утра. Кто ответил вечером, тот и получил заказ.

Первичный опрос, который никто не любит

Чтобы назвать хотя бы вилку цены, нужно знать модель, что случилось, когда началось, был ли контакт с водой, ремонтировали ли раньше. Приёмщик задаёт эти вопросы по десять раз в день. Клиент часто отвечает не по порядку и не по сути. Разговор растягивается, а на выходе всё равно «привозите, посмотрим».

Что автоматизировать первым

Порядок важнее набора. Если внедрять всё сразу, проект растянется и умрёт на этапе интеграций. Начинать надо с двух точек, которые дают основную часть эффекта.

Первое: первая линия вопросов. Режим работы, адрес, ориентировочные сроки по типовым поломкам, что взять с собой, работаете ли с этой маркой, есть ли выезд. Это закрывается базой знаний и не требует связи ни с какими системами. Запускается за считанные дни.

Второе: статусы ремонта. Требует связи с учётной системой, но убирает самый частый и самый бесполезный тип обращений.

Всё остальное, включая приём заявок с диагностикой, расчёт стоимости и работу с отзывами, подключается после того, как эти две точки заработали и люди к ним привыкли. Общая логика внедрения по шагам разобрана в гайде по внедрению ИИ в бизнес.

Предварительная диагностика по описанию

Самая полезная часть для сервиса, где много входящих. Бот ведёт опрос не анкетой, а разговором: спрашивает про технику, уточняет симптомы, задаёт следующий вопрос исходя из ответа, а не по фиксированному списку.

На выходе мастер получает не «здравствуйте, у меня сломался холодильник», а заполненную карточку: марка, модель, возраст, характер поломки, что предшествовало, был ли предыдущий ремонт. По такой карточке уже можно назвать вилку и решить, стоит ли вообще везти.

Отдельная ценность в отсечении. Часть обращений это техника, которую чинить экономически бессмысленно, и часть это марки, с которыми сервис не работает. Сейчас на такие разговоры уходит время приёмщика. Автоматика отсекает их вежливо и сразу.

Оговорка обязательная. Бот не ставит диагноз и не называет точную цену ремонта. Он собирает вводные. Обещать клиенту сумму до вскрытия это конфликт на выдаче, а не сервис.

Статусы ремонта без звонков

Если статусы ведутся в учётной системе, автоматика работает в обе стороны. Клиент спрашивает и получает ответ сразу. Плюс система сама пишет ему при смене статуса: приняли, диагностика завершена, ждём деталь, готово к выдаче.

Эффект тут двойной и не всегда очевидный. Очевидная часть: приёмщик перестаёт отвечать на этот вопрос. Неочевидная: пропадает ощущение, что про заказ забыли. Клиент, которому пишут сами, не звонит и не нервничает, а забирает технику быстрее. Техника не занимает полку, полка не занимает место в мастерской.

Похожая механика хорошо видна на смежной нише бытовых услуг. В сети химчисток из пяти точек мы ставили три ИИ-бота: консультант, приём заказов и трекинг статусов. Ответ клиенту стал приходить за 4 секунды вместо 4 часов, экономия на фонде оплаты составила 375 000 ₽ в месяц, окупаемость 30 дней, за полгода ноль ошибок в заказах. Ниша другая, но узел тот же: приём, статус, уведомление.

Чего боту делать нельзя

Список ограничений в сервисе жёстче, чем в большинстве ниш, и это нормально.

• Называть точную цену ремонта до диагностики. Только вилку по типовым работам и честное «точную сумму назовёт мастер после вскрытия».
• Обещать срок, который зависит от поставки детали. Пока деталь не подтверждена, срок это выдумка, за которую потом отвечает приёмщик.
• Ставить диагноз по описанию. «Похоже на компрессор» из уст автоматики превращается в ожидание клиента, а потом в скандал.
• Работать без передачи человеку. В любой момент разговора должен быть переход на мастера, и бот обязан молча замолкать, когда человек вступил в диалог.

Ровно эти границы отличают рабочую систему от игрушки, которая через месяц раздражает и клиентов, и сотрудников.

Сколько стоит и за сколько окупается

Три уровня, по которым мы работаем с бизнесом.

• Аудит и дорожная карта, 50 000 ₽. Разбираем процессы приёмки, считаем, что реально снимет нагрузку, отдаём план внедрения по шагам.
• Внедрение одного инструмента, 150 000 ₽. Первая линия плюс связка со статусами в учётной системе.
• Комплексное внедрение, 350 000 ₽. Несколько нейросотрудников, интеграции, база знаний по всем маркам и типовым работам.

Считать окупаемость проще всего через ставку приёмщика. Если первая линия и статусы забирают половину его рабочего дня, вы получаете обратно половину ставки ежемесячно плюс заявки, которые раньше уходили вечером и в выходные. Подробные вилки по типам решений расписаны в разборе сколько стоит ИИ-бот.

Отдельно про данные. Автоматика на приёмке работает ровно настолько хорошо, насколько собрана база: марки, типовые работы, сроки, что берёте в ремонт, а что нет. Это главная работа при запуске, и её нельзя делегировать подрядчику целиком, потому что знания живут у ваших мастеров. Как это устроено в продажах, видно в кейсе производства хозблоков, где база знаний собрана из 56 файлов.

И последнее, что стоит сказать про людей. Приёмщик, с которого сняли типовые вопросы и статусы, не становится лишним. Он начинает делать то, на что раньше не было времени: нормально принимать технику, объяснять клиенту, что именно сломалось, продавать профилактику и допуслуги. В сервисе разница между «сдал и забрал» и «объяснили и посоветовали» напрямую конвертируется в повторные обращения и в сарафан.

Частые вопросы

Читайте также

Читайте также по теме автоматизации сервиса и приёма заявок:

• ИИ по отраслям: решения под конкретный бизнес
• Кейс сети химчисток: три бота и экономия 375 000 ₽ в месяц
• ИИ для поддержки клиентов: как снять нагрузку с первой линии
• Сколько стоит ИИ-бот: полный расчёт цены