Чат-бот ВКонтакте для бизнеса: какие задачи он закрывает

Как бот понимает, что спросил посетитель

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

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

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

Как подключить сообщество к конструктору

Создание чат-бота начинается с доступа владельца к сообществу. Личный аккаунт исполнителя не стоит превращать в единственное место управления: после его ухода компания потеряет возможность менять сценарий. Контроль остаётся у бизнеса.

Как пример возьмём Senler, поскольку для него есть открытая инструкция подключения ВКонтакте. В проекте используют кнопку «Добавить канал», затем выбирают платформу. Сервис запрашивает доступ к сообщениям сообщества, чтобы получать и отправлять ответы от его имени. Это разрешение относится к рабочей переписке, поэтому владелец заранее определяет, кто подключает сервис, кто меняет сценарий и кто сможет отключить доступ, если договор с исполнителем закончится.

В инструкции создания бота есть настройка «Возможности ботов» в управлении сообществом. Затем в конструкторе открывают «Чат-боты» и создают нового. Эти названия нужны для постановки задания, но весь технический маршрут заказчику повторять необязательно. Достаточно получить доступ к проекту и увидеть, что тестовое сообщение из нужного сообщества попало в сценарий. Не просите сотрудника передавать пароль от личной страницы: подключение и роли обсуждают отдельно от содержимого ответов.

Наличие сообщества в списке ещё не подтверждает готовность диалога. До запуска нужно пройти хотя бы один входящий вопрос с обычной пользовательской стороны.

Сценарий состоит из развилок, а не длинной анкеты

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

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

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

Свободный ввод полезен для краткого описания задачи. Для выбора направления кнопки надёжнее: их значение заранее известно и не зависит от написания слова.

Где сохраняется ответ пользователя

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

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

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

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

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

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

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

Порядок передачи описывают с двух сторон: что увидит клиент и кто получит обращение внутри компании. Если сотрудник отвечает в том же диалоге, автоматические ветки на время его участия стоит приостановить, чтобы бот не перебивал разговор стандартными подсказками и не предлагал повторно заполнить уже принятую заявку. Для возврата к автоматике задают отдельное событие: если менеджер молчит, вопрос может оставаться открытым, а посетитель по-прежнему ждать ответа сотрудника.

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

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

Как сделать первую версию и довести её до запуска

Черновик сценария нужно пройти до его включения для аудитории. Начните с маршрутов без нестандартных интеграций: ответ на вопрос, обращение и передача человеку. Затем добавляйте сложные ветки.

В режиме «Тестировать» Senler можно пройти редактируемую версию целиком без публикации. Отправка отдельного сообщения служит предварительным просмотром: кнопки и действия в таком просмотре не работают. Это различие существенно для приёмки, поскольку снимок приветствия или полученный текст ещё ничего не говорят о переходах между узлами, сохранении ответов и передаче заявки сотруднику. Исполнитель демонстрирует связанный диалог от входа до завершения, причём тестирующий действует как обычный посетитель, которому неизвестны названия внутренних шагов, значения кнопок и правила возврата после сообщения, не совпавшего с ожидаемым ответом.

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

Чтобы изменения стали доступны пользователям, в Senler требуется «Опубликовать». До этого работает прежняя опубликованная версия.

Запуск фиксируют вместе с перечнем включённых веток и ответственным за ответы. Такой список помогает различить ошибку новой версии и вопрос, который пока вообще не поручали автоматике.

Пройдите путь нового посетителя

Для самостоятельной оценки откройте сообщения сообщества как посетитель. Попытайтесь получить полезный ответ, ничего не зная об устройстве вашего сценария. Непонятная кнопка останавливает разговор.

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

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

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