Lotus LibreИИ-системы
Записаться на аудит
Стратегия

ИИ-пилот в продакшен: почему пилоты застревают и что делать

Почему большинство ИИ-пилотов не доходит до продакшена и как это исправить: критерии приёмки, evals, передача человеку, лимиты затрат и поэтапный запуск.

  • Команда Lotus Libre
  • 10 мин чтения
На этой странице
  1. Почему ИИ-пилоты застревают: восемь сценариев
  2. Что на самом деле означает «продакшен»
  3. Пять этапов от пилота до продакшена
  4. Этап 1: аудит (1–2 недели)
  5. Этап 2: discovery и критерии приёмки
  6. Этап 3: платный пилот с жёстким сроком (2–4 недели)
  7. Этап 4: запуск с поэтапным расширением
  8. Этап 5: сопровождение — продакшен это услуга, а не дата
  9. Строить самим, покупать или работать с партнёром?
  10. Тревожные сигналы: пилот уже застревает
  11. Типичные ошибки
  12. Вывод

ИИ-демо сегодня есть почти у каждой компании. ИИ-системы, которая полгода работает на полном объёме, — гораздо реже. По данным MIT NANDA, около 95% пилотов с генеративным ИИ не дали измеримого эффекта в P&L (Fortune). Gartner прогнозирует, что более 40% проектов агентного ИИ закроют к концу 2027 года (Gartner). И хотя 88% компаний используют ИИ хотя бы в одной функции, эффект на EBIT, по McKinsey, видят лишь 39% (McKinsey).

Данные по российскому рынку показывают ту же картину. По оценке MWS AI для сегмента корпоративных ИИ-помощников, 55% проектов остаются пилотами, 30% масштабируются и только 15% работают в промышленной эксплуатации (Коммерсантъ). Масштабировать агентов смогли лишь 11% внедривших ИИ компаний (Эксперт).

Хорошая новость: продакшен достижим. ИИ-сделки доходят до продакшена в 47% случаев, обычный SaaS — в 25% (Menlo Ventures). 70% сервисных команд с ИИ-агентами увидели измеримый эффект в течение 60 дней (Salesforce). Губит пилоты не технология, а то, как они устроены. Ниже — типичные причины и путь из пяти этапов, который доводит пилот до продакшена.

Почему ИИ-пилоты застревают: восемь сценариев

Сценарий Как это выглядит Что помогает
Нет метрики, нет владельца «Давайте посмотрим, что ИИ может для нас сделать» Одна бизнес-метрика, один ответственный, критерии приёмки подписаны до первого дня
Старый процесс, новый инструмент ИИ прикручен к неизменному процессу Перестроить передачу задач и роли; лидеры делают это примерно в 3 раза чаще (Silicon Canals о McKinsey)
Качество, которое никто не умеет измерить Отобранные примеры из демо, байки Тестовый набор из реальных случаев и автоматические evals; качество — барьер №1 для 32% команд, задержка ответа — №2, около 20% (отчёт LangChain)
Нет интеграций Сотрудники копируют ответы ИИ в CRM Чтение и запись через API; интеграции занимают 40–60% бюджета RAG-проекта (ment.tech)
Непонятные затраты Счёт за токены, которого никто не ждал Стоимость одного результата, бюджеты и жёсткие лимиты
Защита данных и юридические вопросы Юристы останавливают запуск на шестой неделе DPA, решение о хостинге, DPIA и раскрытие ИИ продуманы заранее
Люди Команда игнорирует систему или обходит её Раннее вовлечение, обучение и понятная новая роль для людей
Нет даты окончания Пилот идёт, «пока не станет понятнее» Жёсткий срок и встреча «запускаем / не запускаем» в календаре

Европейские цифры объясняют, почему юридические вопросы и затраты нужно решать в начале, а не в конце. Среди немецких компаний, уже использующих ИИ, 66% называют барьером требования защиты данных, 56% — правовую неопределённость, 54% — непредсказуемые затраты, 45% — риск утечки данных и 42% — неприятие сотрудниками (Bitkom). Любой из этих пунктов способен остановить технически успешный пилот.

Что на самом деле означает «продакшен»

Большинство разногласий между бизнесом и ИТ возникает из-за разного понимания слова «готово». Сравнение делает разрыв видимым:

Измерение Пилот Продакшен
Охват Выборка, лояльные пользователи Реальный объём, все клиенты в рамках сценария
Данные Выгрузка или снимок Живой доступ с учётом прав
Интеграции Вручную или только чтение Чтение и запись через API, проверенные сценарии сбоев
Качество Примеры из демо Набор evals и регрессионные тесты при каждом изменении
Мониторинг Нет Дашборды, оповещения, выборочные проверки
Люди Наблюдают Определённые точки передачи и согласования
Затраты Корпоративная карта Бюджет, лимиты, отчёт о стоимости результата
Безопасность Доверенные входные данные Защита от prompt injection, минимальные права
Комплаенс Отложен DPA, сроки хранения, раскрытие ИИ (ст. 50 EU AI Act)
Ответственность Инновационная команда или вендор Назначенные владельцы от бизнеса и ИТ, SLA

С 2 августа 2026 года чат-боты и голосовые агенты в ЕС обязаны сообщать человеку, что он общается с ИИ (EU AI Act, статья 50). В Казахстане с 18 января 2026 года действует закон об ИИ, который тоже требует информировать пользователя о применении ИИ и маркировать синтетический контент (EY). Уже одно это требование многие пилоты не учитывали.

Пять этапов от пилота до продакшена

Этап 1: аудит (1–2 недели)

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

Этап 2: discovery и критерии приёмки

До начала разработки решите четыре вопроса: доступ к данным, карта интеграций (какие системы ИИ читает и в какие пишет), тестовый набор из реальных исторических случаев и критерии приёмки. Хорошая карточка критериев помещается на полстраницы. Для агента, который отвечает на вопросы о статусе заказа в интернет-магазине, она может выглядеть, например, так:

  • Главная метрика: не менее 45% обращений о статусе заказа решены без человека и не открыты повторно в течение 7 дней.
  • Ограничители: удовлетворённость клиентов не ниже базового уровня; не менее 95% правильных передач человеку на тестовом наборе; стоимость решённого обращения ниже согласованного потолка.
  • Решение: руководитель службы поддержки принимает решение «запускаем / не запускаем» на 28-й день.

Значения вы задаёте сами. Важно, чтобы они существовали до первой строки кода.

Этап 3: платный пилот с жёстким сроком (2–4 недели)

Рынок привык к бесплатным тестам: Intercom Fin даёт 14 дней (Fin), HubSpot — 28 дней (Resolve247). Поэтому платный пилот должен давать больше, чем пробный период: реальную интеграцию с вашими системами, ваши данные и письменный отчёт об эффекте относительно базового замера. Начинайте в теневом режиме — ИИ предлагает, решают люди, — чтобы измерить качество без риска для клиентов. Затем отдайте ИИ небольшую долю реальных обращений. Эффект бывает очень заметным уже на этом этапе: в одном из российских пилотов маршрутизация входящих заявок с ИИ сократила время ответа с 40 до 5 минут (QSoft).

Сделайте систему оценки раньше самого агента. Автоматически проверяемый тестовый набор из реальных случаев показывает, стало ли лучше или хуже после изменения промпта или модели. Без него каждая правка — догадка. Подробнее — в нашем руководстве по ИИ-evals.

Этап 4: запуск с поэтапным расширением

Из теневого режима переходите, например, на 10% трафика, затем на 50% и на 100%, с возможностью отката на каждом шаге. Явно опишите передачу человеку: какие темы всегда уходят к сотруднику, при какой неуверенности модели срабатывает эскалация, как клиент может связаться с живым человеком. Крупные компании поступают так же: 49% явно определили сценарии, где агенту запрещено решать самостоятельно, а 75% банков не дают агентам доступ к чувствительным данным без контроля человека (KPMG).

До запуска присвойте цену каждому результату. По данным KPMG, 74% компаний включили проверку затрат в процедуру одобрения, у 43% есть бюджеты на токены. Установите месячный лимит и оповещение заметно ниже него.

Встреча «запускаем / не запускаем» заслуживает собственной повестки. Ограничьте её 45 минутами и тремя вопросами: достигла ли главная метрика порога на реальном трафике? Нарушен ли какой-то ограничитель (удовлетворённость, качество передачи человеку, жалобы, стоимость результата)? Что нужно изменить перед полным объёмом? Возможные решения: «запускаем», «запускаем с условиями» (например, возвраты выше лимита остаются за людьми), «однократно продлеваем на две недели с конкретной доработкой» или «останавливаем». Аккуратная остановка — тоже результат: освобождается бюджет на следующий процесс, а базовый замер, тестовый набор и интеграции остаются у вас.

Этап 5: сопровождение — продакшен это услуга, а не дата

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

Строить самим, покупать или работать с партнёром?

То, как вы получаете решение, измеримо влияет на шансы. В 2025 году 76% корпоративных ИИ-сценариев были куплены, а не разработаны самостоятельно; годом ранее — 53% (Menlo Ventures). По данным MIT NANDA, купленные решения и партнёрства со специализированными поставщиками были успешны примерно в 67% случаев, собственная разработка — заметно реже (Fortune).

Практический вывод: сначала проверьте, не закрывает ли задачу агент, встроенный в ваш хелпдеск или CRM, — в amoCRM и Битрикс24 такие агенты уже есть. Кастомная разработка оправдана там, где встроенный агент не справляется: собственные действия, глубокие интеграции, требования к размещению данных или по-настоящему отличающий вас процесс. Критерии — в нашей схеме решения «разрабатывать или покупать».

Следите за масштабом задачи. Полностью автономные агенты, управляющие компьютером и браузером, быстро прогрессируют, но проблема prompt injection не решена; даже OpenAI признаёт, что её, возможно, никогда не удастся устранить полностью (разбор). Для продакшена в 2026 году безопасный вариант по умолчанию — узкие агенты с понятными правами и человеком на рискованных шагах.

Тревожные сигналы: пилот уже застревает

Если вы в середине пилота, эти признаки говорят о том, что он движется скорее к тем самым 95%, чем к продакшену:

  • Никто не может назвать метрику успеха одним предложением. Что делать: на этой неделе написать карточку критериев и подписать её.
  • Демо работает, но сотрудники по-прежнему копируют вручную. Что делать: в приоритет — та единственная интеграция с записью, которая убирает ручной шаг.
  • О качестве говорят на примерах и историях. Что делать: собрать тестовый набор из 200–300 реальных случаев и проверять на нём каждое изменение.
  • Юристы или ответственный за персональные данные ещё не видели систему. Что делать: назначить встречу сейчас; принести схему потоков данных, список субпроцессоров и текст раскрытия ИИ.
  • Затраты — «где-то пара сотен в месяц». Что делать: измерить стоимость результата на реальном трафике и поставить лимит.
  • Дату окончания уже дважды переносили. Что делать: назначить встречу «запускаем / не запускаем» и решать по имеющимся данным.

Большинство застрявших пилотов можно спасти за 2–4 недели, если кто-то возьмёт ответственность за эти пункты. Если ни один из них исправить нельзя, остановиться дешевле, чем ждать.

Типичные ошибки

  • Выбирать самый эффектный сценарий вместо самого измеримого. Скромный процесс с понятной единицей лучше эффектного, который никто не может оценить.
  • Тестировать на чистых демо-данных. Реальные почтовые ящики — это сканы, опечатки, пересланные цепочки и три языка. Проверяйте на них.
  • Считать пилот бесплатным. Бесплатный пилот получает бесплатное внимание. Платный пилот с жёстким сроком создаёт обязательства с обеих сторон.
  • Нет даты окончания и встречи для решения. Внесите встречу «запускаем / не запускаем» в календарь в первый же день.
  • Измерять только в конце. Отслеживайте метрику еженедельно: сюрприз на четвёртой неделе дешевле, чем на шестом месяце.
  • Забыть о команде. Те, кого не вовлекли, будут обходить систему. Обучите сотрудников и дайте им понятную роль — разбор эскалаций и контроль качества.
  • Автоматизировать рискованные шаги без контроля. Возвраты денег, юридические формулировки, медицинские и финансовые советы требуют точек согласования.
  • Нет владельца после запуска. Без назначенного ответственного и бюджета на сопровождение качество падает, а проект тихо закрывают.

Вывод

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

Так мы работаем в Lotus Libre Agents и Lotus Libre Systems: аудит, discovery, платный пилот с подписанными критериями приёмки, запуск и сопровождение. Если ваш пилот застрял или вы хотите сразу правильно запустить новый, запишитесь на бесплатный 15-минутный аудит — расскажем, что нужно, чтобы довести его до продакшена.

Частые вопросы

Почему большинство ИИ-пилотов проваливается?

Чаще всего не из-за модели. Типичные причины: нет согласованной метрики успеха, нет владельца со стороны бизнеса, слабые данные или база знаний, нет интеграции с реальными системами, непонятные текущие затраты и нет плана изменения процесса. По данным McKinsey, лидеры по эффекту от ИИ примерно в три раза чаще перестраивают процессы, а не прикручивают ИИ к старым.

Сколько должен длиться ИИ-пилот?

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

Чем ИИ-пилот отличается от продакшена?

Пилот доказывает на ограниченной выборке, что идея может работать. Продакшен — это реальный объём с интеграциями, мониторингом, оценкой качества, передачей человеку, лимитами затрат, защитой, комплаенсом (например, раскрытием того, что клиент общается с ИИ, по статье 50 EU AI Act) и назначенным владельцем.

Что быстрее доводит до продакшена — своя разработка или покупка?

Для большинства компаний малого и среднего бизнеса быстрее покупка или работа со специализированным партнёром. По данным Menlo Ventures, до продакшена доходят 47% ИИ-сделок против 25% у обычного SaaS. По MIT NANDA, купленные решения и партнёрства были успешны примерно в 67% случаев, собственная разработка — заметно реже.

Какие метрики должен измерять ИИ-пилот?

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

Хотите, чтобы это заработало в вашем бизнесе?

Запишитесь на бесплатный 15-минутный ИИ-аудит. Честно скажем, окупится ли это — и с чего начать.

Записаться на 15-минутный ИИ-аудит

§Статьи

Похожие статьи