Чат-бот собирает заявку на сервисное обслуживание, если последовательно выясняет, какое оборудование требует внимания, что произошло и как связаться с ответственным сотрудником. По ответам он определяет срочность по заранее заданным правилам и передаёт заявку нужному специалисту. Такой сценарий помогает не терять важные детали в переписке и быстрее находить обращения, где остановка оборудования мешает работе. Ниже — схема вопросов, правила приоритета и примеры ответов бота.
Какие сведения бот должен спросить для сервисной заявки?
Начните с причины обращения. Человеку проще описать проблему своими словами, чем выбирать точный код неисправности. Бот может предложить несколько вариантов: оборудование не запускается, работает с перебоями, появился необычный шум, требуется плановое обслуживание или нужна консультация. Если ни один вариант не подходит, оставьте поле для короткого описания.
Затем уточните модель или тип оборудования. Если у клиента несколько установок, попросите указать номер, название участка или другое обозначение, которое поможет отличить одну машину от другой. Не рассчитывайте, что сотрудник сервиса сам найдёт нужную установку по названию компании.
Для первичной оценки также нужны ответы на конкретные вопросы:
- Когда появилась проблема?
- Оборудование остановилось или продолжает работать?
- Затронута ли работа других установок или участка?
- Проводил ли кто-то проверку и что заметил?
- Кто на месте сможет ответить на уточняющие вопросы?
Не задавайте весь список без разбора. Если клиент выбрал плановое обслуживание, вопросы о внезапном отказе ему не нужны. Если оборудование остановилось, сначала выясните это и контакт ответственного, а подробности о предыдущем обслуживании запросите позже.
Как определить приоритет обращения?
Приоритет лучше определять по влиянию проблемы на работу, а не по формулировкам вроде «срочно» или «очень важно». Клиент может считать срочным любой запрос, поэтому бот уточняет факты: остановилась ли установка, можно ли продолжать работу безопасно по внутренним инструкциям предприятия, затронут ли производственный процесс и когда проблема началась.
Зафиксируйте правила вместе с сотрудниками сервиса. Например, обращение получает высокий приоритет, если оборудование остановилось и без него нельзя продолжить важный процесс. Если установка работает, но появились перебои, заявка уходит в обычную очередь с пометкой о симптоме. Плановую проверку бот направляет на согласование даты.
Пример простой логики:
- Высокий приоритет: оборудование остановилось, клиент сообщает о влиянии на работу участка. Бот передаёт заявку дежурному специалисту или ответственному за срочные обращения.
- Обычный приоритет: оборудование работает, но появилась неисправность или нестабильность. Бот собирает описание и направляет заявку сервисной команде.
- Плановый запрос: клиент просит провести обслуживание или обсудить проверку. Бот уточняет удобный период и передаёт заявку для согласования.
Эти категории задают порядок обработки, но сами по себе не обещают время приезда или устранения неисправности. Если у компании есть отдельные правила для разных моделей и типов поломок, добавьте их в сценарий и назначьте ответственного, который будет обновлять условия.
Что бот должен делать после определения срочности?
После сбора ответов бот показывает короткое резюме: какое оборудование указал клиент, что произошло, остановилась ли установка и какой приоритет назначен. Попросите подтвердить данные до отправки. Так клиент заметит ошибку в модели или описании, а специалист получит заявку без необходимости восстанавливать её по разрозненным сообщениям.
Затем передайте обращение в рабочий канал команды или систему, где специалисты ведут заявки. В сообщении должны быть не только имя и телефон, но и ответы на вопросы, приоритет, время поступления и история диалога. Если данные остаются только в чате, сотруднику придётся вручную искать и переносить их.
После передачи сообщите клиенту, что заявка зарегистрирована, и назовите следующий шаг без обещаний, которые бот не может проверить. Например: «Заявка передана специалисту сервиса. Он свяжется с вами по указанному номеру». Если сотрудник подтвердил срок ответа, бот может показать именно этот срок. Без подтверждения не стоит подставлять время автоматически.
Предусмотрите и выход к человеку. Если клиент не может описать неисправность, сообщает о нестандартной ситуации или просит специалиста, бот передаёт диалог сотруднику. Не заставляйте человека повторять уже сообщённые сведения: приложите ответы к обращению.
Каких ошибок избегать в сценарии?
- Задавать одинаковый длинный список вопросов при любой причине обращения. Разделите сценарий на ветки для поломки, нестабильной работы и планового обслуживания.
- Назначать приоритет только по словам «срочно» или «критично». Уточняйте, остановилось ли оборудование и как проблема влияет на работу.
- Собирать описание без модели или обозначения установки. Добавьте отдельный вопрос, чтобы специалист понимал, к какому оборудованию относится заявка.
- Обещать сроки ответа или ремонта без подтверждения от сервиса. Показывайте только те сроки, которые команда действительно согласовала.
- Передавать заявку без ответов клиента. Формируйте для специалиста сводку с симптомом, состоянием оборудования и контактным лицом.
Перед запуском проверьте сценарий на трёх типах обращений: оборудование остановилось, работает с перебоями, требуется плановое обслуживание. Для каждого случая проследите, какие вопросы увидит клиент, куда попадёт заявка и сможет ли специалист понять ситуацию без повторного опроса. После проверки выберите один тип обращения и настройте для него сбор данных, правила приоритета и передачу ответственному.
