Бюджет на ИИ обычно формулируют одной суммой: «выделили миллион на внедрение». Дальше выясняется, что миллион ушёл на разработку, а на подготовку данных, сопровождение и доработки не осталось — и система не заработала.
Правильное распределение выглядит иначе, чем ожидается, и главное расхождение вот в чём:
> Разработка — не самая крупная статья. Крупнее обычно подготовка данных и материалов, а на горизонте года — эксплуатация.
Типичное распределение первого года
Пропорции ориентировочные, они смещаются в зависимости от задачи, но порядок такой.
| Статья | Доля бюджета первого года |
|---|---|
| Разбор процесса, постановка, проверка достижимости | 5–10% |
| Подготовка данных и материалов | 20–40% |
| Разработка | 25–35% |
| Интеграции | 5–20% |
| Тестирование и приёмка | 5–10% |
| Эксплуатация за год | 15–25% |
| Резерв | 10–15% |
Что здесь важно.
Подготовка данных — самая недооценённая строка и самый широкий диапазон. Разброс от 20 до 40 процентов не означает неопределённость оценщика: он отражает реальное состояние материалов. Компания со структурированной базой знаний и компания, где всё в головах, — это разные проекты при одинаковой технической постановке.
Резерв — статья, которую вычёркивают первой. Без неё любая непредвиденная сложность останавливает проект на середине, когда деньги уже потрачены, а результата нет.
Правило первой трети
Практический ориентир, который стоит применять с самого начала:
> Не тратьте больше трети бюджета до того, как проверена достижимость.
Порядок:
- Разбор процесса — что автоматизируем, какая доля потока, что в материалах.
- Проверка на своих данных — работает ли задуманное на архиве реальных случаев.
- Точка принятия решения. Здесь можно остановиться, потеряв малую часть бюджета.
- Разработка — только после того, как проверка прошла.
На третьем шаге проект прекращается чаще, чем кажется, и это нормальный исход, а не провал: он стоит десятой части бюджета вместо полного.
Подробно про такую точку выхода — «Когда остановить ИИ-проект».
Что меняет пропорции
Состояние материалов. Основной фактор. Хорошая база знаний — подготовка ближе к 20%. Материалы «в головах у сотрудников» — ближе к 40%, а иногда это отдельный проект перед основным.
Число интеграций. Одна система с документированным интерфейсом — 5%. Четыре системы, одна из которых без интерфейса, — 20% и выше.
Требования к обработке данных. Локальное развёртывание добавляет оборудование и сопровождение, смещая бюджет в сторону инфраструктуры.
Объём потока. Определяет долю эксплуатации: при большом потоке расход на модель становится заметной строкой уже в первый год.
Наличие своих специалистов. Если сопровождать некому, это либо найм, либо покупка сопровождения — постоянная статья.
Распределение между несколькими проектами
Если бюджет выделен на направление, а не на один проект, возникает вопрос, как разложить его между задачами.
Схема, которая работает:
| Доля | На что |
|---|---|
| ~60% | один основной проект, доведённый до эксплуатации |
| ~25% | второй проект, начатый после запуска первого |
| ~15% | резерв и эксплуатация первого |
Почему не поровну на три-четыре проекта. Три параллельных проекта на старте — это утроенный риск и отсутствие опыта, на который можно опереться. Второй проект после запуска первого идёт заметно быстрее и дешевле: часть решений уже принята, инфраструктура есть, люди понимают, что происходит.
Чего точно не стоит делать — раскидывать бюджет тонким слоем на много направлений «попробовать везде». Так не доводится до эксплуатации ничего.
Как выбрать, что первым, — «Какие процессы автоматизировать первыми».
Расчёт: как разложить миллион
Иллюстративно. Бюджет 1 000 000 ₽, один проект — автоматизация обработки обращений.
| Этап | Сумма | Что происходит |
|---|---|---|
| Разбор и проверка достижимости | 90 000 | точка выхода |
| Подготовка материалов | 280 000 | сведение, чистка, дописывание |
| Разработка | 320 000 | конвейер, проверки, интерфейс |
| Интеграции | 100 000 | CRM, почта |
| Тестирование и запуск | 80 000 | набор случаев, наблюдение |
| Эксплуатация, 8 месяцев | 130 000 | модель, инфраструктура, сопровождение |
| Резерв | ~120 000 | не тратится без причины |
Что здесь стоит отметить.
До точки выхода потрачено 90 000 — девять процентов. Если проверка покажет, что достижимая доля автоматизации мала, вы теряете эту сумму, а не миллион.
Эксплуатация заложена в бюджет первого года. Это то, что забывают: система сдана в мае, а деньги на её работу до декабря не предусмотрены.
Резерв не распределён заранее. Если он не понадобится — уйдёт на второй проект или на доработки.
Ошибки распределения
Весь бюджет на разработку. Классика: подрядчику заплатили, на подготовку данных и эксплуатацию не осталось.
Нет резерва. Первая же неожиданность останавливает проект.
Не заложена эксплуатация первого года. Система работает, платить за неё нечем.
Оплата одной суммой без этапов. Лишает точки выхода — «Договор на разработку ИИ».
Подготовка данных не выделена отдельной строкой. Тогда она либо делается кое-как, либо всплывает как непредвиденный расход.
Ровно на три проекта сразу. Ни один не доходит до эксплуатации.
Частые вопросы
Как правильно распределить бюджет на ИИ-проект?
Ориентировочно: до 10% на разбор и проверку достижимости, 20–40% на подготовку данных, 25–35% на разработку, 5–20% на интеграции, 5–10% на тестирование, 15–25% на эксплуатацию первого года и 10–15% в резерв. Точные доли зависят от состояния ваших материалов и числа систем.
Почему подготовка данных дороже разработки?
Потому что подключить модель — работа на часы, а свести противоречивые регламенты, дописать недостающее и распознать архив документов — работа на недели. Разброс от 20 до 40 процентов отражает реальное состояние материалов, а не неопределённость оценки.
Сколько оставлять в резерве?
10–15% от бюджета. Это статья, которую вычёркивают первой и о которой жалеют чаще всего: без резерва любая непредвиденная сложность останавливает проект на середине, когда деньги потрачены, а результата нет.
Сколько тратить до проверки достижимости?
Не больше трети бюджета, а лучше около десятой части. Смысл в том, чтобы после проверки на реальных данных существовала точка, где проект можно прекратить с малыми потерями. Проекты прекращаются на ней чаще, чем принято думать.
Как делить бюджет между несколькими проектами?
Не поровну. Разумно около 60% на один проект, доведённый до эксплуатации, 25% на второй, начатый после запуска первого, остальное в резерв. Параллельные проекты на старте умножают риск и лишают опыта, на который мог бы опереться следующий.
Нужно ли закладывать эксплуатацию в бюджет проекта?
Обязательно, минимум на первый год. Частая ситуация: система сдана в середине года, а денег на её работу до конца года не предусмотрено, потому что бюджет считали как стоимость разработки.
Что дальше
Считать ли проект вообще — «ROI ИИ-проекта до старта». Полная стоимость на три года — «TCO ИИ-решения». Что не попадёт в смету — «Скрытые расходы на ИИ». Как выбрать первый проект — «Какие процессы автоматизировать первыми».
Разбор процесса с оценкой пропорций под вашу ситуацию — часть аудита, с которого начинается работа по внедрению ИИ.