директор и машина · операционное управление · запись № 070 · 31 августа 2026 · Давид Герштейн

Внедрение ИИ в компании: считайте срок в циклах приёмки, а не в неделях

Цифры пересчитаны на условную компанию — механика, сроки и выводы реальные.

Вам надо назвать срок. Партнёру, совету, себе в план года. Вы спрашиваете подрядчика — он говорит «две недели». Спрашиваете знакомого, который проходил, — «полгода, и то не факт». Оба звучат уверенно, и вы понимаете, что один из них врёт, только не знаете который.

Не врёт никто. Они отвечают на разные вопросы.

Срок внедрения на 80% состоит из вашего календаря, а не из работы подрядчика. Поэтому вопрос «сколько это займёт» вы задаёте не тому человеку.

Что занимает 2 недели, а что — 4 месяца

Собрать работающий контур — 2–3 недели. Это правда, и это не маркетинг: подключение к источнику данных, промпт, обработка, выгрузка результата. Через 2 недели у вас на руках штука, которая берёт реальные данные и выдаёт реальный результат.

Дальше начинается то, о чём в коммерческих предложениях не пишут. Результат надо посмотреть. Сравнить с тем, как это делает человек. Найти расхождения, понять их причину, поправить правило, прогнать снова. И так по кругу, пока результату можно будет верить без проверки.

Вот здесь и живут ваши месяцы. Не в коде — в кругах.

Считайте в циклах, а не в неделях

Главная мысль этой статьи одна: проект меряется числом циклов приёмки, а не календарным временем.

Циклов всегда примерно одинаково — 5–8 на процесс, и это число почти не зависит от вас. Первый круг показывает грубые ошибки. Второй — что правило сформулировано неоднозначно. Третий — редкие случаи, о которых никто не вспомнил. Дальше идёт шлифовка. Меньше пяти не бывает: если вам кажется, что хватило двух, значит вы не проверяли, а посмотрели.

А вот длина одного цикла зависит целиком от вас. Подрядчик отдал результат в понедельник. Вы посмотрели в пятницу через неделю. Цикл — 12 дней. Умножаем на 6 кругов — три месяца, из которых работы было десять дней.

Тот же проект при вашем ответе за сутки: цикл 3 дня, шесть кругов — три недели.

Обратите внимание: работа подрядчика во всех четырёх строках одинаковая. Меняется только ваша строка календаря — и итог отличается в 8 раз.

Два наших контура и почему они разошлись в разы

Мониторинг откликов на вакансии: 6 недель от разговора до работающего. Один набор критериев отбора, один человек принимает результат, критерии описаны за пару вечеров.

Оценка разговоров: 4-й месяц и продолжается. И вот честная причина — не сложность кода. Типов разговора оказалось не два: понадобилось 10 разных чек-листов под разные сценарии. Каждый чек-лист — это отдельный цикл калибровки со своей выборкой, своим разбором расхождений, своей правкой правил. Десять сценариев — это десять очередей в один и тот же чужой календарь.

Умножьте: 10 сценариев × 5 циклов × неделя ожидания. Получите ровно тот срок, который мы и наблюдаем. Это, кстати, ещё один довод не брать самый больной процесс первым: сложность процесса умножается на срок, а не складывается с ним.

Самая дорогая фраза в вашей компании

Я вытащил из разборов за это лето все места, где что-то встало надолго, и увидел одну повторяющуюся конструкцию. Она звучит безобидно: «отправлено на доработку». Без даты возврата.

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

Ни одна из этих задач не была отменена. Все они формально «в работе». Работа при этом не идёт, и узнаёте вы об этом через месяц, случайно.

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

Реалистичный график внедрения ИИ в компании: что и когда

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

Итого — 2–3 месяца до состояния, когда процессом пользуются не из-под палки. Если вам обещают тот же результат за 3 недели, спросите, в какую неделю встроена калибровка. Ответа обычно нет.

Где я сам потерял больше всего

Не на плохом подрядчике и не на сложной технологии. На том, что не начинал.

Задача с расшифровкой и оценкой разговоров висела у меня 2 года. Не два месяца — два года. Всё это время она была очевидно нужной, очевидно окупаемой и очевидно решаемой. Я к ней подступался, откладывал, возвращался. Когда наконец сел — первый работающий результат появился за недели.

Два года ожидания против нескольких недель работы. Вот настоящая арифметика сроков внедрения, и она не про подрядчиков.

Второй урок — из истории с сайтом. Мы собрали 12 типов страниц скриптом, посмотрели, увидели ошибки в оформлении и уже собрались доводить до идеала перед показом. Развернули иначе: взяли одну утверждённую страницу за эталон и приняли принцип — запускать с текущим качеством и проверять на реальных пользователях, а не полировать до релиза. С внедрением ИИ то же самое, только жёстче: пока машина не поработала на ваших настоящих данных, вы не знаете о ней ничего. Все ваши представления о том, где она ошибётся, — фантазии, и проверяются они за один прогон. Общий маршрут внедрения по неделям — в разборе маршрута по неделям: с какого процесса начинать и когда отключать старый способ.

Как сжать срок вдвое, ничего не доплачивая

Поставьте приёмку в календарь заранее

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

Режьте число сценариев на входе

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

Дробите обучение машины

Мы пришли к схеме: сперва 40 случаев с ручной проверкой людьми, затем контролируемый сегмент в 5 000, и только потом весь объём. Кажется, что это удлиняет — на деле сокращает: ошибка, найденная на 40 случаях, стоит вечер, та же ошибка на полном объёме стоит доверия команды и месяца на его восстановление.

Назначьте того, кто отвечает за скорость

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

Что происходит после «внедрили»

Есть срок, о котором не спрашивают вообще, а он самый длинный: сколько живёт внедрённое. Ответ неприятный — ровно столько, сколько за ним смотрят.

У нашего контура оценки разговоров сверку с людьми провели один раз, 25 июня. Разрыв составил −25,5 п.п.: машина оказалась строже людей. Повторный замер не зафиксирован ни через месяц, ни через два. К концу августа разрыв сжался до −5,5 п.п. — сам, по ходу правок, и этого тоже никто не измерял.

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

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

Три ситуации, когда сроки поплывут гарантированно

Их видно заранее, и лучше их назвать до старта, чем объяснять потом.

Правила процесса не записаны. Если исполнители описывают работу по-разному, вы потратите первые 2–3 цикла не на калибровку машины, а на выяснение, как вообще должно быть. Это нормальная работа, но её надо считать отдельно и делать до сборки контура, а не во время.

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

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

Промпт: посчитать срок по своему процессу

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

Ты — руководитель проектов внедрения ИИ. Считаешь реалистичный срок внедрения для конкретного процесса.

Модель расчёта: срок = число сценариев × число циклов приёмки × длина одного цикла.
— число циклов приёмки: 5–8 на сценарий (меньше 5 не бывает);
— длина цикла = время сборки итерации (1–3 дня) + время ожидания приёмки заказчиком;
— техническая сборка первой версии: 2–3 недели, идёт один раз, а не на каждый цикл.

Задай мне вопросы, если данных не хватает. Затем дай:
1) РАСЧЁТ по формуле с явными числами и допущениями;
2) ТРИ СЦЕНАРИЯ: оптимистичный (приёмка в день получения), реалистичный (приёмка раз в неделю), пессимистичный (приёмка когда вспомнят);
3) КРИТИЧЕСКИЙ ПУТЬ: что именно определяет срок в моём случае, одной фразой;
4) ГДЕ СОКРАТИТЬ: 3 конкретных действия с указанием, сколько недель экономит каждое;
5) ЧТО НЕ УСКОРИТ: что бесполезно пытаться сжать в моём случае.

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

Мой процесс:
[опишите: что автоматизируем, сколько разных сценариев/типов случаев, кто принимает результат, как часто этот человек реально сможет смотреть]

Навык, который здесь тренируется

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

Сжать цикл приёмки — отдельная работа, и она про правила, а не про скорость чтения. Этому я учу в курсе: как записать правило приёмки так, чтобы проверка занимала 10 минут вместо часа.

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

Откройте календарь и поставьте 40 минут в неделю на приёмку — на ближайшие три месяца, повторяющимся событием. Это займёт минуту и сократит ваш следующий проект вдвое.

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

Сколько времени занимает внедрение ИИ в компании?

2–3 недели до первого работающего результата и 2–4 месяца до устойчивой пользы. Технической работы в этом сроке меньше четверти, остальное — циклы приёмки и калибровки, скорость которых задаёт руководитель, а не подрядчик.

Почему подрядчики обещают внедрение за 2 недели?

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

От чего зависит срок внедрения ИИ?

От числа сценариев в процессе и от скорости вашей приёмки. Циклов всегда 5–8; процесс с 1 набором правил проходит их за 6 недель, процесс с 10 сценариями — за месяцы, потому что каждый сценарий калибруется отдельно.

Как ускорить внедрение ИИ?

Поставить постоянный слот на приёмку (40 минут в неделю), запретить формулировку «отправлено на доработку» без даты возврата и запускать на реальных данных с текущим качеством, а не доводить до идеала перед показом.

Внедрение ИИ в компании — это то же самое, что сборка контура подрядчиком?

Нет, и подмена этих двух вещей и есть источник спора о сроках. Сборка — 2–3 недели и меньше четверти срока. Внедрением называется момент, когда результатом пользуются вместо старого способа: между сборкой и им лежат 5–8 циклов приёмки, теневой режим и отключение прежней схемы. Подрядчик отвечает за первое, вы — за второе, и считать надо обе части.

#автоматизация #ии и нейросети #контроль и надёжность