Мастерская по ремонту техники: как ИИ ведёт заявки, запчасти и статусы

# Мастерская по ремонту техники: как ИИ ведёт заявки, запчасти и статусы

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

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

Приёмка устройства: один разговор вместо пяти

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

Рабочая схема: ассистент задаёт приёмщику список вопросов по порядку и сохраняет ответы в карточку. Клиент в это время показывает устройство, а приёмщик просто отвечает.

Что обязательно в карточке:

модель и серийный номер, если читается;

жалоба словами клиента, а не пересказом;

что уже пробовали делать с устройством;

состояние корпуса и экрана;

комплектность: зарядка, чехол, карта памяти;

согласие на диагностику и границы по цене.

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

Такие карточки удобно держать в одном контуре с заявками и задачами, это описано в статье про учёт заявок в сервисном бизнесе. Приёмка перестаёт быть бумажкой в ящике.

Диагностика и смета: как мастер не тратит вечер на переписку

Диагностика почти всегда упирается в вопрос "стоит ли ремонт этих денег". Мастер это знает, клиент нет. Пока мастер молчит, клиент считает, что его забыли.

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

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

Дальше три варианта ответа клиента:

согласен на ремонт по смете;

отказывается, забирает устройство без ремонта;

просит время подумать, и ассистент ставит напоминание.

Третий вариант самый частый и самый рискованный. Без напоминания устройство лежит на полке месяц, занимает место, а клиент потом недоволен, что его "забыли". Хороший ассистент через два-три дня напоминает сам.

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

Запчасти и склад: как убрать поиск по коробкам

Запчасть, которой нет в учёте, всегда "вроде где-то была". Мастер ищет её двадцать минут, потом заказывает новую, а старая находится через неделю. Для мастерской это прямые деньги и потерянные сроки.

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

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

связка заявки и запчасти. По модели устройства он подсказывает, какие комплектующие обычно нужны, и проверяет наличие;

сроки по поставщикам. Если деталь идёт долго, ассистент предупреждает клиента заранее и предлагает альтернативу: аналог, другой сервис, скидку за ожидание. Клиент, которому предложили выбор, реже уходит в негатив;

статус заказа на запчасть. Клиенту не нужно звонить, он видит "ждём деталь, срок такой". Если поставщик задержал, статус обновляется;

история по ремонту. Если такую же модель уже чинили, видно, какая деталь вылетает чаще, и это влияет на диагностику.

Складская часть подробно разобрана в статье про учёт запчастей на СТО. Логика одинаковая: без учёта остатков любая скорость ремонта упирается в поиск коробки.

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

Статусы для клиента: меньше звонков, больше повторных клиентов

Клиент звонит не из вредности. Он не знает, что происходит. Если статус виден, звонков становится меньше.

Практический минимум, который стоит автоматизировать:

устройство принято, диагностика запланирована;

диагностика идёт, срок;

смета готова, ждём решения;

ждём запчасть, дата поставки;

ремонт выполнен, ждём выдачи;

готово, можно забрать.

Каждое изменение статуса уходит клиенту одним коротким сообщением. Никаких "ваш ремонт в работе", только конкретика: что дальше и когда. Пять статусов хватает в большинстве случаев. Слишком дробная шкала путает клиента и раздражает тех, кто ждёт результат, а не этапы.

Второй эффект: после выдачи ассистент через две недели спрашивает, работает ли устройство нормально. Это не спам, а проверка качества. Ответы собираются, и если по конкретному мастеру или модели повторяются жалобы, это видно сразу. Заодно видно, какие клиенты вернулись повторно, а какие замолчали после одного ремонта. Со вторыми есть смысл связаться через сезон с напоминанием о профилактике.

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

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

Что делать в первую неделю

Не пытайтесь оцифровать всю мастерскую за один день. Начинать проще всего с приёмки: там ошибки видны сразу и стоят дороже всего. Дальше подключается склад, только потом статусы. Если сделать наоборот, клиент будет получать красивые сообщения о ремонте, которого ещё не было, и доверие упадёт быстрее, чем росло. Через неделю у вас будет 30-50 карточек, и станет видно, какие вопросы задают чаще.

Вторая неделя: подключите отправку статусов. Даже простые сообщения при смене этапа снимут часть звонков.

Третья неделя: свяжите заявку с учётом запчастей. Здесь понадобится дисциплина мастеров, но результат окупается быстро, когда перестаёте заказывать дубли.

Стоимость такого контура стоит рассчитывать от объёма, а не от числа мастеров. В тарифах видно, как масштабируется цена, а начать проверку можно с регистрации и одной тестовой смены на приёмке.

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