Почему ваш прошлый пилот ИИ не взлетел

Сначала цифры

Это полезно знать до того, как объяснять неудачу себе или руководству:

RAND отдельно отмечает, что ИИ-проекты проваливаются примерно вдвое чаще обычных ИТ-проектов, а Gartner прогнозирует отмену более 40% агентных проектов к концу 2027 года при том, что внедряют их 79% компаний.

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

Причина первая: не было метрики

Самая частая. Проект стартовал с формулировкой «внедрить ИИ» или «снизить нагрузку на поддержку». Через три месяца никто не может сказать, стало лучше или нет, потому что не измерили, как было до.

Проверка простая: если цель нельзя записать как «показатель X вырастет с A до B на выборке за период T» — метрики нет, и спорить об успехе будет бессмысленно.

Причина вторая: данные оказались не готовы

На демонстрации всё работает на десяти аккуратных примерах. В бою выясняется, что справочник номенклатуры ведут три отдела по-разному, половина полей пустая, а исторические записи содержат опечатки, на которые модель реагирует непредсказуемо.

Приведение данных в порядок — нормальная часть проекта. Ненормально — обнаружить эту работу после подписания сметы.

Причина третья: не было владельца внутри

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

Это не про «выделить ресурс» формально. Это про конкретного сотрудника, которому улучшение процесса нужно лично.

Причина четвёртая: сразу взяли слишком много

Пилот пытался покрыть весь процесс целиком, во всех филиалах, со всеми исключениями. В результате ни один участок не был доведён до работающего состояния, а сроки уехали настолько, что интерес руководства угас раньше результата.

Один процесс, один показатель, три-четыре недели — скучнее, но доходит до конца.

Причина пятая: запустили и бросили

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

Сопровождение — не допродажа, а условие работоспособности. Если в смете его нет, деградация заложена в проект с самого начала.

Чек-лист перед следующей попыткой

1. Показатель записан числом, известно значение «до» и способ замера
2. У процесса есть владелец с именем и фамилией, согласный тратить 2 часа в неделю
3. Данные оцифрованы, и кто-то посмотрел на них глазами, а не только на схему
4. Объём пилота — один процесс, а не весь отдел
5. В бюджете заложено сопровождение хотя бы на полгода
6. Заранее решено, при каком результате проект признаётся неудачным и закрывается

Последний пункт пропускают чаще всего, а он самый полезный: он превращает пилот в проверяемую гипотезу вместо бесконечной стройки.