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

Специалист по внедрению ИИ: не ИТ-директор, не энтузиаст и не вы

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

Контур собран. Процесс выбран правильно, подрядчик отработал, на демонстрации всё красиво. Остаётся мелочь — назначить внутри человека, который это поведёт. Вы перебираете: ИТ-директор? операционный? тот аналитик, который сам притащил вам нейросети и горит темой? И где-то на третьем круге ловите себя на мысли, что проще вести самому.

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

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

Цифра, которая объясняет всё

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

Такую сверку у нас провели 1 раз. 25 июня. Разрыв составил −25,5 процентных пункта: машина оказалась систематически строже людей. Вывод записали, правки в промпт наметили.

Повторный замер не зафиксирован. Ни через месяц, ни через два.

Дальше самое интересное. К концу августа разрыв сжался до −5,5 п.п. — то есть система пришла в норму сама, по ходу правок. И этого тоже никто не измерял. Мы узнали цифру только когда специально полезли проверять, что там происходит.

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

Почему ИТ-директор — худший из очевидных вариантов

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

Судить о качестве машинного результата может только тот, кто делал эту работу руками. ИТ-директор не читает ваши договоры, не слушает разговоры с клиентами, не разбирает отклики кандидатов. Он видит, что процесс отработал без ошибок. Отработал ли он правильно — не его компетенция и не его интерес.

Живой пример из нашего периметра. Портал: собрано 400 000 вопросов с автоответами, сделан дизайн, контент готов. Техническая сборка не доведена месяцами. Формулировка, которой это описали на планёрке, лучше любого моего объяснения: «красивый дом, но дверей нету». Все компоненты на месте, ответственный есть, а войти нельзя.

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

Кого назначить специалистом по внедрению ИИ

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

Как выбрать сам процесс — разобрал отдельно; здесь речь о том, кто его поведёт. Критерий простой: если машина начнёт врать, этот человек пострадает первым. Тогда у него есть личный мотив ловить враньё. У ИТ-директора такого мотива нет, у энтузиаста-аналитика — нет, у подрядчика — тем более нет.

Три обязанности, которые нельзя делегировать

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

1. Приёмка по понятному правилу

Не «посмотрел, вроде нормально», а заранее записанное правило: что считается годным результатом. Без правила приёмка превращается в настроение, а настроение меняется, и подрядчик перестаёт понимать, что от него хотят.

2. Калибровка по расписанию

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

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

Именно тут теряется больше всего. Наш разрыв в 25,5 пункта был известной величиной — про него знали, его записали. Не было человека, чья обязанность — замерить его снова через месяц.

3. Решение об отключении старого способа

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

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

Теперь неприятная часть — про вас

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

Я видел эту схему у нескольких компаний и назову её прямо: вы не назначаете человека не потому, что некого. Вы не назначаете, потому что не готовы отдать контроль. Пока это не признано вслух, проект стоит, а вы уверены, что он идёт — потому что вы им регулярно занимаетесь.

Проверка на себе занимает минуту. Ответьте: если вы уедете на 3 недели без связи, кто примет работу машины и кто заметит, что она поехала? Если ответ «никто» или «подождут до моего возвращения» — ведущего нет, есть вы в роли узкого места.

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

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

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

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

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

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

Когда специалист по внедрению ИИ становится отдельной должностью

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

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

У нас такой момент наступил на перегрузе, а не по плану. Формулировка была прямая — задач столько, что руководитель теряется в их количестве и раздаёт без внятного приоритета. Решением стало не «нанять ещё маркетолога», а вывести отдельного человека, который держит процессы и разгружает первое лицо. Это дорого, и на месте собственника я бы дотерпел до пятого контура — но дотерпеть надо осознанно, а не выяснить постфактум, что полгода всё стояло.

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

Как понять через месяц, что вы назначили правильно

Три проверки, каждая занимает минуту.

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

Вторая. Посмотрите, к кому команда идёт с вопросами про контур. Если к подрядчику или к вам — ведущего не признали. Признание роли видно по маршруту вопросов, а не по приказу.

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

Промпт: собрать паспорт роли за один заход

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

Ты — консультант по внедрению ИИ в компаниях среднего размера (30–100 человек).

На входе — описание процесса, который автоматизируется, и список людей, причастных к нему.

Задача: развести зоны ответственности так, чтобы у внедрения был один внутренний ведущий.

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

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

Описание процесса и людей:
[вставьте]

Навык, которого нет ни в одной должностной инструкции

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

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

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

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

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

Кто должен вести внедрение ИИ — ИТ-директор или владелец процесса?

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

Может ли собственник вести внедрение сам?

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

Что входит в обязанности ответственного за ИИ?

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

Нужен ли отдельный человек под ИИ или это доп. нагрузка?

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

Специалист по внедрению ИИ — это то же самое, что ИТ-специалист или подрядчик?

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

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