# Дорожная карта внедрения ИИ: как собрать план на год

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

- Источник: https://lokai.ru/blog/dorozhnaya-karta-vnedreniya-ii/
- Организация: Local AI — Внедрение ИИ в закрытом контуре
- Обновлено: 2026-08-07
- Раздел: Главная → Блог → Дорожная карта

---

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

## Чем дорожная карта внедрения ИИ отличается от стратегии

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

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

Горизонт мы советуем брать год. Три года выглядят солиднее, но за три года меняются модели, цены на железо и половина команды, поэтому дальние кварталы всё равно переписываются. Двенадцать месяцев — срок, на котором первые две волны уже дали измеренный результат, а третья опирается на факт, а не на предположения.

Строится карта после диагностики, а не до неё. Порядок работ внутри одного проекта разобран в статье про [этапы внедрения](https://lokai.ru/blog/etapy-vnedreniya-ii/), карта же расставляет такие проекты в очередь и связывает их с бюджетом.

## Шаг 1. Инвентаризация процессов: что вносить в список

Цель — собрать 15–30 кандидатов за две недели, а не описать компанию целиком. Формат одной строки: процесс, подразделение, объём в месяц, время на операцию, кто владелец. Опрашивают руководителей подразделений, а не только ИТ.

1. **Всё, что делается по повторяемым правилам.** Разбор входящих обращений, квалификация заявок, подготовка коммерческих предложений, проверка документов на комплектность, сборка регулярных отчётов.
2. **Всё, где люди пересказывают документы.** Ответы на вопросы по регламентам, поиск условий в договорах и спецификациях, подбор аналога по каталогу, консультации внутренней поддержки.
3. **Всё, что переносят руками между системами.** Двойной ввод в CRM и 1С, перенос данных из почты в задачи, ручная сверка выгрузок, заполнение карточек по письму клиента.
4. **Голосовые процессы.** Приём и маршрутизация звонков, расшифровка встреч, контроль качества разговоров, обзвон по типовому сценарию.
5. **Узкие места, которые называют сами руководители.** Не всегда самые объёмные, но обычно самые заметные: они дают карте политическую поддержку внутри компании.
6. **Отдельной колонкой — ограничения по данным.** Персональные данные, коммерческая тайна, требования службы безопасности. Это влияет на выбор контура и на срок согласований сильнее, чем на выбор модели.

## Шаг 2. Приоритизация по эффекту и сложности

Каждый кандидат получает две оценки от 1 до 5: ожидаемый эффект в деньгах или часах и сложность реализации — данные, интеграции, требования ИБ, число согласующих. Дальше список раскладывается на четыре группы.

*Матрица приоритизации процессов для дорожной карты внедрения ИИ*

| Группа | Эффект | Сложность | Что с ней делать |
|---|---|---|---|
| Первая волна | высокий | низкая | Берём в работу сразу: пилот здесь окупает подготовку данных и создаёт внутренний прецедент |
| Стратегические | высокий | высокая | Ставим во вторую-третью волну, начинаем заранее готовить данные и согласования по ИБ |
| Разминочные | низкий | низкая | Делаем попутно, когда база знаний уже собрана: стоят почти ничего, дают привычку пользоваться |
| Отказ | низкий | высокая | Не берём вообще и пишем в карте, почему — иначе процесс вернётся в список через квартал |

## Шаблон дорожной карты внедрения ИИ по кварталам

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

*Шаблон дорожной карты внедрения ИИ на 12 месяцев с бюджетом по кварталам*

| Квартал | Волна | Что делаем | Результат и метрика | Порядок бюджета |
|---|---|---|---|---|
| I квартал | Волна 0 — подготовка | Диагностика, инвентаризация, приоритизация, подготовка данных, пилот на одном процессе | Работающий сценарий и цифра «после» на одной метрике | $3–5k на пилот, диагностика входит |
| II квартал | Волна 1 — первый контур | Вывод пилота в продуктив, роли и доступы, регламенты, мониторинг, один смежный сценарий | Процесс в промышленной эксплуатации, эффект держится на реальном объёме | Основная часть внедрения, от $30 000 |
| III квартал | Волна 2 — соседние процессы | 2–3 сценария в подразделениях рядом, интеграции с 1С и Битрикс24, расширение базы знаний | Три процесса с посчитанной экономикой и общим дашбордом KPI | Остаток внедрения плюс подписка $2,5–5k в месяц |
| IV квартал | Волна 3 — тиражирование | Перенос отработанных сценариев на филиалы и другие отделы, дообучение на накопленных данных | Совокупный эффект в отчётности и карта на следующий год | Подписка на развитие плюс бюджет на железо под рост нагрузки |

## Бюджет по кварталам: почему нельзя заложить всё в первый

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

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

Отдельной строкой закладывайте инфраструктуру. GPU-сервер в собственность — это не только цена железа, но и срок поставки, который в тендерной процедуре легко превышает квартал. Аренда выделенного сервера дороже на длинной дистанции, но снимает вопрос сроков и позволяет начать пилот, пока идёт закупка.

Вторая недооценённая статья — время сотрудников заказчика. Владелец процесса, носитель знаний и ИТ-специалист тратят на проект часы, и эти часы стоят денег. В ROI-модели, которую мы считаем на [бесплатном аудите](https://lokai.ru/besplatnyy-audit-ii/), они учитываются как затраты, иначе окупаемость получается красивее реальности.

## Критерии перехода к следующей волне

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

1. **Метрика волны достигнута на реальном объёме**, а не на подобранной выборке, и держится минимум четыре недели подряд.
2. **Экономика сходится с ROI-моделью** хотя бы по порядку величины. Расхождение вдвое — повод пересчитать модель, а не двигаться дальше.
3. **Процесс работает без ежедневного участия подрядчика.** Если систему держит на плаву внешний инженер, в продуктив она не вышла.
4. **У следующего сценария есть владелец** с именем и фамилией, а не подразделение-владелец. Без него волна начнётся и остановится на сборе требований.
5. **Данные для следующей волны готовы или их подготовка запланирована** с датой и ответственным. Это самая частая причина, по которой квартал уезжает.
6. **Служба безопасности согласовала контур** для нового типа данных заранее, а не в неделю запуска.

## Что делать с неудачными гипотезами

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

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

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

Раздел закрытых гипотез — самая полезная часть карты на второй год. Он не даёт компании заново обсуждать то, что уже проверено, и экономит месяцы на согласованиях. Разбор типичных причин, по которым сценарии не доходят до результата, собран в статье [почему ИИ-проекты проваливаются](https://lokai.ru/blog/pochemu-ii-proekty-provalivayutsya/).

## Типичная ошибка: карта на три года без первой измеренной метрики

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

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

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

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

## Частые вопросы про дорожную карту внедрения ИИ

**На какой срок строить дорожную карту внедрения ИИ?**

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

**Кто в компании должен владеть дорожной картой?**

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

**Сколько процессов брать в первую волну?**

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

**Что делать, если бюджет на год ещё не утверждён?**

Начинать с диагностики и пилота: это единственная часть карты, которая не требует годовой сметы. Диагностика с ROI-моделью у нас входит бесплатно, пилот стоит $3–5k и обычно проходит как операционный расход подразделения, а не как инвестиционный проект. К бюджетному циклу вы приходите не с презентацией о пользе ИИ, а с посчитанной экономикой на собственном процессе и работающим сценарием, который можно показать. Это меняет разговор: обсуждается не гипотеза, а масштабирование того, что уже даёт измеренный результат.

**Как учесть в карте риски по данным и безопасности?**

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

**Чем план внедрения ИИ отличается от обычного ИТ-проекта?**

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

---

Бесплатный аудит и расчёт окупаемости на ваших данных: https://lokai.ru/besplatnyy-audit-ii/

Почта: hello@lokai.ru · 123112, Москва, ММДЦ «Москва-Сити» · Пн–Пт, 09:00–19:00 МСК