ИИ-агенты и ИИ-боты

Проблемы внедрения ИИ: разбор типовых сбоев проектов

Пилот собирают за две недели, демо нравится всей команде, а через три месяца система не используется: в ней нет половины номенклатуры, операторы обходят её стороной, подрядчик ссылается на качество данных…

, Архитектор ИИ-решений Обновлено 19.08.2026 8 минут чтения 420 просмотров 12 лайков

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

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

Ключевые выводы

  • 6 из 10 срывов ИИ-проектов происходят из-за данных и процессов, а не из-за качества модели: кривые справочники, отсутствие владельца, ручные обходные пути.
  • Первый год внедрения ИИ обходится в 1,4–1,8 раза дороже сметы: добавляются интеграции, разметка эталонов и обучение смены.
  • Цена ошибки растёт по этапам: на обследовании — 1×, в разработке — 5–10×, после запуска в продакшен — 20–40×.
  • Разметка 300–600 эталонных примеров стоит 60–120 тыс. ₽ и 1–2 недели, но снимает 30–50% споров на приёмке.
  • Подготовка данных в поддержке и продажах занимает 2–4 недели, в производстве и логистике — 8–16 недель.
  • Проект выживает, если у него есть владелец из бизнеса на 4–6 часов в неделю и недельный разбор ошибок первые 8 недель после запуска.

Проблемы внедрения ИИ: семь сбоев, которые видно на старте

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

Сбой Как проявляется Цена исправления
Нет владельца процесса Решения зависают на недели 3–6 недель простоя, 100–300 тыс. ₽
Грязные справочники Агент путает номенклатуру и клиентов 2–4 недели, 100–250 тыс. ₽
Метрика «внедрить ИИ» Непонятно, что принимать Переделка приёмки, 80–200 тыс. ₽
Доступы не согласованы Интеграция не проходит тест 2–5 недель ожидания
Нет тестового набора Качество неизвестно до продакшена 60–120 тыс. ₽ на разметку
Сопротивление смены Систему обходят вручную 2–6 недель обучения и правок
Размытая приёмка Споры в финале проекта 10–20% бюджета

Формулировка «внедрение внедрения ии» выдаёт главную из этих проблем: компания считает проект двумя разными работами — установкой технологии и изменением процессов, — хотя это одна работа с одним бюджетом. Второй заход после неудачного первого стоит на 20–30% дороже: приходится разбирать старые промпты, интеграции и ожидания команды.

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

Как отличить техническую проблему от организационной

Задайте три вопроса. Кто принимает решение, если ответы агента расходятся с мнением руководителя отдела? Что считается ошибкой и кто её разбирает? Какой показатель должен измениться через 8 недель? Если хотя бы на один нет ответа — проблемы внедрения ии лежат в организации, и замена модели их не решит.

Данные, доступы и интеграции: где проект стоит дольше всего

Дольше всего проект стоит на согласовании доступов и подготовке данных: 4–10 недель против 3–6 недель на саму разработку. Разработчики в это время простаивают или делают лишнюю работу. Большая часть проблем внедрения ии живёт именно здесь, а не в модели.

Классика — интеграция с 1С. В компании обычно две-три базы: 1С:УТ для торговли, 1С:ЗУП для зарплаты, иногда 1С:ERP. Справочники в них расходятся на 10–30% позиций, а обмен идёт вручную раз в день. Агент, который читает такую базу, даёт противоречивые ответы, и это выглядит как ошибка модели.

Запрос «внедрение внедрения 1с» появляется ровно здесь: учётную систему переставляют повторно, потому что первый проект закончился формальным запуском без чистки справочников. Порядок действий простой: инвентаризация номенклатуры и контрагентов, единые единицы измерения, ставки НДС, правила сопоставления — 2–4 недели и 100–250 тыс. ₽.

Отдельная тема — доступы и персональные данные. Агенту нужны права на чтение заказов и запись заявок, но не на изменение сумм и не на выгрузку баз клиентов. Как разделить роли и не нарушить требования к обработке данных, разобрано в статье данные и 152-ФЗ. Эффекты внедрения ии считают только после стабилизации: первые 4–6 недель метрики шумят, потому что часть диалогов ещё уходит операторам.

Сферы внедрения ИИ и их особые грабли

У каждой сферы своя цена данных и свой тип исключений. Там, где процесс описан регламентами и живёт в системе, проект идёт быстро; там, где знания в головах, сначала приходится их вытаскивать.

  • Поддержка клиентов. Быстрый старт: 60–150 статей, 2–4 недели подготовки. Грабли: база устаревает за месяц, нужен владелец, который обновляет её еженедельно.
  • Продажи. Агент квалифицирует лиды и отвечает на типовые вопросы за 3–5 недель. Грабли: без правил он обещает скидки и сроки, которых нет, — нужны жёсткие ограничения формулировок.
  • Маркетплейсы. Карточки, ответы на отзывы, разбор претензий — 2–3 недели. Грабли: площадки меняют правила, а тексты требуют проверки на уникальность и на соответствие регламентам Wildberries и Ozon.
  • Производство. Контроль качества и прогноз загрузки — 8–16 недель. Грабли: данные с оборудования не выгружены или идут в разных форматах.
  • Логистика. Планирование маршрутов и сроков — 6–12 недель. Грабли: качество зависит от внешних API и от того, насколько актуальны статусы.
  • Финансы и HR. Извлечение данных из документов — 4–8 недель. Грабли: персональные данные, требования к аудиту и запрет на внешние сервисы без договора.

План на 90 дней с контрольными точками

Рабочий план — три месяца с двумя точками выхода. Первая: точность прототипа не ниже 70% на эталонном наборе. Вторая: достигнуто 30% целевого эффекта на пилотной группе. План закрывает проблемы внедрения ии по очереди: сначала данные и правила, только потом код.

  1. Недели 1–2. Обследование процесса, хронометраж, базовая метрика, назначение владельца.
  2. Недели 3–4. Подготовка данных и справочников, согласование доступов, разметка 300–600 примеров.
  3. Недели 5–6. Прототип и прогон 50–100 операций. Контрольная точка по точности.
  4. Недели 7–10. Разработка, интеграции с 1С и CRM, правила проверки ответов, журналирование.
  5. Недели 11–12. Пилот на части потока (20–30%), разбор ошибок каждый день, правки базы знаний. Контрольная точка по эффекту.
  6. Недели 13+. Масштабирование на весь поток, регламент сопровождения, отчёт по метрикам.

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

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

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

Почему ИИ-проекты не доходят до продакшена?

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

Сколько времени занимает внедрение ИИ в компании?

Пилот — 2–4 недели, рабочий сценарий с интеграциями — 6–12 недель, второй и третий сценарий добавляют по 3–6 недель. Полноценное внедрение с масштабированием на несколько отделов занимает 6–9 месяцев.

Кто должен вести проект со стороны заказчика?

Владелец процесса из бизнеса, обычно руководитель отдела или операционный директор, 4–6 часов в неделю. ИТ-специалист помогает с доступами и инфраструктурой, но приоритеты и приёмку держит бизнес.

Нужно ли менять процессы до внедрения ИИ?

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

Что делать, если подрядчик срывает сроки?

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

Что делать дальше

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

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

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

Почему ИИ-проекты не доходят до продакшена?
В большинстве случаев из-за организационных причин: нет владельца процесса, не согласованы доступы, не сформулирована метрика, команда не обучена. Технические сбои случаются реже и обходятся дешевле. Проверка этих пунктов до старта занимает две недели, исправление после запуска — три месяца.
Сколько времени занимает внедрение ИИ в компании?
Пилот — 2–4 недели, рабочий сценарий с интеграциями — 6–12 недель, второй и третий сценарий добавляют по 3–6 недель. Полноценное внедрение с масштабированием на несколько отделов занимает 6–9 месяцев.
Кто должен вести проект со стороны заказчика?
Владелец процесса из бизнеса, обычно руководитель отдела или операционный директор, 4–6 часов в неделю. ИТ-специалист помогает с доступами и инфраструктурой, но приоритеты и приёмку держит бизнес.
Нужно ли менять процессы до внедрения ИИ?
Частично да: убрать дублирующие шаги, договориться о единых справочниках, зафиксировать регламент эскалации. Полная перестройка процесса до пилота не нужна — она откладывает проверку гипотезы и удорожает проект.
Что делать, если подрядчик срывает сроки?
Смотреть на контрольные точки в договоре, а не на обещания. Если прототип не показал нужную точность на эталонном наборе, проект останавливают и возвращаются к данным и сценариям. Требуйте доступ к репозиторию и журналам диалогов с первого дня.
420 просмотров 1296 слов
Дмитрий Хромов Архитектор ИИ-решений · автор НейроДела

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «ИИ-агенты и ИИ-боты». Основной запрос материала — «проблемы внедрения ии» (336 показов в месяц). Если у вас другая ситуация — напишите, разберём.

Обсудим вашу задачу?

Разберём процесс, посчитаем экономику и покажем, что реально автоматизировать за первые две недели. Без презентаций на 40 слайдов.