Главное про AI - Вадим Жартун

Правильный пилот маленький: один процесс, один отдел, 30–90 дней. С лояльным заказчиком (тем, кто лично заинтересован в результате). Измеримый: метрика зафиксирована до старта. Что отличает пилот, который становится продакшном, от пилота, который зависает через 90 дней, — четыре обязательных элемента:

1: Владелец, который отвечает за результат перед финансовым директором. Не «AI-команда» в вакууме, а конкретный человек с именем, должностью и бонусом, зависящим от результата.

2: Метрика успеха, измеренная до старта. Не «посмотрим, как пойдёт», а «к 90-му дню NPS (Net Promoter Score — индекс лояльности клиентов и пользователей, от −100 до +100) должен вырасти на 5 пунктов, иначе откатываемся». Базовый уровень метрик (исходное значение, отправная точка) должен быть зафиксирован до пилота, иначе «до/после» нечего сравнивать.

3: План отката. Не «успех или провал», а «успех → масштабирование; провал → откат за 2 недели с минимальными потерями».

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

ПРИЗНАКИ ЖИЗНЕСПОСОБНОГО ПИЛОТА

Заголовок обещает пять признаков — вот они как чек-лист для самопроверки перед стартом.

1: Именной владелец с C-level поддержкой (C-level — руководители уровня CEO, CFO, CTO и т. п., то есть топ-менеджмент). Не «команда», а конкретный вице-президент или директор по направлению, у которого AI-проект стоит в KPI (Key Performance Indicator — ключевой показатель эффективности), а не среди «личных инициатив».

2: Базовый уровень метрик зафиксирован до старта. Цель поставлена, погрешность обсуждена, источник данных для измерения понятен. Без базового уровня любой результат пилота — трактовка, а не измерение. Метрика может быть любой: NPS (Net Promoter Score — индекс лояльности клиентов и пользователей, от −100 до +100), время обработки, процент ошибок, конверсия воронки.

3: «Тест на 30 дней». Есть ответ на вопрос «что мы увидим через месяц, чтобы понять, работает ли». Без промежуточной точки пилот либо умирает на 90-м дне от нетерпения, либо продлевается бесконечно.

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

5: Явные критерии остановки. При каких именно показателях мы говорим «не сработало» и откатываемся. Без явных критериев остановки пилот живёт вечно и сжигает деньги.

ШАГИ ЗАПУСКА ПИЛОТА

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

2: Назначить владельца с C-level поддержкой и бонусом, завязанным на результат. Здесь и решается, будет ли пилот жить.

3: Измерить базовый уровень метрик успеха — NPS, время обработки, конверсия, процент ошибок — до старта пилота.

4: Сформулировать гипотезу в формате «через 90 дней метрика X вырастет на Y, потому что AI берёт на себя задачу Z». Без такой формулировки пилот превращается в «попробуем и посмотрим» — и через 90 дней никто не понимает, что измерять.

5: Собрать команду из 3–5 человек — владелец процесса, AI-инженер, IT-специалист, юрист, конечный пользователь.

6: Запустить пилот на 90 дней с еженедельной синхронизацией и ежемесячным отчётом. (30 дней — контрольная точка «Тест на 30 дней», 90 — финальная.)

7: Принять решение на 90-й день — масштабировать, откатить или пилотировать дальше с новой гипотезой. Без этого шага пилот становится бессрочным экспериментом.

СИГНАЛ ОСТАНОВКИ ПИЛОТНОГО ПРОЕКТА

Пять сигналов, что пилот пора закрывать и не масштабировать. Каждый сигнал — условие «гипотеза не подтвердилась», а не «что-то пошло не так».

1: Метрика не сдвинулась за 90 дней. X не вырос на Y — гипотеза не подтвердилась. Точка.

2: Стоимость выше плана в 2 раза и больше. Что-то посчитано неправильно. В продакшне станет дороже, а не дешевле.

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

4: Юридические риски не закрыты. Юристы не могут дать ответ «это безопасно по GDPR или 152-ФЗ (152-ФЗ — российский Федеральный закон «О персональных данных»)» — пилот нельзя масштабировать, а иногда и запускать.

5: Нет владельца. За результат пилота никто не отвечает — у пилота нет шансов выйти в продакшн.

ПРИЗНАНИЕ ПРОВАЛА: КАК СВЕРНУТЬ ПРОЕКТ БЕЗ ПОТЕРЬ

«Свернуть» — не значит «провалиться». Это нормальное и регулярное решение: McKinsey отмечает, что в зрелых AI-программах честно закрытых пилотов не меньше, чем успешно масштабированных. Чек-лист сворачивания:

– Зафиксировать причину отказа в реестре проектов одной строкой. «Гипотеза не подтвердилась», «нет владельца», «юридический блок», «саботаж пользователей». Без записи через полгода получите тот же пилот от того же энтузиаста.

– Сохранить артефакты пилота — данные, метрики, наработки моделей. Свёрнутый пилот — не провал в мусор, а инвестиция в следующую попытку.

– Откатить процесс к состоянию «до пилота» за 2 недели. На это нужно больше — значит, в пилоте не было плана отката. Это его собственный урок.

– Закрыть бюджет и убрать расходные статьи — лицензии, доступы, выделенные мощности. Зависший пилот списывает деньги, даже если про него забыли.

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

БЫСТРЫЕ ПОБЕДЫ: ОКУПАЕМОСТЬ AI ЗА 30 ДНЕЙ

Не все AI-применения требуют многомесячного внедрения. Быстрая победа в AI-внедрении определяется тремя признаками: результат виден за 30–60 дней, метрика считается «до/после» в конкретных цифрах, цена ошибки ничтожна для бизнеса. Это и есть управляемый риск: компания ставит на кон репутацию AI-инициативы в зоне, где ошибка процесс не убьёт.

Когда быстрые победы подают как «сделаем побыстрее, а там разберёмся», они превращаются в любительские эксперименты. Когда их подают как «сделаем в зоне низкого риска с заранее известной метрикой» — они становятся фундаментом доверия к зрелым проектам.

Миф «быстрые победы решают всё» так же опасен, как миф о большом пилоте. Быстрые победы финансируют зрелые проекты, но не заменяют их. Быстрая победа — вход в долгосрочное внедрение, а не его финальная форма. Она закрывает разрыв «мы что-то внедрили — и вот конкретная цифра, сколько это стоило и принесло». Без этой связки AI в компании превращается