Пилот ИИ в компании: как провести первый месяц и не застрять

Коротко

Почему пилоты ИИ застревают?

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

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

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

На практике это значит, что главная работа пилота делается до первого запроса к нейросети. Как выбрать саму задачу, я подробно разбирал в материале о том, какую задачу отдать ИИ первой. Здесь исходим из того, что задача выбрана, и разбираем механику месяца.

Паспорт пилота: одна страница до старта

Паспорт пилота фиксирует правила до того, как у кого-то появятся ожидания. Когда критерии пишут после старта, их неизбежно подгоняют под то, что получилось.

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

Как снять замер «до» и какие метрики в него брать, я разобрал в материале о том, как посчитать эффект от внедрения ИИ. Для пилота хватит двух-трёх цифр по одной операции.

Кто нужен в пилоте, кроме нейросети?

В пилоте ИИ нужны три роли, и каждая закрывает свою причину застревания.

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

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

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

Отдельно стоит заранее найти контакт в ИТ или информационной безопасности. Доступы, оплата и правила работы с данными решаются до старта. Иначе первая неделя пилота уходит на согласования, и группа остывает.

Чемпион часто вырастает из тех, кто вкладывается в обучение сам. Для компаний, где сотрудники собирают себе инструменты своими руками, я веду обучение Claude Code и Codex в похожем ритме: занятие раз в неделю и задание между занятиями.

Как выглядит месяц пилота по неделям?

Месяц пилота складывается из пяти отрезков, и у каждого своя задача.

1. Неделя 0: подготовка

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

2. Неделя 1: первая победа

   Каждый участник делает задачу с нейросетью руками в первые же дни. Чемпион рядом, вопросы собираются в общий список. Цель недели - чтобы у каждого получилось хотя бы раз.

3. Неделя 2: стандарт

   Удачные запросы и шаблоны сводятся в одну короткую инструкцию «наш способ делать эту задачу». Ошибки нейросети собираются отдельно: где она ошибается и как это ловить.

4. Неделя 3: без подпорок

   Группа работает по стандарту без помощи чемпиона. Замер «после» начинается здесь: первые дни с новым инструментом всегда медленнее, их в итог не берут.

5. Неделя 4: итог и решение

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

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

Еженедельная встреча пилота: полчаса и четыре вопроса

Недельная встреча - это пульс пилота. Без неё через две недели никто не помнит, что было в начале, и итог опять превращается в спор ощущений.

Четыре вопроса встречи:

1. Сколько раз пользовались. По каждому участнику отдельно, среднее тут скрывает главное. Если пользуется только чемпион, это тревожный сигнал.
2. Где застряли. Конкретные случаи: какой документ, какой запрос, что пошло не так.
3. Что показывает замер. Две-три цифры из паспорта, без интерпретаций.
4. Что меняем. Одно изменение на следующую неделю: запрос, шаблон или порядок проверки.

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

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

Как заметить, что пилот застревает?

Застревание пилота видно заранее, задолго до даты решения. Вот пять признаков, которые стоит ловить на недельных встречах.

• Дата решения плавает. Её переносят «пока не соберём больше данных». Данных от этого прибавится мало, а внимания станет меньше.
• Задача расползается. К одной операции добавляют соседние: «а давайте заодно и отчёты». Расползание задачи - классическая болезнь проектов, и пилоты не исключение.
• Пользуется только чемпион. Остальные ходят на встречи, но работают по-старому.
• Замер откладывают. «На этой неделе было не до того». Две такие недели подряд - и итоговой цифры уже нет.
• Звучит «давайте ещё месяц». Продление без новой гипотезы - это растянутое прощание.

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

Масштабировать, доработать или закрыть

Решение по пилоту принимается в дату из паспорта по заранее записанным критериям. Три исхода и их условия удобно держать перед глазами.

Главная ловушка на этом шаге - продолжать из жалости к вложенному. Я держусь простого правила: прошлых денег не существует. Потраченные недели не аргумент, решение принимается только по будущим часам и деньгам.

Закрытый пилот с понятной причиной - нормальный результат. Команда узнала, что на этой задаче нейросеть не окупается, и может переключиться туда, где окупается. Плохой результат - это пилот без решения, который тихо живёт полгода.

Если решение «масштабировать», дальше начинается следующий этап со своими правилами: стандарт, общий второй мозг команды, обучение людей и перенос на соседние процессы. Этот путь целиком я описал в пошаговом плане внедрения ИИ в компании.

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

Главный вывод

Собери всё вместе. Одна задача и одна группа. Паспорт на одну страницу до первого запроса.

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

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

Как думаешь: в твоей компании пилот скорее застрянет на людях и согласованиях или на самой задаче?