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

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

URL: https://posts.danashkin.ru/guides/pilot-ii-v-kompanii
Обновлено: 2026-10-03

---

## Коротко

**Главное**

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

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

**Главное**

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

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

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

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

На практике это значит, что главная работа пилота делается до первого запроса к нейросети. Как выбрать саму задачу, я подробно разбирал в материале о том, [какую задачу отдать ИИ первой](/guides/kakuyu-zadachu-otdat-ii-pervoy). Здесь исходим из того, что задача выбрана, и разбираем механику месяца.

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

**Главное**

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

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

| Пункт паспорта | Что записать | Пример формулировки |
|---|---|---|
| Задача | одна операция с началом и концом | от запроса клиента до отправки коммерческого предложения |
| Группа | 3-6 человек из одной команды | пять менеджеров отдела продаж, включая одного скептика |
| Замер «до» | время, объём, переделки | медиана по хронометражу 10-20 повторов |
| Критерий успеха | цифра и срок | медиана времени ниже на треть, переделок не больше, чем было |
| Критерий остановки | когда прекращаем досрочно | качество упало две недели подряд или пользуется один человек |
| Роли | кто владелец, кто чемпион, кто считает | фамилии, а не отделы |
| Ритм | когда и как сверяемся | вторник, 30 минут |
| Дата решения | день, когда выбираем исход | конкретное число через 4 недели |

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

Как снять замер «до» и какие метрики в него брать, я разобрал в материале о том, [как посчитать эффект от внедрения ИИ](/guides/effekt-ot-vnedreniya-ii-kak-poschitat). Для пилота хватит двух-трёх цифр по одной операции.

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

**Главное**

Минимум три роли: владелец задачи от бизнеса, который принимает решение по итогам; чемпион внутри группы, который первым осваивает инструмент и помогает коллегам; и ответственный за замер. Плюс заранее найденный контакт в ИТ или безопасности, чтобы доступы не стали стеной.

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

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

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

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

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

Чемпион часто вырастает из тех, кто вкладывается в обучение сам. Для компаний, где сотрудники собирают себе инструменты своими руками, я веду [обучение Claude Code и Codex](https://danashkin.ru/agents/) в похожем ритме: занятие раз в неделю и задание между занятиями.

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

**Главное**

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

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

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

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

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

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

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

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

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

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

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

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

Первая неделя самая хрупкая. У меня есть рабочее правило: если человек не попробовал новое в течение 72 часов, он это забыл. Поэтому первое применение ставят в первые же дни, без всякого «когда будет время». Почему ранняя победа снимает сопротивление лучше любой презентации, я разбирал в материале про [три барьера внедрения ИИ в команде](/guides/tri-barera-vnedreniya-ii-v-komande).

**Неделя ноль вместе с командой**

Вводное занятие на задачах самой команды - это формат [корпоративного интенсива по ИИ](https://danashkin.ru/workshop): группа 10-20 человек, один день или две-три сессии по три часа, упражнения на рабочих процессах участников. После него у пилота уже есть и навык, и кандидаты в чемпионы.

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

**Главное**

Раз в неделю группа, чемпион и ответственный за замер встречаются на 30 минут и отвечают на четыре вопроса: сколько раз пользовались, где застряли, что показывает замер, что меняем на следующую неделю. Менять за неделю можно только одну вещь.

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

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

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

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

Ещё одна вещь, которую вижу на своих обучениях: в общем разговоре люди молчат о том, где отстали. Поэтому раз за месяц полезно поговорить с каждым участником один на один, хотя бы по десять минут. Как группа незаметно отстаёт и как это увидеть за минуту, я разбирал в тексте о том, [что делать, когда группа отстала от программы](/guides/gruppa-otstala-ot-programmy).

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

**Главное**

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

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

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

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

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

**Главное**

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

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

| Исход | Когда выбирать | Что делать дальше |
|---|---|---|
| Масштабировать | критерий успеха выполнен, качество не хуже, большинство группы пользуется без напоминаний | перенести стандарт на соседнюю команду, чемпионы становятся проводниками |
| Доработать | эффект виден, но мешает одна названная причина: данные, доступ, шаблон | одно изменение, новая дата решения через 2-3 недели, второй доработки не бывает |
| Закрыть | эффекта нет или непонятно, откуда он | записать, что проверили и почему не сработало, вернуть время команде |

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

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

Если решение «масштабировать», дальше начинается следующий этап со своими правилами: стандарт, общий [второй мозг](/concepts/vtoroy-mozg) команды, обучение людей и перенос на соседние процессы. Этот путь целиком я описал в [пошаговом плане внедрения ИИ в компании](/guides/kak-vnedrit-ii-v-kompanii-poshagovo).

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

**Главное**

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

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

**Месяца на пилот точно хватит?**

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

**Сколько людей брать в пилотную группу?**

Трёх-шестерых из одной команды. Меньше - результат держится на одном человеке. Больше - пропадает недельный ритм и один чемпион не успевает помогать всем.

**Можно запустить пилот сразу на всю компанию?**

Можно, но это уже полноценный запуск. На большой группе трудно увидеть, что именно сработало, а откатиться назад дорого. Сначала одна задача и одна группа, потом перенос.

**Кто ведёт пилот, если отдела по ИИ нет?**

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

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

**Главное**

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

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

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

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

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

### Источники

- [Инсайты сессии «Масштабирование пилотных AI-проектов» - мой разбор в Telegram-канале](https://t.me/ai_anashkin/544)
- [Pilot experiment - пилотный проект как проверка перед полным запуском, Википедия](https://en.wikipedia.org/wiki/Pilot_experiment)
- [Proof of concept - проверка концепции, Википедия](https://en.wikipedia.org/wiki/Proof_of_concept)
- [Diffusion of innovations - как новшества распространяются от ранних последователей к большинству, Википедия](https://en.wikipedia.org/wiki/Diffusion_of_innovations)
- [Scope creep - расползание задачи в проектах, Википедия](https://en.wikipedia.org/wiki/Scope_creep)
- [Sunk cost - невозвратные затраты, Википедия](https://en.wikipedia.org/wiki/Sunk_cost)