70% корпоративных IT-проектов выходят за рамки первоначального бюджета. Не на 5-10%, а в среднем на 45% — таковы данные Standish Group за 2025 год. При этом в большинстве случаев виноват не подрядчик и не сложность технологий. Виновата структура бюджетной заявки, которая не учитывает реальную экономику IT-проекта.
Если вы — IT-директор, CFO или продакт-менеджер в крупной компании, вы наверняка сталкивались с этой ситуацией: проект утверждён, бюджет согласован, а через три месяца приходится идти к руководству за дополнительным финансированием. Неприятно, правда? Между тем этого можно избежать, если правильно спланировать бюджет с самого начала.
В этом гайде — практический подход к бюджетированию IT-проектов: структура бюджета, скрытые затраты, шаблон заявки и рекомендации по защите бюджета перед бюджетным комитетом. Всё на основе опыта работы с корпоративными проектами в Москве.
Почему IT-бюджеты срываются: 4 системные причины
Прежде чем планировать расходы, важно понять, почему они обычно выходят из-под контроля. Ведь большинство компаний не впервые составляют финансовые планы для IT, однако результат из года в год один и тот же.
Причина 1. Неполное техническое задание. Когда требования описаны на уровне «сделайте нам CRM», смета основана на догадках. Каждая неучтённая интеграция, каждый забытый сценарий — это дополнительные расходы. По нашему опыту, проекты с детальным ТЗ перерасходуют бюджет на 10-15%, а проекты с размытыми требованиями — на 50-80%.
Причина 2. Игнорирование OPEX. Бюджетная заявка включает стоимость разработки (CAPEX), но «забывает» про операционные расходы: хостинг, поддержку, обновления, лицензии. В результате проект выглядит дешевле, чем он есть. Через полгода после запуска CFO обнаруживает незапланированные ежемесячные платежи — и доверие к IT-команде падает.
Причина 3. Отсутствие резервов. Финансовый план IT-проекта без contingency reserve — это не план, а благопожелание. Стандартная практика — закладывать 15-20% на непредвиденные расходы. Тем не менее бюджетные комитеты регулярно вычёркивают эту строку, считая её «запасом на некомпетентность».
Причина 4. Time & Material без потолка. Модель оплаты по факту трудозатрат даёт гибкость, но убивает предсказуемость расходов. Когда подрядчик работает по T&M, каждое изменение требований увеличивает счёт. Без cost baseline проект растёт как снежный ком.
Структура IT-бюджета: CAPEX, OPEX и скрытые затраты
Корректный бюджет IT-проекта состоит из трёх блоков. Пропустите любой — и бюджетная заявка окажется неполной, а значит, провалится либо на этапе согласования, либо на этапе реализации.
Блок 1. Капитальные затраты (CAPEX)
Это прямые расходы на создание продукта — то, что обычно включают в заявку:
- Разработка — проектирование, написание кода, тестирование
- Инфраструктура — серверы, облачные ресурсы (если покупаются)
- Лицензии — ПО, необходимое для разработки и эксплуатации
- Интеграции — подключение к корпоративным системам (SSO, ERP, CRM)
- Безопасность — аудит, соответствие ФЗ-152, penetration testing
Для корпоративного MVP при фиксированной цене весь CAPEX укладывается в одну строку — до 900 000 рублей за 22 рабочих дня. Это упрощает бюджетную заявку и снижает риск перерасхода до нуля.
Блок 2. Операционные расходы (OPEX)
Затраты на эксплуатацию после запуска — именно здесь прячутся «сюрпризы»:
Статья OPEXТипичный диапазон (в мес.)Комментарий
Облачный хостинг15 000 — 150 000 руб.Зависит от нагрузки и SLA Техническая поддержка30 000 — 200 000 руб.L1-L3, зависит от сложности Обновления и патчи20 000 — 80 000 руб.Безопасность, совместимость Лицензии SaaS10 000 — 100 000 руб.Мониторинг, аналитика, CI/CD Масштабирование0 — 500 000 руб.При росте пользовательской базы
Совокупная стоимость владения (TCO) за первый год обычно составляет 150-200% от CAPEX. Другими словами, если вы потратили 900 000 рублей на разработку MVP, заложите ещё 450 000 — 900 000 рублей на операционные расходы за год. Именно TCO, а не CAPEX, должен фигурировать в бюджетной заявке.
Блок 3. Скрытые затраты
Статьи, которые редко попадают в заявку, но неизбежно возникают:
- Обучение пользователей — документация, тренинги, onboarding (50 000 — 200 000 руб.)
- Управление изменениями — координация между подразделениями, change management
- Технический долг — исправление решений, принятых ради скорости запуска
- Простой команды — время сотрудников на участие в приёмке, тестировании, ревью
- Миграция данных — перенос данных из старых систем, очистка, валидация
По нашей статистике, скрытые затраты добавляют 10-25% к общей стоимости проекта. Их невозможно устранить — но можно учесть заранее.
Шаблон бюджетной заявки на IT-проект
Вот структура заявки, которая выдерживает проверку бюджетного комитета. Мы рекомендуем этот формат IT-директорам, которые защищают финансирование проектов перед CFO.
РазделЧто включитьЗачем нужен CFO
Бизнес-обоснованиеПроблема, гипотеза, ожидаемый ROIПонять «зачем платить» CAPEXРазработка, лицензии, интеграции, безопасностьРазмер инвестиции OPEX (12 мес.)Хостинг, поддержка, обновления, лицензииРеальная стоимость владения TCO (1 год)CAPEX + OPEX + скрытые затратыПолная картина Contingency (15-20%)Резерв на непредвиденные расходыУправление рисками Альтернативы2-3 варианта с разной стоимостьюВозможность выбора Метрики успехаKPI, сроки, критерии приёмкиКак оценить результат РискиТоп-5 рисков + план митигацииГотовность к проблемам
Ключевой принцип: бюджетная заявка — это не список расходов, а инвестиционный кейс. CFO думает категориями «вложить — получить». Поэтому каждая строка заявки должна быть привязана к бизнес-результату.
Фиксированная цена: лучший друг бюджетного процесса
Вот моя позиция как практика: фиксированная цена — лучший друг бюджетного процесса. Почему? Потому что она решает главную боль CFO — непредсказуемость.
Сравните два сценария:
ПараметрTime & MaterialФиксированная цена
Бюджет при защите«Ориентировочно 1.2 — 1.8 млн»«Ровно 900 000 рублей» Реальные расходыНепредсказуемы (часто +45%)Фиксированы в договоре Сроки«3-6 месяцев»«22 рабочих дня» Реакция CFO«Дайте точную цифру»«Утверждаю» Риск перерасходаНа заказчикеНа подрядчике
Разумеется, фиксированная цена работает не для всех проектов. Для крупных enterprise-систем с неопределёнными требованиями T&M может быть оправдан. Однако для корпоративного MVP, пилотного проекта или прототипа — фиксированная цена убирает бюджетный риск полностью.
Подробнее о выборе модели оплаты — в нашем сравнении фиксированной цены и Time & Material.
Как защитить бюджет перед руководством: 5 приёмов
Составить бюджет — это полдела. Защитить его перед бюджетным комитетом, CFO или советом директоров — совсем другая задача. Вот пять приёмов, которые работают на практике.
1. Привязывайте каждую строку к бизнес-метрике. Вместо «разработка — 900 000 руб.» пишите «разработка MVP для автоматизации отчётности — сокращение времени формирования отчёта с 3 дней до 2 часов, экономия 1.2 млн руб./год». CFO видит инвестицию, а не расход.
2. Покажите cost of delay. Сколько компания теряет каждый месяц, пока проект не запущен? Если автоматизация экономит 100 000 руб./мес., то каждый месяц задержки — это потеря 100 000 рублей. Этот аргумент ускоряет согласование.
3. Предложите альтернативы. Три варианта: минимальный (MVP за 900 000 руб.), оптимальный (MVP + расширенный функционал за 1.5 млн), максимальный (полноценная система за 3 млн). Дайте руководству выбор — это снижает сопротивление.
4. Заложите contingency открыто. Не прячьте резерв в другие строки. Напишите прямо: «Contingency reserve 15% — 135 000 руб., стандартная практика для IT-проектов». Прозрачность вызывает доверие. Скрытые буферы — подозрения.
5. Покажите ROI в горизонте 12 месяцев. Бюджетный комитет мыслит годовыми циклами. Если ROI проекта — 200-400% за год, это сильный аргумент. Подробнее о расчёте — в нашей статье о ROI корпоративного IT-проекта.
Как подготовиться к возражениям CFO
CFO задаёт неудобные вопросы не потому, что против проекта. Он делает свою работу — управляет рисками. Подготовьтесь к типичным возражениям заранее.
«Почему так дорого?» — Покажите декомпозицию бюджета по статьям и сравните с рыночными ценами. Если ваш бюджет на 20-30% ниже среднерыночного — это аргумент. Если выше — объясните, за счёт чего (безопасность, интеграции, SLA).
«А что если не сработает?» — Именно поэтому начинаем с MVP, а не с полной системы. Бюджет MVP — это стоимость проверки гипотезы. Если гипотеза не подтвердится, компания потеряет 900 000 рублей, а не 10 миллионов.
«Можно дешевле?» — Да, можно. Вот три варианта с разными scope и ценой. Что именно вы готовы убрать из требований? Конкретный вопрос переводит дискуссию из «дорого/дёшево» в «что включено».
«Почему нельзя сделать своими силами?» — Можно. Но внутренняя разработка займёт 4-6 месяцев (при условии, что команда свободна), а cost of delay за это время превысит стоимость внешнего подрядчика. Кроме того, внутренняя команда отвлечётся от текущих задач.
Мнение ITESCO: Лучший бюджет IT-проекта — тот, который не приходится пересогласовывать. Фиксированная цена, честный TCO и прозрачный contingency — три столпа, на которых держится доверие CFO к IT-команде.
Чек-лист: бюджет IT-проекта за 30 минут
Используйте этот чек-лист для быстрой проверки бюджетной заявки перед отправкой на согласование:
- CAPEX расписан по статьям (разработка, лицензии, интеграции, безопасность)
- OPEX рассчитан на 12 месяцев после запуска
- TCO = CAPEX + OPEX + скрытые затраты (обучение, миграция, простой команды)
- Contingency reserve 15-20% выделен отдельной строкой
- ROI рассчитан в горизонте 12 месяцев
- Cost of delay показан в рублях за месяц
- Есть 2-3 альтернативных сценария с разным scope
- Риски описаны с планом митигации
- Модель оплаты обоснована (фиксированная цена vs T&M)
- Метрики успеха привязаны к бизнес-результатам
Если все 10 пунктов выполнены — бюджетная заявка готова к защите. Если нет — вернитесь к тому разделу, где есть пробел.
FAQ о бюджете
Какой процент contingency закладывать в бюджет IT-проекта?
Стандартная практика — 15-20% от общего бюджета. Для проектов с чётким ТЗ и фиксированной ценой достаточно 10%. Для проектов с высокой неопределённостью (новая технология, нечёткие требования) — до 25%. Ключевое правило: contingency всегда выделяется отдельной строкой, а не прячется в другие статьи.
Как рассчитать TCO корпоративного IT-проекта?
TCO = CAPEX (разработка) + OPEX за 12 месяцев (хостинг, поддержка, лицензии, обновления) + скрытые затраты (обучение, миграция данных, время команды на приёмку). Для корпоративного MVP с бюджетом разработки до 900 000 рублей TCO за первый год обычно составляет 1.35 — 1.8 млн рублей.
Что лучше для бюджетного контроля — фиксированная цена или Time & Material?
Для задач с чётким scope и ограниченным бюджетом — фиксированная цена. Вы знаете точную сумму до начала работ, и риск перерасхода лежит на подрядчике. T&M подходит для долгосрочных проектов с меняющимися требованиями, но требует жёсткого контроля cost baseline и еженедельного мониторинга расходов.
Как обосновать бюджет на IT-проект перед руководством, если раньше IT-проекты проваливались?
Начните с минимального бюджета — корпоративный MVP за 22 рабочих дня и фиксированную стоимость. Это proof of concept для бюджетного комитета: контролируемый расход, измеримый результат, минимальный риск. Один успешный проект в рамках бюджета восстанавливает доверие быстрее, чем любые презентации.
Нужно ли включать в бюджет обучение пользователей и управление изменениями?
Обязательно. По статистике, 10-25% от общего бюджета IT-проекта приходится на обучение, документацию, onboarding и change management. Если не заложить эти затраты, проект будет «технически готов», но бизнес не получит ожидаемый эффект — потому что пользователи не смогут или не захотят работать с новой системой.
Итого
Бюджетирование IT-проекта — это не заполнение таблицы с цифрами. Это инвестиционный кейс, который должен ответить на три вопроса CFO: сколько стоит, что получим и что будет, если не сделаем.
Структура бюджета проста: CAPEX + OPEX + скрытые затраты + contingency = TCO. Всё это привязано к бизнес-метрикам и подкреплено альтернативными сценариями. Формула защиты бюджета ещё проще: прозрачность, конкретика, ROI.
Если хотите спланировать бюджет конкретного IT-проекта — обсудим вашу задачу на бесплатном Zoom-звонке. 30 минут, разбор структуры затрат, без обязательств.