Контекст компании
Услуги, инструкции, условия и ответы на частые вопросы становятся источниками для диалога.
Консультации, заявки, рабочие данные и передача сотруднику. Создаём агента под конкретный процесс, материалы и системы вашей компании.
Иллюстрация сценария. Реальная заявка не создаётся.
Клиент спрашивает об услуге. Помощник использует материалы компании, уточняет потребность и передаёт обращение дальше. Сотрудник просит статус заказа — агент получает разрешённые данные из подключённой системы.
В основе решения — выбранная языковая модель, ваши источники информации, правила диалога и доступные действия. Мы связываем эти части в рабочий сценарий и проверяем его на примерах.
Состав функций определяется задачей. Для точного повторяющегося шага можно использовать обычный сценарий, а для свободного диалога и поиска по материалам — ИИ.
Выберите задачу и посмотрите пример работы: диалог, данные и следующий шаг.
Это подготовленные примеры, а не подключение к реальной CRM. Состав действий вашего помощника определяем в проекте.
Все сценарии ↗Услуги, инструкции, условия и ответы на частые вопросы становятся источниками для диалога.
Помощник собирает недостающую информацию и помогает сформулировать обращение.
Создание заявки, получение статуса или постановка задачи — в рамках доступных подключений.
История и собранные данные переходят человеку в согласованных ситуациях.
Внешний клиент и сотрудник получают разные возможности и наборы данных.
Проверяем обычные вопросы, спорные ситуации, ошибки подключения и передачу человеку.
Заявка в чате, заказ в учёте, задача у сотрудника. Настраиваем передачу данных туда, где с ними действительно работают.
В одном проекте эти подходы могут работать вместе.
Идёт по определённым веткам, принимает команды, собирает данные. Хорошо подходит для точных повторяющихся действий.
Понимает свободный запрос и работает с материалами компании. Помогает найти и объяснить информацию.
Соединяет диалог с разрешёнными инструментами: получает данные, создаёт запись, запускает следующий этап.
Смотрим, откуда приходят запросы, где хранятся данные и какие действия повторяются. Выбираем первый сценарий и критерии его готовности.
Готовим сценарии и материалы, подключаем нужные системы, задаём права и обработку ошибок. Проверяем доступность каждой операции.
Проходим типовые и сложные ситуации на ограниченном потоке. Смотрим, где нужен человек, и исправляем обнаруженные ошибки.
Передаём инструкции и доступы, помогаем команде начать работу. Поддержку, обновления и новые сценарии согласуем отдельно.
До запуска определяем источники информации, разрешённые действия и ситуации, в которых нужен сотрудник.
Подробнее о данных и доступахОпределяем, какие данные и действия нужны помощнику. Разделяем возможности клиентов, сотрудников и руководителя.
Подключаем выбранные источники и обсуждаем порядок их обновления. Типовые и сложные вопросы проверяем до запуска.
Задаём условия передачи сотруднику: нехватка информации, индивидуальное решение или просьба клиента.
Для команды, которая хочет начать с конкретной задачи и проверить результат.
Когда обращение или заказ проходит через сайт, CRM, учёт и команду.
Для обновления материалов, подключения новых сценариев и сопровождения.
Стоимость рассчитывается после разбора задачи. Внедрение, расходы на сервисы и сопровождение оцениваются отдельно.
Сценарный бот идёт по заранее заданным веткам. ИИ-помощник может работать со свободным запросом и материалами компании. Агент дополнительно использует разрешённые инструменты: например, получает статус или создаёт заявку. Конкретный состав функций определяем в проекте.
Начинаем с существующих систем. Проверяем доступные интерфейсы и права, затем предлагаем состав подключения. Если нужная операция недоступна, обсуждаем другой маршрут или ручной этап.
Да. Например, со сбора заявок, ответов по базе знаний или передачи заказа из магазина в учёт. После проверки первого процесса можно добавлять следующие возможности.
Модель и способ подключения выбираем под задачу, качество ответов, требования к данным и бюджет. До запуска фиксируем используемый сервис, расходы и правила обработки информации.
Задаём правила уточнения и передачи сотруднику. Вопрос без достаточной информации не должен превращаться в обещание клиенту. Такие ситуации включаем в проверку перед запуском.
Отдельно оцениваем разработку и внедрение, расходы на размещение и внешние сервисы, затем поддержку и развитие. Стоимость зависит от числа сценариев, подключений и состояния данных.
Разбираем различия на примере заявки: когда достаточно кнопок, когда нужна база знаний и когда помощнику нужны действия в CRM.
Читать статьюИз каких частей состоит подключение, кто выполняет действия и что проверить, прежде чем разрешить помощнику менять записи.
Читать статьюПрактический набор проверок: неполный вопрос, запрещённое действие, ошибка CRM, повтор и передача сотруднику.
Читать статьюРасскажите, что команда делает вручную. Разберём задачу и предложим первый понятный этап.