Какие задачи можно поручить чат-боту
Подходящий кандидат для автоматизации имеет четкое начало, ограниченный набор ответов и понятный результат. В первом ограниченном релизе чат-боту можно безопасно поручить следующие повторяемые действия:
- ответить на частые вопросы по утвержденной базе знаний;
- спросить имя, телефон, компанию и удобный способ связи;
- определить тему обращения, тип клиента, продукт и срочность;
- создать лид, сделку, обращение или задачу с заполненными полями;
- выбрать очередь или подразделение по заданным правилам;
- запросить статус из внешней системы и показать разрешенную часть данных;
- передать диалог сотруднику вместе с ответами клиента и причиной передачи.
Этот список не означает, что все действия выполняются только штатными настройками Битрикс24. Открытая линия принимает сообщения, связывает их с CRM, распределяет между операторами и умеет подключать установленного чат-бота. Логику диалога выполняет приложение или собственный бот. Для обращения к учетной системе, личному кабинету или другой базе обычно нужна интеграция.
Сначала сформулируйте проверяемый результат первого релиза в одном предложении. Пример формулировки: «После диалога в CRM должна появиться квалифицированная заявка с темой, контактом и выбранной очередью». Формулировка «нужен умный бот» не дает критерия приемки и увеличивает неопределенность проекта.
Когда подключать сотрудника
Бот должен передавать диалог человеку по содержанию запроса и по техническому состоянию сценария. Заранее внесите в сценарий следующие основные основания для передачи сотруднику:
- клиент прямо просит позвать сотрудника;
- вопрос отсутствует в утвержденной базе или ответ нельзя подтвердить;
- запрос сложный, нестандартный или допускает несколько толкований;
- возникла претензия, конфликт или чувствительная ситуация;
- требуются переговоры, проверка документов или индивидуальное решение;
- бот исчерпал число попыток уточнения;
- внешняя система недоступна, и продолжение диалога может ввести клиента в заблуждение.
Для финансовых, юридических и других значимых решений нужен ответственный специалист. Бот может собрать исходные сведения и объяснить следующий шаг, но окончательное решение остается за уполномоченным сотрудником.
Передача считается рабочей, если оператор видит краткую сводку: кто обратился, из какого канала, что хочет, какие вопросы уже заданы, какие данные получены и почему бот остановился. Клиенту не приходится повторять историю.
В настройках Открытой линии можно задать время до автоматического перехода в очередь, а клиент может перейти к оператору раньше, отправив 0.
Этот механизм стоит оставить как резерв даже при хорошо проработанном сценарии.
Как чат-бот связан с Открытыми линиями и CRM
С точки зрения руководителя полный путь сообщения состоит из следующих этапов:
- Клиент пишет в подключенный канал: онлайн-чат, мессенджер или социальную сеть.
- Открытая линия принимает сообщение и применяет настройки очереди, рабочего времени и CRM.
- Установленный чат-бот начинает сценарий при первом обращении или в каждом новом диалоге, в зависимости от настроек.
- Бот отвечает, собирает данные и при необходимости вызывает методы Битрикс24 или внешней системы.
- По условию сценария или тайм-ауту диалог переходит оператору.
- История остается в чате и связанной карточке CRM, если это предусмотрено настройками линии.
Рис. 1 "Схема работы чат-бота с Открытыми линиями и CRM Битрикс24"
Такое разделение помогает команде точнее искать причину каждого сбоя. Если сообщение не приходит, проверяют канал и Открытую линию. Если неверно создается сделка, проверяют сопоставление полей и права. Если ответ не соответствует вопросу, проверяют сценарий, базу знаний и модель. Если чат не дошел до сотрудника, проверяют условия отключения бота, тайм-аут и очередь.
Как выбрать способ реализации
- Настройки Битрикс24 и Открытых линий.
Подходят, когда задача сводится к приему сообщений, автоответам, рабочему времени, очереди, созданию карточки CRM и передаче установленного бота оператору. Это основа процесса, но содержательный диалог обычно требует приложения или собственного решения. - Готовое приложение из Маркета.
Имеет смысл, если нужный сценарий уже предусмотрен разработчиком и его можно проверить до запуска. Смотрите не только на список функций. Важны поддерживаемые каналы, дата обновления, документация, поддержка, права приложения, размещение и обработка данных, совместимость с вашей версией Битрикс24 и условия подписки.
Готовый конструктор подходит для типовых сценариев, например для консультации с передачей данных в CRM или первичной квалификации обращения из Telegram. Перед установкой проверьте актуальные условия приложения: поддерживаемые каналы, права доступа, обработку данных, подписку и совместимость с вашей версией Битрикс24. - Интеграция с внешним сервисом.
Нужна, когда бот должен получать остатки, статус заказа, расписание, данные личного кабинета или выполнять действие вне Битрикс24. До разработки определяют источник данных, доступные методы API, правила доступа, формат ошибок, повторные попытки и защиту от дублирования операций. - Собственный чат-бот.
Оправдан, если логика специфична для компании, готового решения нет или сценарий тесно связан с внутренними системами. Собственный бот дает больше контроля над правилами, журналом событий и развитием. Вместе с контролем появляются обязанности: размещение, мониторинг, обновления, резервный сценарий и документация. Пример узкого собственного решения можно увидеть в материале о распределении Открытых линий по отделам. - AI-слой
AI полезен для свободных формулировок, классификации темы, поиска по базе знаний и подготовки краткой сводки оператору. Он увеличивает диапазон вопросов, но требует строгих границ: разрешенные источники, правило отказа при недостатке данных, журналирование, тесты на выдуманные ответы и понятная передача человеку. Для короткого меню из пяти вариантов AI может оказаться лишней зависимостью.
Рис. 2 "Как выбрать способ запуска чат-бота в Битрикс24".
Если вы уже знаете каналы и желаемый результат, обсудите архитектуру чат-бота с Соль. На консультации можно отделить задачу Открытой линии от логики бота и интеграций.
Что проверить до разработки
Канал и реальный путь сообщения.
Один и тот же сценарий может вести себя по-разному в веб-чате и мобильном приложении мессенджера. Проверьте, поддерживает ли канал кнопки, файлы, длинные сообщения и нужный способ идентификации. Тестируйте через настоящий клиентский аккаунт. Проверка только из интерфейса разработчика не подтверждает готовность клиентского пути.
Тариф, подписка и версия портала
Доступность Открытых линий и их настроек зависит от тарифа. Для многих готовых приложений в облачной зоне ru нужна подписка Битрикс24 Маркетплейс. У собственного решения могут быть отдельные расходы на размещение, внешние API и AI. Универсального ответа по тарифу нет: проверка проводится на конкретном портале и по карточке выбранного приложения.
API, нагрузка и ошибки
До разработки составьте полный перечень методов, которые будет вызывать бот. Для каждого метода зафиксируйте нужные права, ожидаемый ответ, лимиты, тайм-аут, правило повторной попытки и поведение при недоступности. Операции создания и изменения должны быть защищены от повтора, иначе один запрос клиента может породить несколько лидов или заявок.
Права и данные
Предоставляйте приложению минимальный набор прав, необходимый для утвержденного сценария. Отдельно опишите, какие сведения уходят из Битрикс24 во внешний сервис или AI-модель, где они обрабатываются, кто имеет доступ к журналам и сколько хранятся записи. Персональные и коммерчески чувствительные данные передавайте только в объеме, который нужен для сценария. До запуска привлеките ответственных за информационную безопасность и обработку персональных данных.
Владельцы процесса
Назначьте трех владельцев: бизнес-владелец отвечает за результат, владелец базы знаний утверждает ответы, технический владелец следит за работой и обновлениями. Один человек может совмещать роли, но каждая обязанность должна быть названа.
Как подготовить сценарий и базу знаний
Подготовку сценария начните с подробной карты будущего пути клиента. Для каждой ветки запишите входную фразу, уточняющий вопрос, обязательные данные, допустимый ответ, результат в CRM и условие передачи человеку. Обязательно добавьте ветки «не понял», «сменил тему», «хочу оператора» и «сервис недоступен».
База знаний должна состоять из утвержденных ответов с владельцем и датой пересмотра. Если ответ зависит от тарифа, региона, договора или статуса клиента, бот сначала уточняет условие. Когда надежного ответа нет, он сообщает об этом и передает запрос сотруднику. Фраза, придуманная моделью без подтвержденного источника, не становится фактом.
При проектировании полезно отделить текст ответа от следующего действия системы. Например, после ответа о документах бот может создать задачу, записать выбранную тему и передать чат. Такой формат упрощает тестирование. Команда отдельно проверяет содержание и изменения в CRM.
Два примера сценария
Типовая консультация и квалификация
Клиент спрашивает, подходит ли конкретная услуга для его компании и ситуации. Бот уточняет тему, тип клиента и контакт, показывает утвержденный ответ, предлагает выбрать следующий шаг.
Если запрос типовой, создается лид с заполненными полями и назначается нужная очередь.
Если клиент задает вопрос за пределами базы, чат вместе со сводкой уходит консультанту.
Критерий готовности: сотрудник получает карточку с источником, темой, контактами и историей; клиент видит, что запрос принят, и понимает, кто продолжит общение.
Статус заказа из внешней системы
Клиент просит показать актуальный статус ранее оформленного заказа или заявки. Бот запрашивает идентификатор и выполняет предусмотренную компанией проверку личности, затем обращается к учетной системе. Если данные получены, клиент видит разрешенный статус и следующий шаг. Если заказ не найден, ответ неоднозначен или API недоступен, бот не угадывает результат и передает обращение сотруднику с кодом ошибки и собранными данными.
Критерий готовности: повторный запрос не создает дубликаты, чувствительные данные остаются вне открытого журнала. При сбое внешней системы клиент получает понятное объяснение и следующий шаг.
