Проблемы внедрения ИИ: разбор типовых сбоев проектов
Пилот собирают за две недели, демо нравится всей команде, а через три месяца система не используется: в ней нет половины номенклатуры, операторы обходят её стороной, подрядчик ссылается на качество данных…
Пилот собирают за две недели, демо нравится всей команде, а через три месяца система не используется: в ней нет половины номенклатуры, операторы обходят её стороной, подрядчик ссылается на качество данных заказчика. Это типовой сценарий, а не исключение — проблемы внедрения ии почти никогда не связаны с моделью.
Разберу сбои по этапам: от выбора процесса до сопровождения. С ценами исправления, сдвигами сроков и честным разбором того, какие сферы внедрения ии дают больше всего сюрпризов.
Ключевые выводы
- 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–2. Обследование процесса, хронометраж, базовая метрика, назначение владельца.
- Недели 3–4. Подготовка данных и справочников, согласование доступов, разметка 300–600 примеров.
- Недели 5–6. Прототип и прогон 50–100 операций. Контрольная точка по точности.
- Недели 7–10. Разработка, интеграции с 1С и CRM, правила проверки ответов, журналирование.
- Недели 11–12. Пилот на части потока (20–30%), разбор ошибок каждый день, правки базы знаний. Контрольная точка по эффекту.
- Недели 13+. Масштабирование на весь поток, регламент сопровождения, отчёт по метрикам.
Что помогает не сорвать сроки: фиксировать доступы письмом до старта разработки, держать тестовый контур с копией данных, вести реестр решений и не расширять список сценариев до конца пилота. Как выбирать подрядчика и что прописывать в договоре, разобрано в статье как выбрать подрядчика на разработку.
И честная граница: если процесс меняется каждые два месяца или объём операций меньше 300 в месяц, ИИ-проект лучше отложить. Сначала стабилизируют правила и данные — иначе система будет устаревать быстрее, чем её дорабатывают.
Частые вопросы
Почему ИИ-проекты не доходят до продакшена?
В большинстве случаев из-за организационных причин: нет владельца процесса, не согласованы доступы, не сформулирована метрика, команда не обучена. Технические сбои случаются реже и обходятся дешевле. Проверка этих пунктов до старта занимает две недели, исправление после запуска — три месяца.
Сколько времени занимает внедрение ИИ в компании?
Пилот — 2–4 недели, рабочий сценарий с интеграциями — 6–12 недель, второй и третий сценарий добавляют по 3–6 недель. Полноценное внедрение с масштабированием на несколько отделов занимает 6–9 месяцев.
Кто должен вести проект со стороны заказчика?
Владелец процесса из бизнеса, обычно руководитель отдела или операционный директор, 4–6 часов в неделю. ИТ-специалист помогает с доступами и инфраструктурой, но приоритеты и приёмку держит бизнес.
Нужно ли менять процессы до внедрения ИИ?
Частично да: убрать дублирующие шаги, договориться о единых справочниках, зафиксировать регламент эскалации. Полная перестройка процесса до пилота не нужна — она откладывает проверку гипотезы и удорожает проект.
Что делать, если подрядчик срывает сроки?
Смотреть на контрольные точки в договоре, а не на обещания. Если прототип не показал нужную точность на эталонном наборе, проект останавливают и возвращаются к данным и сценариям. Требуйте доступ к репозиторию и журналам диалогов с первого дня.
Что делать дальше
Проверьте будущий проект по семи сбоям: владелец, данные, метрика, доступы, тесты, обучение, приёмка. Каждый закрытый пункт снижает риск срыва — дешевле потратить на это две недели до старта, чем три месяца после.
План внедрения с этапами и метриками разобран в материале внедрение ИИ в бизнес, а работы по учётной системе — на странице интеграции 1С. Что входит в проект и сколько это стоит, описано на странице ИИ-агенты и чат-боты.
Частые вопросы
Почему ИИ-проекты не доходят до продакшена?
Сколько времени занимает внедрение ИИ в компании?
Кто должен вести проект со стороны заказчика?
Нужно ли менять процессы до внедрения ИИ?
Что делать, если подрядчик срывает сроки?
Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «ИИ-агенты и ИИ-боты». Основной запрос материала — «проблемы внедрения ии» (336 показов в месяц). Если у вас другая ситуация — напишите, разберём.

