Ассистент для автосервиса: запись на ТО и шиномонтаж, обмен с 1С и CRM

Приёмщик — узкое горлышко: поток одинаковых вопросов

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

Поток обращений в автосервисе на удивление повторяемый. Клиенты спрашивают:

• сколько стоит замена масла, тормозных колодок, ремня ГРМ на конкретной модели;
• что входит в плановое ТО для их марки и пробега;
• сколько по времени займёт работа и можно ли подождать;
• нужна ли предварительная запись или принимают в живой очереди;
• есть ли свободное окно на конкретный день и время;
• работают ли с этой маркой и можно ли привезти свои запчасти;
• делаете ли шиномонтаж с хранением, развал-схождение, диагностику.

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

Самый частый и самый «проваливаемый» запрос — «сколько будет стоить». Приёмщик занят, ответ требует уточнений по машине, прайс лежит в таблице, в которую сейчас неудобно смотреть. Ассистент работает иначе: спокойно уточняет марку, модель, год, объём двигателя и что именно нужно сделать, находит в загруженных материалах строку по работе и расходникам и даёт понятный ориентир по цене прямо в чате. Не точную смету — её всё равно составит мастер после диагностики, — а диапазон, который снимает базовую тревогу и позволяет принять решение о записи. Клиент, получивший ориентир, записывается. Клиент, которому сказали «приезжайте, посмотрим», уходит туда, где ответили конкретнее. Чтобы ассистент отвечал именно как приёмщик этого сервиса, а не «вообще автосервиса», в кабинет BOTIX загружаются материалы компании — перечень услуг с группировкой, прайс с диапазонами, посты и мастера, расписание, условия подменного авто, правила гарантии, описания пакетов ТО-1, ТО-2 и сезонных. Это обычная операция, не IT-задача; как ассистент осваивает эти материалы — разбираем отдельно в как ассистент начинает знать ваш бизнес.

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

Запись без приёмщика: от вопроса до строки в журнале

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

Закрыть запись — это не прислать ссылку на форму и не сказать «сейчас уточню у мастера». Это провести клиента по короткому содержательному диалогу до конца: понять услугу, подобрать удобное время, зафиксировать визит и подтвердить его так, чтобы человек не остался в подвешенном состоянии. Ассистент делает именно это. Когда клиент говорит «давайте запишемся», разговор переключается со свободного диалога на пошаговую логику — здесь нет места импровизации, потому что данные должны собраться правильно, иначе в зону ожидания приедет не та машина или машина без слота.

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

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

Отдельный эффект — плановое ТО. Машину нужно обслуживать регулярно: масло каждые 10–15 тысяч км, тормозная жидкость раз в два года, антифриз по регламенту. Но клиенты забывают и возвращаются, когда уже что-то сломалось. Ассистент закрывает эту дыру напоминаниями по дате последнего визита, пробегу или сезону: «прошлый раз меняли масло полгода назад, скоро плановое ТО — удобно записаться на этой неделе?». Это не назойливая рассылка, а персональное сообщение от сервиса, который помнит о клиенте, и именно такие напоминания дают самый понятный возврат — повторные визиты и ровную загрузку постов в будни.

Как запустить запись за один день

Порядок простой, без программиста:

1. Загрузите материалы сервиса в базу знаний — перечень услуг с группировкой, прайс с диапазонами, пакеты ТО, условия подменного авто и гарантии. Именно они превращают ассистента в приёмщика этого сервиса, а не «вообще автосервиса».
2. Опишите посты и мастеров — сколько подъёмников, кто на чём специализируется, сколько занимает каждая типовая работа. Ассистент будет подбирать слот по реальной загрузке, а не наугад.
3. Задайте расписание и правила — часы работы, живая очередь или только запись, длинные интервалы под сложные работы, сезонные окна под шиномонтаж.
4. Подключите каналы, где пишут клиенты — чат-виджет на сайт, Telegram, WhatsApp; ассистент отвечает одинаково во всех, опираясь на одну базу знаний.
5. Проверьте в демо — задайте неудобные вопросы («сколько ТО на Solaris», «есть окно в субботу», «примете со своими колодками») и убедитесь, что ответы спокойные и по делу, а запись доходит до журнала.

Обмен с 1С и CRM: заявка и данные без двойного ввода

Подключение ассистента не должно превращаться в отдельный IT-проект. Если для запуска нужен разработчик, неделя на согласование и месяц на доводку — это не готовое решение, а полуфабрикат. Для автосервиса это особенно чувствительно, потому что учёт почти всегда уже где-то ведётся — чаще всего в 1С, особенно в модели «магазин запчастей плюс сервис» или для сети из нескольких постов. Документы, заказ-наряды, склад, расчёты с поставщиками — всё там. Ассистент полезен ровно настолько, насколько он встроен в эту картину, а не висит сбоку.

BOTIX не пытается заменить 1С и не делает вид, что её нет. В коробке — набор готовых интеграций с распространёнными системами: 1С, AmoCRM и другие CRM, простая CRM-логика внутри самого BOTIX, обмен по API. Готовая интеграция — это когда бизнесу не нужно объяснять разработчику, какие поля передавать и какой формат у запроса: всё уже сделано на стороне платформы, а со стороны сервиса остаётся указать, к какой системе подключаемся, и пройти короткую авторизацию. Это принципиально другое состояние, чем «у нас есть API, соберите сами». API — набор кубиков, из которых разработчик собирает конструкцию за дни и недели, плюс тестирование, плюс поддержка, плюс переделка при каждом изменении на стороне внешней системы. Готовая интеграция — уже собранная конструкция, где нужно нажать «подключить».

На практике для автосервиса это работает так. Запись, оформленная ассистентом, уходит в учётную систему как первичная заявка — клиент с контактами попадает в карточку без ручного переноса. Когда заказ-наряд закрыт в 1С, BOTIX узнаёт об этом и отправляет клиенту короткое сообщение: работы завершены, при необходимости запишитесь повторно. Напоминание о следующем ТО по пробегу или сроку ассистент берёт в свою рассылку без отдельной ручной работы. Обмен двусторонний, и это главное: приёмщик не дублирует руками то, что уже собрал ассистент. 1С остаётся источником истины по бухгалтерии и складу, BOTIX занимается общением с клиентом и записью. При этом возможность собрать нестандартное никуда не девается — под редкую конфигурацию или внутреннее приложение есть общий механизм API, но базовые сценарии решены на уровне продукта, без платной «сборки под клиента».

Сайт подключается через ту же базу знаний: платформа забирает с сайта услуги, условия и описания, а на сам сайт ставится виджет ассистента — один диалог продолжается там, где удобно клиенту, будь то сайт или мессенджер. Все каналы работают в одном окне на одной базе знаний, поэтому добавить новый канал — не значит настраивать всё заново: в BOTIX это 14 модулей и 24 канала из коробки. Механику готовых коннекторов и обмена мы подробно разбираем в сценарий, AI и обмен с 1С для автосервиса.

И последнее, что важно для автосервиса не меньше цены, — где живут данные. Контакты и история обращений, особенно по клиентам премиальных моделей и корпоративных парков, — чувствительная информация, и вопрос «где это лежит» не теоретический. BOTIX размещается на серверах в России: все материалы, диалоги, записи и контакты хранятся внутри инфраструктуры BOTIX, что соответствует требованиям 152-ФЗ. Кабинет — с разграничением доступа: владелец видит всё, приёмщик — только свою смену, мастер — только свой пост. Это часть архитектуры продукта, а не маркетинговая фраза; подробнее — в разборе где хранятся данные клиентов автосервиса.