Чат-бот для бизнеса: какие задачи он решает и как оценить пользу

Автоматике поручают законченный участок разговора

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

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

Какие задачи подходят малому бизнесу

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

Лучше автоматизировать объяснение постоянных условий, чем индивидуальное обещание цены. У первого результата есть подготовленный ответ, у второго могут отсутствовать исходные данные и полномочия.

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

Что оставить человеку

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

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

Сценарный бот и ИИ-помощник требуют разной подготовки

Кнопочный сценарий удобен для предсказуемого выбора. Языковая модель помогает работать со свободной формулировкой вопроса. Ни один вариант не получает знания компании автоматически.

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

Как устроено создание в конструкторе

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

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

Где полезна языковая модель

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

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

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

Пользу считают по завершённым задачам и затратам

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

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

Расчёт без обещанного роста продаж

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

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

Как проверить пользу первой версии

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

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

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

Что спросить у исполнителя до разработки

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

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

Испытание до реального потока

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

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

Материалы для оценки объёма

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

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