Начало работы
Что подготовить перед запуском
Чек-лист подготовки к запуску ИИ-сотрудника: процесс, данные, документы, интеграции, доступы, правила, примеры и критерии контроля.
Подготовка цифрового сотрудника похожа на онбординг нового специалиста: ему нужно объяснить задачу, показать актуальные источники, определить полномочия и рассказать, когда следует обратиться к коллеге.
Разница в том, что правила для ИИ желательно формулировать явно. Фраза "мы обычно и так понимаем, что делать" для автоматизации не подходит.
Ниже - практический набор материалов, который стоит собрать перед запуском.
Описание первого процесса
Начните с одной страницы текста.
Ответьте на вопросы:
Что запускает процесс? Новая заявка, письмо, вопрос сотрудника, документ, событие в CRM.
Что происходит дальше? Основные шаги человека.
Чем процесс заканчивается? Ответом клиенту, созданным лидом, встречей, отчетом, подготовленным документом, передачей задачи.
Какие ситуации считаются исключениями? Нестандартная скидка, жалоба, отсутствие данных, особые условия.
Такого описания достаточно, чтобы начать обсуждение. Не нужно сразу рисовать сложную BPMN-схему.
Продукты, услуги и фактическая информация
Если сотрудник общается с клиентами, ему нужна информация, которой сегодня пользуется команда.
Соберите список услуг или товаров, краткие описания, цены, условия, географию работы, график, ограничения, сроки, действующие акции и ответы на распространенные вопросы.
Главное требование - данные должны быть актуальными.
Если у компании одновременно существуют три версии прайса, сначала нужно определить, какая из них рабочая.
Регламенты и инструкции
Регламент объясняет не факты, а правила действий.
Например:
"Если клиент интересуется услугой X, сначала уточнить A и B".
"Если заказ уже передан в доставку, изменение адреса передается оператору".
"Скидка выше установленного уровня требует согласования".
"Договор с изменениями второй стороны не отправлять без проверки".
Такие инструкции помогают превратить корпоративную привычку в понятный процесс.
FAQ и реальные вопросы
Готовый FAQ полезен, но реальные диалоги обычно ценнее.
Соберите 10-30 примеров типовых обращений. Особенно полезны случаи, где новый сотрудник компании мог бы ошибиться.
Например, неоднозначный вопрос, запрос без нужных данных, разговорное название продукта, просьба об исключении или несколько задач в одном сообщении.
Реальные формулировки помогают проверить, насколько система понимает язык клиентов, а не только аккуратные тестовые запросы.
Примеры хорошего результата
Если задача сложнее простого ответа на FAQ, покажите, что считается хорошей работой.
Для квалификации лида можно дать пример заполненной карточки. Для письма - несколько удачных писем. Для анализа договора - образец чек-листа и пример комментариев. Для внутреннего поиска - примеры вопросов сотрудников и ожидаемый тип ответа.
Пример не должен превращаться в жесткий шаблон для каждого случая. Он показывает уровень качества и структуру результата.
Список рабочих систем
Составьте простую таблицу для себя:
| Система | Зачем нужна | Какие данные используются | Какие действия нужны |
|---|---|---|---|
| Telegram | входящие лиды | сообщения клиента | ответить, передать |
| amoCRM | учет лида | карточка, история | создать лид, добавить данные |
| Календарь | встречи | свободные интервалы | создать встречу |
| База знаний | ответы | услуги, цены, FAQ | чтение |
Не обязательно подключать все системы сразу. Таблица нужна, чтобы увидеть минимально достаточную конфигурацию.
Доступы
Для каждой системы определите минимальные права.
Если сотруднику нужно только читать данные, не выдавайте права на изменение.
Если нужно создавать лиды, это не означает, что нужно разрешать удаление существующих сделок.
Если требуется отправка сообщений, отдельно решите, какие типы сообщений разрешены автоматически.
Принцип простой: каждому процессу - минимально достаточный доступ.
Список действий с подтверждением
Перед запуском полезно прямо написать:
"ИИ не выполняет без человека..."
Например:
- изменение цены;
- индивидуальная скидка;
- отправка договора;
- юридически значимое действие;
- удаление данных;
- публикация от имени бренда;
- массовая рассылка;
- изменение важных реквизитов.
Для другой компании этот список будет отличаться.
Подробнее: Human approval.
Правила передачи человеку
Нужно определить не только, что ИИ умеет, но и где он должен остановиться.
Причины передачи могут быть такими: клиент просит оператора, нет достоверной информации, данные конфликтуют, запрос выходит за компетенцию, требуется исключение из правил, действие запрещено политикой, клиент явно недоволен или нужна профессиональная оценка человека.
Такой список снижает риск того, что система будет пытаться продолжать диалог там, где лучше остановиться.
Tone of voice
Если сотрудник общается с внешними пользователями, достаточно коротких правил.
Например:
"Пишем на вы. Без канцелярита. Не используем уменьшительно-ласкательные обращения. Не обещаем то, чего нет в регламенте. Ответы короткие, но не односложные".
Дополните это несколькими реальными примерами.
Не нужно создавать 40-страничный брендбук, если процесс не требует такой детализации.
Владельцы информации
Назначьте людей, которые отвечают за разные источники.
Кто подтверждает цены? Кто сообщает об изменениях продукта? Кто решает спорный вопрос в продажах? Кто обновляет юридические шаблоны? Кто может менять правила поддержки?
Без владельца даже хорошая база знаний постепенно устаревает.
Что не нужно собирать на всякий случай
Не стоит загружать весь архив компании только потому, что он существует.
Старые презентации, отмененные условия, исторические прайсы, черновики и документы без понятного статуса могут создать конфликт.
Если материал не используется в процессе и непонятно, актуален ли он, лучше сначала разобраться с ним.
Совет Для первого запуска полезнее 20 проверенных документов, чем 2 000 файлов без понятной актуальности.
Минимальный комплект для первого пилота
Для небольшого сценария часто достаточно описания процесса, актуального FAQ, прайса или каталога, одного-двух регламентов, примеров реальных обращений, списка интеграций, правил доступа, правил human approval, причин передачи человеку и критериев проверки результата.
Дальше база расширяется по реальным кейсам.
Проверка перед передачей материалов
Перед запуском пройдитесь по четырем вопросам.
Информация актуальна?
Понятно, какой источник главный при конфликте?
Понятно, что сотрудник может делать сам?
Понятно, когда должен подключиться человек?
Если на один из вопросов нет ответа, его лучше решить до рабочего запуска.
Следующий шаг: Как заполнить бриф на внедрение.