ИИ-бот для сообщества ВКонтакте: какие вопросы доверить и как проверить маршрут заявки

Какие сообщения разберите перед запуском

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

Для каждой группы напишите ожидаемое действие. «В какое время вы открыты?» — ответ по утверждённому графику. «Подберите модель под помещение» — несколько уточнений и передача консультанту. «Мой заказ не приехал» — маршрут в поддержку с доступом к заказу после проверки клиента. Не заставляйте генеративную модель угадывать статус по общему описанию.

Маршрут сообщения внутри системы

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

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

Как написать базу ответов без длинного FAQ

Возьмите 20 часто повторяющихся вопросов и оформите каждую запись как «вопрос клиента → подтверждённый ответ → ссылка на правило → когда передать человеку». Например, способ доставки может зависеть от города и типа товара. Тогда бот сначала уточняет город, а не выдаёт общее обещание. Если ассортимент меняется ежедневно, актуальное наличие должно приходить из каталога.

Не копируйте в базу весь сайт. Две страницы с разными условиями акции создадут конфликт, который модель может скрыть уверенной формулировкой. Назначьте сотрудника, который обновляет ответы при изменении условий, и дату очередной проверки. Список источников должен быть виден операторам.

Заявка без потери контекста

Клиент пишет: «Хочу купить для офиса 15 комплектов, выставите счёт?» Бот может уточнить организацию, город и контакт для связи, но не должен обещать скидку или срок отгрузки без подтверждения. В CRM передаются исходное сообщение, ответы на уточнения, идентификатор беседы, источник ВКонтакте и ответственный. Если клиент уже есть в системе, карточку надо связать с существующим контактом.

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

Что проверить перед публикацией

• Короткий вопрос и ответ с действующим источником.
• Сообщение с несколькими вопросами.
• Просьба о живом администраторе.
• Жалоба и эмоциональное сообщение.
• Запрос ночью и после смены оператора.
• Повтор события из канала после сетевого сбоя.
• Изменение условий товара после обновления каталога.

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

Когда автоматизация преждевременна

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

Кому принадлежит разговор после передачи

До запуска договоритесь, кто отвечает за беседу после появления человека: администратор сообщества, менеджер продаж или поддержка. Бот должен перестать отправлять самостоятельные советы на время ручного диалога. Иначе клиент может получить от сотрудника один срок, а через минуту — другой от автоматического помощника. Полезно сохранить в карточке причину передачи и статус «ожидает сотрудника».

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

Что написать в первом сообщении

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

Пример вечерней заявки

Покупатель пишет в 23:00: «Нужно 20 единиц к среде». Автоматический помощник собирает город и контакт, сохраняет вопрос и сообщает только тот срок ответа, который команда реально выполняет. Утром менеджер видит исходную просьбу и уже полученные параметры. Если бот ночью пообещал поставку к среде без проверки склада, скорость ответа обернулась ошибкой. Этот сценарий стоит проверить до открытия сообщества для всех пользователей.

Для заявок из сообщества полезно отдельно проверить маршрут обращения до CRM.