WhatsApp и Telegram для автосервиса: как принять ночную заявку без ложной записи
Сценарий бота в мессенджерах: вводные по автомобилю, доступность диагностики, CRM и передача мастеру. Что проверить у канала и как считать эффект.
Ночью автосервис может принять обращение и объяснить следующий шаг. Это не означает, что он способен круглосуточно выполнить диагностику или подтвердить любой ремонт. Бот должен прямо различать заявку на связь, предварительное пожелание и сохранённую запись в доступное время.
Начальный сценарий: человек описывает проблему в мессенджере, получает утверждённую организационную информацию и передаёт сведения мастеру-приёмщику. Сложную диагностику, спорную стоимость и претензию помощник самостоятельно не решает.
Два канала, одна проверенная база
У WhatsApp есть Business Platform с бизнес-API, автоматизированными сценариями и подключениями. Возможность работы конкретной организации, порядок подключения, разрешённые сообщения и стоимость проверяют по действующим условиям. Наличие обычного аккаунта или приложения Business не подтверждает готовую интеграцию с вашим конструктором.
Для Telegram используется отдельное бот-подключение. Проверяйте права и возможности каждого канала, а не обещайте одинаковый режим для всех мессенджеров. Ключи хранят защищённо. Обновлённый прайс и правила сервиса могут быть общими, но ограничения отправки и состояние доставки различаются.
Если клиент обращается в двух местах, нельзя объединять историю только по похожему имени. Нужен согласованный способ подтверждения связи. В противном случае можно показать чужой заказ или потерять два разных обращения.
Что собирать вечером и ночью
| Вводные | Зачем нужны |
|---|---|
| Марка, модель и известные данные автомобиля | Понять, подходит ли запрос профилю сервиса |
| Описание симптома словами клиента | Подготовить обращение без подмены диагнозом |
| Нужный филиал и удобное время | Проверить доступность маршрута |
| Существующий заказ | Направить вопрос ответственному вместо новой продажи |
| Согласованный контакт | Передать следующий шаг сотруднику |
Учебный пример: клиент пишет «после поездки слышен стук, хочу диагностику». Бот сохраняет симптом, уточняет автомобиль и предлагает доступный порядок записи. Он не сообщает, что точно требуется заменить конкретную деталь. По фотографии и короткому сообщению нельзя обещать окончательную стоимость ремонта.
Когда можно подтвердить время
Доступность зависит от вида диагностики, поста, оборудования, исполнителя и длительности. Не каждая CRM знает эти ограничения без настройки. Если система содержит только общий календарь менеджера, свободное окно ещё не означает доступный подъёмник.
Клиент выбирает вариант, интеграция проверяет его повторно и сохраняет запись. Подтверждение отправляют после успешного результата. При недоступности системы заявка получает состояние ожидания проверки. Укажите, когда и как человек сможет получить уточнение, не выдумывая срок ответа сотрудника.
Если в процессе выясняется другой объём работ, длительность и ресурсы пересматриваются. Изменение услуги не должно молча оставлять прежнее обещание времени готовности. Принимать автомобиль и подтверждать ремонт нужно по установленному порядку сервиса.
История обслуживания и предложения
После предусмотренной проверки клиента можно использовать утверждённую историю. Помощник напоминает о согласованном обслуживании или предлагает обсудить сопутствующую работу. Календарь последнего визита не доказывает, что деталь уже необходимо менять.
Любое дополнение требует согласия и проверки стоимости, времени и доступности. В жалобе приоритетом является разбор проблемы. Предлагать платную услугу до передачи претензии человеку неуместно.
Перевод к мастеру
К сообщению ответственному приложите краткую сводку, исходный симптом, неизвестные данные и историю выполненных действий. Если клиент попросил человека, бот должен остановить самостоятельное обсуждение. Не допускайте, чтобы мастер и помощник одновременно давали разные обещания в одном чате.
Проверяйте доставку задачи и запасной порядок при отсутствии ответа. Фраза «передал мастеру» допустима, когда событие действительно создано. Для срочных опасных ситуаций нужен отдельно утверждённый сценарий, без неподтверждённого совета продолжать движение.
Пик и лист ожидания
В сезон повышенной нагрузки задайте реальную пропускную способность и правила ожидания. Если мест нет, бот показывает это прямо и предлагает согласованный следующий шаг. При освобождении времени повторно проверяет доступность, прежде чем подтвердить приглашённому клиенту запись.
В тест включите массовый поток, перенос, повтор события и отказ одного канала. Сотрудник должен видеть незавершённые обращения, а не только успешно заполненные карточки.
Перед праздниками проверяйте часы работы и дежурные контакты. Автоматический приём ночью не означает, что мастер прочитает заявку немедленно. В приветствии полезно указать фактический порядок обработки и доступный запасной канал. После изменения графика пересмотрите и сохранённые напоминания.
Как оценить пользу
Отдельно посчитайте уникальные ночные запросы, заполненные карточки, подтверждённые записи, фактические приезды и оплаченные работы. Сравнивайте сопоставимые периоды по загрузке и рекламе. Быстрый ответ полезен, но сам по себе не доказывает дополнительную выручку.
В расходы включите настройку, сообщения, модели, интеграцию и разбор ошибок. Для первой версии хватит одного канала и одного типа обращения. После проверенного пилота можно обсудить расширение приёма заявок автосервиса с АГЕНСТВОМ ИИ TRUE.

