Как начать внедрение ИИ в бизнес: выбрать задачу, инструмент и пилот

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

Опишите сценарий одной фразой: «Когда поступает [вход], сотрудник делает [действие], чтобы получить [результат]; итог подтверждает [роль]». Если её нельзя заполнить, сначала нужно уточнить границы процесса. Для первого опыта выбирайте действие, которое можно проверить человеком до отправки письма, платежа или изменения записи в рабочей системе.

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

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

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

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

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

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

Пилот — проверка одного сценария, а не уменьшенная копия будущей платформы. До старта назовите владельца процесса, группу пользователей, допустимые данные, действия ИИ и действия, которые остаются за человеком. Зафиксируйте исходное время и качество выполнения той же задачи без нового инструмента. Затем проверьте пилот на контрольных и новых примерах.

Выберите метрику по смыслу задачи: время до назначения ответственного, время до проверенного ответа или долю подтверждённых сотрудником полей. Отдельно учитывайте критичные ошибки и время ручной проверки. Заранее опишите условие остановки и ручной маршрут на случай противоречивого ответа, отсутствующего источника или недоступности сервиса. Такой подход к границам применения, проверке и человеческому контролю соответствует добровольным рекомендациям NIST по управлению рисками генеративного ИИ; это не правовое требование для российских компаний.

Результат не обязан быть «масштабируем ИИ». Готового инструмента может хватить, если качество и правила работы с данными подходят, а интеграция не нужна. Рабочий контур имеет смысл проектировать, когда сценарий подтвердился, но нужны доступы, обновление источников и связь с действующими системами. Если полезного эффекта нет или проверка съедает выигрыш, задачу лучше изменить или остановить.

Если пока неизвестно, где начинается процесс и какие данные доступны, первый шаг — диагностика одного процесса. Когда задача уже сформулирована как поиск ответов по внутренним документам, можно отдельно оценивать AI/RAG. Для юридического отдела есть самостоятельное руководство по внедрению Legal AI: там иные риски и роль ответственного юриста.