Дорожная карта внедрения ИИ: как собрать план на год
Дорожная карта внедрения ИИ — это список процессов, разложенный по волнам на 12 месяцев, где у каждой волны есть метрика, бюджет и критерий перехода к следующей. Строится она в четыре хода: инвентаризация процессов, приоритизация по эффекту и сложности, разбивка на кварталы, правила остановки. Ниже — шаблон карты и ошибки, которые делают её бесполезной.
Чем дорожная карта внедрения ИИ отличается от стратегии
Стратегия отвечает на вопрос «зачем компании ИИ» и живёт на уровне намерений. Дорожная карта отвечает на вопрос «что мы делаем в марте, а что в сентябре» и состоит из процессов, сроков, ответственных, метрик и сумм. Если из документа нельзя понять, какой процесс берётся первым и по какой цифре будут судить о результате, это ещё не карта.
Рабочая карта помещается на две страницы и содержит четыре вещи: перечень процессов-кандидатов с оценкой эффекта, разбивку на волны по кварталам, бюджет каждой волны и критерии, при которых переходим к следующей или останавливаемся. Всё остальное — приложения.
Горизонт мы советуем брать год. Три года выглядят солиднее, но за три года меняются модели, цены на железо и половина команды, поэтому дальние кварталы всё равно переписываются. Двенадцать месяцев — срок, на котором первые две волны уже дали измеренный результат, а третья опирается на факт, а не на предположения.
Строится карта после диагностики, а не до неё. Порядок работ внутри одного проекта разобран в статье про этапы внедрения, карта же расставляет такие проекты в очередь и связывает их с бюджетом.
Шаг 1. Инвентаризация процессов: что вносить в список
Цель — собрать 15–30 кандидатов за две недели, а не описать компанию целиком. Формат одной строки: процесс, подразделение, объём в месяц, время на операцию, кто владелец. Опрашивают руководителей подразделений, а не только ИТ.
- Всё, что делается по повторяемым правилам. Разбор входящих обращений, квалификация заявок, подготовка коммерческих предложений, проверка документов на комплектность, сборка регулярных отчётов.
- Всё, где люди пересказывают документы. Ответы на вопросы по регламентам, поиск условий в договорах и спецификациях, подбор аналога по каталогу, консультации внутренней поддержки.
- Всё, что переносят руками между системами. Двойной ввод в CRM и 1С, перенос данных из почты в задачи, ручная сверка выгрузок, заполнение карточек по письму клиента.
- Голосовые процессы. Приём и маршрутизация звонков, расшифровка встреч, контроль качества разговоров, обзвон по типовому сценарию.
- Узкие места, которые называют сами руководители. Не всегда самые объёмные, но обычно самые заметные: они дают карте политическую поддержку внутри компании.
- Отдельной колонкой — ограничения по данным. Персональные данные, коммерческая тайна, требования службы безопасности. Это влияет на выбор контура и на срок согласований сильнее, чем на выбор модели.
Шаг 2. Приоритизация по эффекту и сложности
Каждый кандидат получает две оценки от 1 до 5: ожидаемый эффект в деньгах или часах и сложность реализации — данные, интеграции, требования ИБ, число согласующих. Дальше список раскладывается на четыре группы.
| Группа | Эффект | Сложность | Что с ней делать |
|---|---|---|---|
| Первая волна | высокий | низкая | Берём в работу сразу: пилот здесь окупает подготовку данных и создаёт внутренний прецедент |
| Стратегические | высокий | высокая | Ставим во вторую-третью волну, начинаем заранее готовить данные и согласования по ИБ |
| Разминочные | низкий | низкая | Делаем попутно, когда база знаний уже собрана: стоят почти ничего, дают привычку пользоваться |
| Отказ | низкий | высокая | Не берём вообще и пишем в карте, почему — иначе процесс вернётся в список через квартал |
Шаблон дорожной карты внедрения ИИ по кварталам
Ниже — рабочая заготовка для компании среднего размера, которая начинает с нуля. Суммы даны в нашей продуктовой логике: диагностика входит бесплатно, пилот $3–5k засчитывается в стоимость внедрения, внедрение под ключ от $30 000, подписка на развитие $2,5–5k в месяц. Подставьте свои процессы и сроки согласований.
| Квартал | Волна | Что делаем | Результат и метрика | Порядок бюджета |
|---|---|---|---|---|
| I квартал | Волна 0 — подготовка | Диагностика, инвентаризация, приоритизация, подготовка данных, пилот на одном процессе | Работающий сценарий и цифра «после» на одной метрике | $3–5k на пилот, диагностика входит |
| II квартал | Волна 1 — первый контур | Вывод пилота в продуктив, роли и доступы, регламенты, мониторинг, один смежный сценарий | Процесс в промышленной эксплуатации, эффект держится на реальном объёме | Основная часть внедрения, от $30 000 |
| III квартал | Волна 2 — соседние процессы | 2–3 сценария в подразделениях рядом, интеграции с 1С и Битрикс24, расширение базы знаний | Три процесса с посчитанной экономикой и общим дашбордом KPI | Остаток внедрения плюс подписка $2,5–5k в месяц |
| IV квартал | Волна 3 — тиражирование | Перенос отработанных сценариев на филиалы и другие отделы, дообучение на накопленных данных | Совокупный эффект в отчётности и карта на следующий год | Подписка на развитие плюс бюджет на железо под рост нагрузки |
Бюджет по кварталам: почему нельзя заложить всё в первый
Годовой бюджет разбивается по волнам, и каждая следующая часть разблокируется результатом предыдущей. Это защищает не подрядчика, а вас: если первая волна не дала цифры, вы останавливаетесь, потратив стоимость пилота, а не годовую смету.
Практический ориентир по распределению: первый квартал — единицы процентов годового бюджета, потому что там только диагностика и пилот. Второй — основная доля, туда попадают внедрение первого контура и, если нужно, закупка железа. Третий и четвёртый — расширение сценариев и подписка на развитие, суммы предсказуемые и ежемесячные.
Отдельной строкой закладывайте инфраструктуру. GPU-сервер в собственность — это не только цена железа, но и срок поставки, который в тендерной процедуре легко превышает квартал. Аренда выделенного сервера дороже на длинной дистанции, но снимает вопрос сроков и позволяет начать пилот, пока идёт закупка.
Вторая недооценённая статья — время сотрудников заказчика. Владелец процесса, носитель знаний и ИТ-специалист тратят на проект часы, и эти часы стоят денег. В ROI-модели, которую мы считаем на бесплатном аудите, они учитываются как затраты, иначе окупаемость получается красивее реальности.
Критерии перехода к следующей волне
Переход — это решение, а не календарная дата. Формулируйте критерии заранее и письменно: задним числом их всегда подгоняют под желаемый вывод.
- Метрика волны достигнута на реальном объёме, а не на подобранной выборке, и держится минимум четыре недели подряд.
- Экономика сходится с ROI-моделью хотя бы по порядку величины. Расхождение вдвое — повод пересчитать модель, а не двигаться дальше.
- Процесс работает без ежедневного участия подрядчика. Если систему держит на плаву внешний инженер, в продуктив она не вышла.
- У следующего сценария есть владелец с именем и фамилией, а не подразделение-владелец. Без него волна начнётся и остановится на сборе требований.
- Данные для следующей волны готовы или их подготовка запланирована с датой и ответственным. Это самая частая причина, по которой квартал уезжает.
- Служба безопасности согласовала контур для нового типа данных заранее, а не в неделю запуска.
Что делать с неудачными гипотезами
Часть сценариев не сработает — это нормальная доля в любом плане, и карта должна её предусматривать. Опаснее другое: неудачную гипотезу тянут дальше, потому что за неё уже заплачено и о ней доложили правлению.
Правило простое: гипотеза живёт ровно до контрольной точки. Не сошлась метрика на пилоте — сценарий уходит в отдельный раздел карты с пометкой, что именно не получилось: не хватило данных, процесс оказался нестандартным, качество ответов не дотянуло до порога, стоимость железа не окупилась объёмом.
Дальше решение из трёх: чинить, отложить, закрыть. Чинить имеет смысл, когда причина техническая и понятная — дообучение на своих данных, другая модель, изменение правил маршрутизации; это неделя-две. Отложить — когда мешает внешнее: данные появятся после перехода на новую учётную систему, регламент переписывают. Закрыть — когда процесс редкий и постановка не окупается ни при каком качестве модели.
Раздел закрытых гипотез — самая полезная часть карты на второй год. Он не даёт компании заново обсуждать то, что уже проверено, и экономит месяцы на согласованиях. Разбор типичных причин, по которым сценарии не доходят до результата, собран в статье почему ИИ-проекты проваливаются.
Типичная ошибка: карта на три года без первой измеренной метрики
Самый частый жанр — документ на сорок слайдов с горизонтом до 2029 года, где расписаны центр компетенций, платформа данных, обучение персонала и портфель из двадцати инициатив. В нём нет одного: ни одной цифры, снятой на реальном процессе этой компании.
Такая карта опасна не тем, что она длинная, а тем, что она подменяет проверку планированием. Полгода уходит на согласование архитектуры и выбор платформы, за это время меняется линейка моделей, а вопрос «даёт ли ИИ эффект в нашем процессе» так и остаётся без ответа.
Обратный порядок дешевле. Сначала один пилот на 2–4 недели и одна измеренная метрика, потом карта, в которую эта цифра подставлена как реальный коэффициент. Тогда оценки эффекта по остальным процессам опираются на собственный факт, а не на отраслевые обещания, и защищать бюджет становится заметно проще.
Второй признак нерабочей карты — отсутствие имён. Если у волны нет владельца результата и нет критерия остановки, она превращается в бесконечный проект. Третий — план, где всё стартует одновременно в пяти подразделениях: данных не хватает даже на один сценарий, а внимание команды делится на пять.
Частые вопросы про дорожную карту внедрения ИИ
На какой срок строить дорожную карту внедрения ИИ?
Двенадцать месяцев с детализацией по кварталам, при этом подробно расписан только ближайший квартал, остальные — на уровне волн и порядка бюджета. Горизонт в три года пишут для инвесторов и советов директоров, но как рабочий документ он не живёт: за это время меняются доступные модели, цены на вычисления и состав команды. Практика простая — раз в квартал карта пересобирается: закрытые гипотезы уходят в отдельный раздел, оценки эффекта пересчитываются по фактическим цифрам предыдущей волны, а горизонт снова отодвигается на год вперёд.
Кто в компании должен владеть дорожной картой?
Один человек с полномочиями по бюджету — обычно операционный или коммерческий директор, реже ИТ-директор. Важно, чтобы это был не тот, кто отвечает за технологии, а тот, кто отвечает за результат процессов: иначе карта превращается в план закупки инфраструктуры. У каждой волны при этом свой владелец — руководитель подразделения, где идёт внедрение. Подрядчик карту не ведёт: мы даём оценки сложности, сроки и расчёт эффекта, но приоритеты расставляет компания, потому что только она знает свои внутренние ограничения и политику.
Сколько процессов брать в первую волну?
Один. Не два и не три, даже если ресурсы формально позволяют. Первая волна решает не задачу масштаба, а задачу доверия: нужно получить измеренную цифру и внутренний прецедент, на который можно ссылаться при защите следующего бюджета. Параллельные пилоты делят внимание владельцев процессов, растягивают подготовку данных и заканчиваются двумя половинчатыми результатами вместо одного убедительного. Второй и третий сценарии добавляются во вторую волну, когда базовая инфраструктура развёрнута, а часть данных уже приведена в порядок и переиспользуется.
Что делать, если бюджет на год ещё не утверждён?
Начинать с диагностики и пилота: это единственная часть карты, которая не требует годовой сметы. Диагностика с ROI-моделью у нас входит бесплатно, пилот стоит $3–5k и обычно проходит как операционный расход подразделения, а не как инвестиционный проект. К бюджетному циклу вы приходите не с презентацией о пользе ИИ, а с посчитанной экономикой на собственном процессе и работающим сценарием, который можно показать. Это меняет разговор: обсуждается не гипотеза, а масштабирование того, что уже даёт измеренный результат.
Как учесть в карте риски по данным и безопасности?
Отдельной колонкой на этапе инвентаризации: у каждого процесса помечается тип данных и требования, которые из него следуют. Сценарии с персональными данными и коммерческой тайной обычно двигаются на волну позже не из-за техники, а из-за сроков согласования — они измеряются неделями и не сокращаются деньгами. Если данные нельзя выпускать за периметр, весь контур ставится локально, и это влияет на бюджет первого квартала: железо нужно раньше, чем начнётся пилот. Такие вещи выясняются на диагностике и попадают в карту сразу, а не всплывают в квартале запуска.
Чем план внедрения ИИ отличается от обычного ИТ-проекта?
Двумя вещами. Первая — доля неопределённости: заранее неизвестно, какого качества ответов удастся достичь на ваших данных, поэтому план строится не на этапах сдачи, а на контрольных точках с правом остановиться. Вторая — вес подготовки данных: в классическом ИТ-проекте это вспомогательная задача, здесь она занимает от одной до трёх недель на каждый новый домен и определяет результат сильнее, чем выбор модели. Отсюда и формат волн: короткая проверка гипотезы, измеренная цифра, решение о продолжении — вместо длинного этапа разработки с приёмкой в конце.
Бесплатный аудит: посчитаем эффект внедрения ИИ на ваших цифрах
30–40 минут разбора: смотрим ваши процессы, отмечаем, что можно передать ИИ, считаем ROI-модель на ваших объёмах и сроках. Вы уходите с расчётом и картой внедрения — даже если работать дальше не будете.