ИИ для руководителей и топ-менеджмента: куда вкладывать, что не делать и как это измерить

1. 01

   Куда направить первый бюджет на ИИ — и что честно отложить на следующий год.

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

2. 02

   Признать пилот удачным, доработать его или закрыть.

   Критерий выхода, записанный до старта, а не после. Формула счёта: cycle time × объём операций × стоимость часа минус стоимость лицензий и проверки человеком; срок окупаемости — в месяцах. И дисциплина замера: на 90-й день процесс меряется тем же способом, что и в базовой точке, иначе сравнивать нечего.

3. 03

   Что сотрудникам можно загружать в ИИ, что нельзя никогда и под чью подпись.

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

4. 04

   Делать самим, купить готовое или взять партнёра.

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

5. 05

   Кто в компании отвечает за ИИ и что именно записано в его задачах.

   Схема ролей из пяти позиций: спонсор уровня правления с бюджетом, владелец процесса (не владелец проекта), ИИ-чемпион внутри функции, безопасность, юрист. И понимание, почему ИТ-директор не может быть спонсором: он не назначает владельца процесса и не переписывает регламент.

6. 06

   Какие системы компании попадают под требования закона РК и что закрыть до конца квартала.

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

7. 07

   Что сказать сотрудникам про сокращения — до того, как они спросят сами.

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

8. 08

   Какого вендора выбрать и что записать в договор.

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

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

1. 1

   Стихийное использование

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

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

2. 2

   Пилоты без счёта

   • Один-два пилота идут, но метрику до старта никто не зафиксировал
   • Владелец пилота — ИТ или энтузиаст, а не владелец процесса, который отвечает за результат
   • На вопрос «что это дало» отвечают демонстрацией, а не цифрой
   • Инструменты обсуждаются на встречах чаще, чем процессы
   • Есть бюджет на подписки, но нет бюджета на изменение регламента

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

3. 3

   Управляемое внедрение

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

   Собрать реестр ИИ-систем с присвоенным классом риска, закрыть обязанности по закону РК и поставить квартальный цикл пересмотра портфеля кейсов.

4. 4

   Системная работа

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

   Внешняя рамка: NIST AI RMF — чтобы задать таксономию и дисциплину жизненного цикла, затем ISO/IEC 42001 как сертифицируемый стандарт, если этого требуют партнёры, тендеры или регулятор.

1. 01

   Где ИИ трогает деньги в вашей отрасли

   • Экономика вопроса: на чём меняется себестоимость, а на чём не меняется ничего
   • Почему бюджеты уходят в продажи и маркетинг, а лучший возврат по данным MIT дают операции и финансы
   • Разбор ваших прошлых попыток: в какой именно точке остановилось — метрика, владелец или регламент
   • Что относится к подготовке решения, а не к автоматизации: сбор фактуры, сверка версий, разбор длинного отчёта

   На выходе: Список мест в компании, где ИИ трогает деньги, с отметкой «сюда смотрим в этом году / сюда не смотрим». Вычеркнутое остаётся в документе с причиной.

2. 02

   Реестр кейсов и приоритизация

   • Сбор кейсов от каждого директора функции: процесс с именем владельца, а не идея
   • Оценка по семи подкритериям: ценность, выполнимость, готовность данных, встраиваемость в процесс, риск, спонсор, готовность к пилоту
   • Четыре квадранта: быстрые победы, крупные ставки, заполнители, ямы для денег
   • Почему кейс с генеративной моделью меняет квадрант: качество вывода и обязательная проверка человеком

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

3. 03

   Экономика кейса: метрика, бюджет, окупаемость

   • Отказ от счёта «сэкономленных часов вообще» и переход к одному процессу
   • Формула: cycle time × объём × стоимость часа минус лицензии и стоимость проверки
   • Перевод результата в FTE-эквивалент и в тенге — одна цифра для правления
   • Критерии выхода из пилота, согласованные до старта: при каком значении масштабируем, при каком закрываем
   • Как защищать бюджет перед собственником и что делать, если срок окупаемости больше года

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

4. 04

   Данные, безопасность и политика использования

   • Три режима работы с данными и список того, что не вводится в публичные сервисы никогда
   • Корпоративный контур и соглашение об обработке данных: чем это отличается от бесплатного тарифа
   • Теневое использование: почему запрет переводит его в личные аккаунты, где вы его не видите
   • Локализация персональных данных в РК и трансграничная передача
   • Требования к подрядчикам и вендорам, которые переносятся в договоры

   На выходе: Черновик политики использования ИИ на 10–12 разделов с приложением «можно/нельзя» на 15–20 строк. Без приложения политика остаётся декларацией и не внедряется.

5. 05

   Governance и закон РК об искусственном интеллекте

   • Закон РК № 230-VIII в действии с 18 января 2026 года: три класса риска и четыре обязанности
   • Маркировка синтетического контента, уведомление пользователя, техническая документация, управление рисками
   • Ответственность и размер штрафов в МРП; аудит высокорисковых систем
   • Разница между NIST AI RMF и ISO/IEC 42001 в одном абзаце: сначала язык и дисциплина, потом сертификация
   • Право гражданина запросить информацию о решении ИИ и потребовать его исправления

   На выходе: Реестр ИИ-систем компании с присвоенным классом риска и список того, что нужно закрыть до конца квартала. Формулировки внутренних документов вы согласуете со своим юристом.

6. 06

   Люди, регламенты и переход из пилота в эксплуатацию

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

   На выходе: Дорожная карта на 12 месяцев с владельцами, сроками, бюджетом и точками принятия решения. Плюс текст коммуникации сотрудникам.

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

1. Дни 1–30

   Инвентаризация и правила

   1. 1Соберите с каждого директора функции по пять процессов, где повторяющаяся работа занимает больше четырёх часов в неделю. Не идеи — процессы, у каждого имя владельца.
   2. 2Спросите на планёрке, кто за последний месяц загружал рабочий документ в бесплатный чат с личного аккаунта. Ответ и есть ваша текущая риск-экспозиция, а не гипотеза о ней.
   3. 3Разнесите данные компании по трём режимам: нельзя никогда, можно в корпоративном контуре с соглашением об обработке, можно свободно.
   4. 4Выпустите политику использования ИИ на 2–4 страницы и обязательно приложение «можно/нельзя» на 15–20 строк с примерами из вашей работы.
   5. 5Назначьте спонсора темы на уровне правления — того, у кого есть бюджет и право менять регламент. ИТ-директор на эту роль не подходит.

   У компании есть длинный список процессов-кандидатов, письменные правила по данным и один ответственный, к которому можно прийти с вопросом.

   Число процессов в списке и доля сотрудников, письменно ознакомленных с политикой. Обе величины замеряются на 30-й день и фиксируются как базовая точка.

2. Дни 31–60

   Приоритизация и один пилот

   1. 1Оцените каждый процесс из списка по семи подкритериям: ценность, выполнимость, готовность данных, встраиваемость в процесс, риск, спонсор, готовность к пилоту.
   2. 2Разложите оценённое по четырём квадрантам и публично вычеркните всё, что попало в ямы для денег. Публичность здесь — половина ценности упражнения.
   3. 3Выберите один кейс. Не три. Тот, где владелец процесса сам хочет его вести, а не тот, где технологически интереснее.
   4. 4До запуска запишите на бумаге метрику, базовое значение, критерий успеха и критерий закрытия. После запуска эти цифры уже нельзя менять.
   5. 5Посчитайте экономику: cycle time × объём × стоимость часа минус лицензии и стоимость проверки человеком. Срок окупаемости больше года — берите другой кейс.

   Реестр кейсов с баллами, один запущенный пилот и метрика, по которой его будут судить, согласованная до старта.

   Cycle time выбранного процесса до пилота — базовое значение в часах. Расчётный срок окупаемости в месяцах, зафиксированный до первого запуска.

3. Дни 61–90

   Замер, решение, регламент

   1. 1Замерьте cycle time того же процесса тем же способом, что и на 31-й день. Одинаковый способ замера важнее его точности.
   2. 2Переведите разницу в FTE-эквивалент и в тенге. Это единственная цифра, которую вы понесёте на правление.
   3. 3Примите решение по критерию из второй фазы: масштабируем, дорабатываем или закрываем. Закрыть по критерию — нормальный управленческий исход, а не провал.
   4. 4Если масштабируем — перепишите регламент процесса, а не инструкцию к инструменту. Регламент переживёт смену модели и увольнение энтузиаста.
   5. 5Внесите систему в реестр ИИ-систем, присвойте класс риска и проверьте обязанности по закону РК: маркировка синтетического контента, уведомление пользователя, техническая документация.

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

   Разница cycle time до и после — в процентах и в FTE-эквиваленте. Доля кейсов, дошедших из пилота в эксплуатацию: на 90-й день это один из одного или ноль из одного, и обе цифры управляемые.