Внедрение ИИ в компании

Отдельная задача выбирается по одним правилам, а внедрение в компании устроено иначе: там, где выбор пилота — вопрос экономики и данных, внедрение — вопрос ролей, полномочий и бюджета. Этот материал про второе.

Как выбрать конкретный процесс и посчитать эффект, разобрано в материалах «Как выбрать первую задачу для ИИ» и «Автоматизация бизнес-процессов с ИИ». Здесь — то, что происходит вокруг: кто принимает решения, откуда берутся деньги и почему проекты останавливаются после удачного пилота.

Четыре этапа и их результат

Внедрение имеет смысл описывать не сроками, а тем, какой документ или факт появляется на выходе. Этап без проверяемого результата — это не этап.

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

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

AI-проект нельзя целиком отдать ИТ-отделу: большая часть решений — не техническая. Минимальный состав, без которого внедрение буксует:

• Заказчик результата — руководитель, чья метрика меняется. Он определяет, что считается успехом, и принимает решение о продолжении.
• Владелец процесса — тот, кто знает, как работа устроена сегодня, и вправе изменить регламент. Без него решение остаётся сбоку от процесса.
• Эксперт-практик — сотрудник, который делает эту работу руками. Он готовит эталонные примеры и отличает правильный результат от правдоподобного.
• ИТ и безопасность — доступы, интеграции, контур обработки данных. Подключать их нужно до пилота: согласование доступа задним числом — частая причина сдвига сроков.
• Юрист — правовое основание обработки, договор с провайдером модели, требования к персональным данным.

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

Из чего складывается бюджет

Разработка — не главная статья и почти никогда не единственная. Планировать стоит четыре группы затрат.

План на 30, 90 и 180 дней

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

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

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

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

Управление рисками и правила использования

Чем шире распространяется ИИ внутри компании, тем важнее не техника, а договорённости. Минимум, который стоит зафиксировать письменно:

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

Требования 152-ФЗ, локализация баз, обезличивание и выбор провайдера модели разобраны отдельно в материале «Данные и безопасность AI-проекта».

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

Проекты редко проваливаются на технике. Типичные причины остановки, которые видно заранее:

1. Нет точки отсчёта. Текущий процесс не измерен, поэтому эффект невозможно доказать, и проект проигрывает конкуренцию за бюджет следующего года.
2. Нет владельца процесса. Решение работает, но регламент не изменён, и сотрудники продолжают работать по-старому.
3. Данные оказались хуже ожиданий. Сканы без текстового слоя, три редакции регламента без признака действующей, поля, которые заполняются по-разному в каждом филиале.
4. Доступы согласуются дольше разработки. Безопасность подключили после того, как решение было готово.
5. Пилот выбран по заметности, а не по проверяемости. Красивая демонстрация без метрики не даёт основания для следующего шага.
6. Ожидание автономности. От решения ждут работы без человека там, где ошибка необратима, — и первый же инцидент закрывает направление целиком.

Что проверить до старта

Куда идти дальше

• Однодневный аудит бизнес-задач с ИИ — карта сценариев, приоритеты и паспорт первого пилота за один рабочий день.
• Подход ITERVA — четыре фильтра, через которые проходит задача до пилота.
• Автоматизация бизнес-процессов с ИИ — матрица приоритетов и формула потенциального эффекта.
• Разработка и внедрение ИИ-агентов — когда задача требует самостоятельных действий в системах, а когда достаточно сценария.
• Процессы под автоматизацию — три процесса, с которых обычно начинают.