Как проходит внедрение

Внедрение цифрового сотрудника - это не установка готового бота одной кнопкой. Сначала нужно понять процесс компании, затем подготовить знания и подключения, определить права, протестировать сценарии и только после этого переводить сотрудника в рабочий режим.

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

Этап 1. Определяем бизнес-задачу

На старте фиксируется проблема, которую должен решить цифровой сотрудник.

Например:

• менеджеры долго отвечают на новые заявки;
• поддержка повторяет одни и те же ответы;
• сотрудники не могут быстро находить внутренние документы;
• маркетинговая команда регулярно собирает одни материалы вручную;
• юрист тратит время на первичную проверку типовых договоров.

Формулировка должна описывать текущую работу, а не технологию.

Вместо "нам нужен ИИ-агент" полезнее сказать: "каждый день менеджеры вручную квалифицируют около 50 входящих лидов из Telegram и сайта".

Этап 2. Разбираем процесс

Дальше нужно понять последовательность действий.

Для входящих продаж это может быть:

получить обращение -> определить интерес -> задать вопросы -> дать типовую информацию -> создать лид -> назначить следующий шаг -> передать менеджеру.

Для клиентского сервиса:

получить вопрос -> определить тему -> найти актуальную информацию -> ответить или выполнить разрешенное действие -> передать оператору при необходимости.

На этом этапе важно увидеть не только что делает человек, но и почему он принимает конкретные решения.

Если два менеджера одинаковую ситуацию обрабатывают по-разному, это нужно обнаружить до автоматизации.

Этап 3. Определяем границы цифрового сотрудника

Не вся работа из текущего процесса должна перейти ИИ.

Для каждого шага решается:

• сотрудник выполняет его самостоятельно;
• сотрудник выполняет его только после подтверждения;
• шаг всегда остается человеку.

Например, Максимус может самостоятельно дать информацию по действующему прайсу, но нестандартную скидку отправить на согласование.

Юриус может найти потенциальное расхождение между версиями договора, но не должен самостоятельно принимать юридически значимое решение от имени компании.

Эти границы превращают общее понятие автоматизации в конкретную модель ответственности.

Этап 4. Собираем знания

Для работы цифровому сотруднику нужны источники.

Они могут включать сайт компании, PDF и DOCX, FAQ, каталог, цены, регламенты, инструкции, шаблоны, внутренние правила и примеры хорошей работы.

Данные проверяются на актуальность и соответствие выбранному сценарию.

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

Подробнее: Как подготовить базу знаний для ИИ.

Этап 5. Заполняем бриф

Бриф собирает бизнес-контекст в структурированном виде.

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

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

Подробнее: Как заполнить бриф на внедрение.

Этап 6. Подключаем системы

Следующий слой - инструменты.

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

Если речь идет о продажах, могут понадобиться сайт, Telegram, CRM и календарь.

Если процесс связан с клиентским сервисом - мессенджер, сайт, данные заказа или календарь записи.

Доступ предоставляется только к тому, что требуется роли.

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

Этап 7. Настраиваем правила и подтверждения

После подключения систем определяется уровень самостоятельности.

Пример для продаж:

Автоматически: ответить по базе знаний, задать квалификационные вопросы, сохранить разрешенные данные.

С подтверждением: предложить нестандартную скидку, отправить чувствительный документ, изменить важное условие сделки.

Запрещено: удалять данные или выполнять действия, которые не относятся к роли.

Human approval особенно важен там, где цена неправильного решения выше, чем стоимость дополнительной проверки человеком.

Подробнее: Human approval.

Этап 8. Тестируем на реальных сценариях

Тестовая выборка должна быть похожа на реальную работу.

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

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

Задача теста не доказать, что система уже идеальна. Задача - найти случаи, где она ведет себя неправильно или непредсказуемо.

Этап 9. Запускаем пилот

После тестов сотрудник начинает работать в ограниченном реальном процессе.

Например:

• только заявки с сайта;
• только Telegram;
• только рабочее время;
• только одна категория услуг;
• только чтение CRM и создание лидов без изменения сделок.

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

Здесь собираются ошибки и причины эскалаций.

Этап 10. Переводим в рабочий режим

После успешного пилота можно расширять сценарий.

Добавить второй канал. Подключить дополнительное действие. Расширить базу. Настроить новый тип follow-up. Подключить еще одного цифрового сотрудника.

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

Кто участвует во внедрении со стороны компании

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

Владелец процесса. Человек, который понимает, как реально выполняется работа.

Владелец данных. Знает, где находится актуальная информация.

Ответственный за доступы. Помогает подключить необходимые системы.

Ответственный за результат. Принимает решение, считается ли пилот успешным.

В небольшой компании все четыре роли может выполнять один человек.

Как понять, что внедрение завершено успешно

Успешное внедрение - не факт подключения нейросети.

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

Например:

"Максимус принимает новые обращения с сайта, задает квалификационные вопросы, использует актуальную базу услуг, создает лид в CRM и передает менеджеру обращения, соответствующие заданным условиям. Нестандартные скидки не предлагает без подтверждения".

Такой результат можно проверить. Формулировку "у нас теперь есть ИИ в продажах" проверить невозможно.

Типичные ошибки внедрения

Первая - пытаться автоматизировать слишком широкий процесс.

Вторая - подключать систему к неактуальным данным.

Третья - выдавать слишком много прав на всякий случай.

Четвертая - тестировать только простые запросы.

Пятая - считать передачу человеку провалом автоматизации.

Шестая - не назначить владельца процесса, который будет разбирать реальные случаи после запуска.

Что дальше

Подготовку документов, доступов и примеров разберем в статье Что подготовить перед запуском.

Если бизнес-контекст уже собран, переходите к Как заполнить бриф на внедрение.

Переход от теста к рабочему режиму подробно описан в От демо и тестирования к рабочему сотруднику.