Провальные внедрения ИИ редко проваливаются из-за технологии. Модель работает, интеграция стоит, бот отвечает — а проект всё равно тихо сворачивают через три месяца. Причины повторяются, и их немного.
Ниже — семь ошибок, каждая с описанием того, как она выглядит изнутри, и с тем, что надо было сделать вместо.
Ошибка 1: автоматизировать всё сразу
Что происходит. Компания вдохновляется и берёт десять процессов одновременно. Бюджет раздувается, сроки съезжают, внимание команды размазывается. Через полгода нет ни одного законченного проекта, зато есть вывод «нам ИИ не подходит».
Как правильно. Один процесс. Довести до результата, измерить, только потом второй. Первый проект — это ещё и обучение вашей команды работе с агентами; два параллельных внедрения удваивают нагрузку на людей, а не на подрядчика.
Как выбрать этот один — в статье о пяти процессах для автоматизации.
Ошибка 2: не подготовить базу знаний
Что происходит. Агента подключают, но данных в него не кладут. Он отвечает общими фразами, потому что отвечать ему нечем. Клиенты недовольны, проект закрывают, виноватой назначают технологию.
Как правильно. 2–3 дня на сбор FAQ, каталогов и инструкций до начала разработки. Качество базы определяет результат больше, чем выбор модели или подрядчика.
Отдельная неприятность этого этапа: сбор документов почти всегда обнаруживает, что регламенты устарели или противоречат друг другу. Это не побочный эффект автоматизации, а давно существовавшая проблема, которую наконец стало видно. Подробнее про механику — в статье о RAG-системах.
Ошибка 3: ожидать стопроцентной автоматизации
Что происходит. Руководитель рассчитывает, что агент полностью заменит сотрудника. Первый же нестандартный запрос, с которым бот не справился, воспринимается как провал всей затеи.
Как правильно. На зрелом процессе агент закрывает 70–85% типовых обращений — и это отличный результат, а не компромисс. Остальное уходит человеку, потому что там нужны суждение и ответственность. Сотрудник при этом не исчезает: он перестаёт отвечать на одинаковые вопросы и начинает заниматься сложными случаями.
Если подрядчик обещает 100% — это либо непонимание задачи, либо продажа. Оба варианта дорого обходятся на третий месяц.
Ошибка 4: не настроить эскалацию
Что происходит. Агент не знает ответа, но вместо передачи человеку выдумывает правдоподобный. Клиент получает неверную информацию и узнаёт об этом позже — обычно в самый неудобный момент.
Как правильно. Жёсткое правило: не уверен — передавай человеку с сохранением контекста диалога. Отдельно опишите темы, где агент обязан молчать всегда: цены под конкретного клиента, сроки, условия договора, любые обещания.
Хорошая эскалация выглядит не как ошибка системы, а как нормальный переход: «сейчас подключу коллегу, он ответит точнее». Плохая — как стена молчания или уверенная выдумка.
Ошибка 5: не обновлять базу
Что происходит. Агент запущен, работает месяц. Цены изменились, ассортимент обновился, условия доставки другие — а база прежняя. Агент честно рассылает клиентам устаревшие данные, и формально он прав.
Как правильно. Назначьте ответственного за актуальность базы и поставьте регулярную проверку — обычно достаточно 30–60 минут в неделю. Это не техническая, а управленческая задача, и подрядчик за вас её не решит.
Ошибка 6: выбирать подрядчика только по цене
Что происходит. Находится исполнитель, который «сделает чатбота» в разы дешевле рынка. Через месяц бот падает, автор недоступен, доступов ни у кого нет, а как это устроено — не знает никто.
Как правильно. Смотрите на четыре вещи:
- работающие проекты, которые можно посмотреть, а не скриншоты;
- что происходит после запуска — есть ли поддержка и на каких условиях;
- у кого остаются доступы, база знаний и код;
- готовность показать архитектуру решения до начала работ.
Третий пункт критичен. Если после расставания с подрядчиком у вас не остаётся ничего, вы платили не за решение, а за аренду.
Обратное тоже верно: высокая цена сама по себе ничего не гарантирует. Защищает не сумма, а маленький первый шаг — пилот на один процесс, по которому видно, как человек работает.
Ошибка 7: не измерять результат
Что происходит. Агент работает, метрики никто не смотрит. Через три месяца собственник спрашивает, за что платим, — и ответить нечем. Проект закрывают, хотя он мог быть успешным: просто это невозможно доказать.
Как правильно. Зафиксируйте базовую линию до запуска: сколько часов уходит на процесс, какая конверсия, какое время ответа. Потом раз в месяц — восемь строк отчёта. Как считать — в статье об измерении ROI.
Что общего у всех семи
Ни одна из этих ошибок не техническая. Все семь — про решения, которые принимаются до строчки кода: какой процесс взять, кто отвечает, что считается успехом, что делать с исключениями.
Отсюда практический вывод: если подрядчик на первой встрече говорит только о моделях и интеграциях и не спрашивает про ваши процессы и метрики — вы разговариваете не о том.
Частые вопросы
Какая из семи встречается чаще остальных?
Вторая и седьмая, и обычно вместе. Слабая база даёт посредственный результат, отсутствие метрик не даёт этого вовремя заметить. К моменту, когда становится очевидно, доверие к проекту уже потрачено.
Мы уже допустили несколько. Что делать?
Начинать не с переделки агента, а с базовой линии и одного процесса. Чаще всего работающее решение не нужно выбрасывать — нужно сузить его до одной задачи и наконец начать считать.
Можно ли обойтись без подрядчика?
Можно, если внутри есть человек, готовый заниматься этим постоянно, а не в свободное время. Собрать прототип сегодня несложно; сложно поддерживать его в рабочем состоянии полгода. Ошибки 5 и 7 — ровно про это, и они не зависят от того, кто делал систему.
Сколько времени до первого результата?
Две недели на один процесс с подготовленными данными. План по дням — в статье о внедрении за 2 недели.
А если процесс окажется неподходящим?
Это выясняется на первой неделе и стоит недорого — именно поэтому мы начинаем с пилота, а не с годового контракта. Худший вариант — узнать то же самое через восемь месяцев.
С чего начать
Прежде чем выбирать подрядчика или модель, ответьте на три вопроса: какой один процесс берём, кто с вашей стороны за него отвечает и по какому числу через месяц поймём, получилось ли. Если ответов нет, любая технология даст тот же результат — никакой.
Хотите пройти это вместе — мы делаем бесплатный разбор процессов и говорим прямо, если автоматизировать пока нечего.