Коротко

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

В Казахстане этот список обычно выглядит очень земным: WhatsApp и Telegram, amoCRM или Bitrix24, 1C, Google Docs, Excel, PDF-инструкции, список филиалов, шаблоны ответов, ответственные люди. Не надо стесняться этой «неидеальной» картины. Именно с ней агенту потом и работать.

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

1. Выберите один процесс

Не готовьтесь к «внедрению ИИ в компанию». Готовьтесь к одному процессу.

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

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

2. Назначьте владельца

Владелец процесса - не просто человек «со стороны бизнеса». Это тот, кто может сказать: ответ хороший, ответ плохой, здесь нужен человек, здесь можно автоматизировать, эту ошибку терпим, эту нет.

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

Без владельцев ИИ быстро становится ничьей игрушкой.

3. Соберите реальные примеры

Для первого пилота обычно хватает 100-300 кейсов. Главное - чтобы они были настоящими.

Берите переписки, заявки, резюме, тикеты, акты, счета, договоры, внутренние вопросы. Добавляйте плохие случаи: опечатки, неполные данные, смешанный русский/казахский, голосовые расшифровки, старые шаблоны, конфликтующие статусы, просьбы нарушить правило.

К каждому примеру напишите ожидаемое поведение. Ответить. Задать вопрос. Показать источник. Подготовить черновик. Передать человеку. Отказаться.

Такой набор потом становится основой для evals для AI-проектов.

4. Сделайте карту источников

Пройдитесь по всем местам, откуда агент должен брать правду: amoCRM или Bitrix24, 1C, WhatsApp/Telegram история, Google Docs и таблицы, PDF-инструкции, прайсы, договоры, шаблоны ответов, список филиалов, правила согласования, внутренние регламенты.

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

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

5. Разделите права агента

Самая частая ошибка - сразу обсуждать «пусть агент всё делает». Лучше разделить уровни.

Читать данные. Готовить черновик. Рекомендовать действие. Создавать задачу. Менять поле в CRM. Писать клиенту. Менять статус оплаты. Создавать документ. Это разные уровни риска.

На первом этапе часто достаточно чтения и черновиков. Например, агент видит переписку, готовит резюме и предлагает следующий шаг, но менеджер подтверждает. Или агент вытаскивает поля из акта, но финансист утверждает.

Такой подход не замедляет внедрение. Он защищает проект от ранних дорогих ошибок.

6. Определите метрику

Метрика должна принадлежать процессу.

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

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

7. Подготовьте правила риска

Запишите, где агент не имеет права отвечать сам.

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

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

8. Подготовьте маленький rollout

Не запускайте на всю компанию сразу.

Выберите одну команду, один филиал, одну категорию вопросов, один тип документов или один сегмент сделок. Так проще понять, что работает, а что мешает.

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

9. Что можно не готовить заранее

Не нужно сразу чистить всю CRM. Не нужно переносить все документы в идеальную базу знаний. Не нужно покупать новую платформу. Не нужно обучать всех сотрудников.

Можно начать уже сейчас, если есть один процесс, реальные примеры и владелец. Остальное можно ограничить: read-only доступ, выгрузка из 1C, одна папка документов, один канал WhatsApp, одна воронка amoCRM.

Готовность к ИИ - это не стерильность. Это способность честно проверить систему.

10. Быстрая самопроверка

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

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

Минимальный пакет для подрядчика

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

В неё стоит положить 30-50 реальных примеров, схему текущего процесса, список систем, 3-5 типовых ошибок, роли пользователей, список запретных действий для агента и короткое описание желаемого результата. Для документов - несколько актов, счетов или договоров с пояснением, что в них проверяет человек. Для продаж - пару переписок и карточек сделок. Для поддержки - вопросы клиентов и текущие ответы операторов.

Такой пакет сразу меняет качество разговора. Подрядчик перестаёт продавать абстрактный AI и начинает обсуждать конкретный процесс: что можно проверить за месяц, где нужна интеграция, где хватит выгрузки, где риск слишком высокий для первого запуска. Даже если вы потом выберете другого исполнителя, эта папка не пропадёт. Она станет основой пилота и первых evals.

FAQ

Можно ли начинать, если CRM в плохом состоянии?

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

Нужно ли сразу подключать 1C?

Не всегда. Если агенту нужен статус оплаты или документ, можно начать с выгрузки или read-only доступа. Запись в 1C лучше давать позже, когда понятны риски.

Кто должен быть на первом воркшопе?

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

Когда звать подрядчика?

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