Бюджет с боем: как отстоять ИТ-проект перед топ-менеджментом
В большинстве компаний ИТ-проекты не получают финансирование автоматически. Даже очевидно полезные инициативы проходят через разные уровни согласования и сталкиваются с жесткими вопросами о сроках, стоимости и реальном эффекте. О том, как правильно выстроить аргументацию, подготовиться к возражениям и убедить руководство компании, рассказывает Дамир Абилов, руководитель практики внедрения EPM-решений Axenix Brand.
Любому руководителю нужно понять, зачем тот или иной проект нужен именно сейчас и какие последствия будут, если его не реализовать. Поэтому защита бюджета – это не столько про технологии, сколько про цифры и результат для бизнеса. И она требует четкой последовательности шагов.
Маршрут защиты
Прежде чем приступать к защите, необходимо определить маршрут согласования. Проект начинается с идеи, которая рождается либо в бизнесе, либо в ИТ. От этого зависит, перед кем придется защищать бюджет.
Инициатива исходит от ИТ
Защита начинается внутри ИТ-функции. Если у ИТ-директора (CIO) выделен собственный бюджет, то проект сначала проходит согласование у него. Параллельно проекту почти всегда нужна поддержка бизнеса. Нужны соратники в виде подразделения, которое скажет: «Да, нам это действительно нужно». Ссылка на внутреннюю экспертизу («коммерческий блок подтверждает эффект») резко усиливает позицию.
Далее, в зависимости от суммы и внутренних регламентов, обсуждение выходит на уровень финансового директора (CFO) и генерального директора (CEO). В ряде компаний финальное решение принимает собственник. При этом нужно всегда учитывать лимиты принятия решений, которые действуют в конкретной компании. Например, CFO может самостоятельно утвердить проекты до определенной суммы (до 30 млн руб.). А все, что превышает этот порог, требует согласования на уровне гендиректора или собственника.
Инициатива исходит от бизнеса
Если инициатор – коммерческое подразделение, защита начинается перед коммерческим директором. Если финансовый блок – перед финансовым. После внутреннего одобрения подключается ИТ – эксперты должны ответить, реализуема ли идея технически, сколько времени займет ее воплощение, сколько это будет стоить. Отдел ИТ оценивает архитектуру, ресурсы, интеграции, риски. И только после этого инициатива поднимается выше – с учетом тех же лимитов принятия решений. Даже у финансового директора есть предел самостоятельных инвестрешений.
Защита: три основания
Подготовку к защите обычно ведет руководитель проекта. Он анализирует рынок решений, формирует предварительную архитектурную оценку, запрашивает предложения у вендоров и интеграторов, собирает ценовые «вилки» – чаще всего в формате RFI (Request for Information – запрос информации у потенциальных поставщиков). Сама аргументация строится вокруг трех оснований.
1. Снижение затрат
Это самый понятный аргумент для людей, принимающих решение (собственники и генеральные директора). Речь идет не только о прямой экономии (hard savings), но и о косвенной – сокращении трудозатрат, времени на операции, количества ошибок. Автоматизация процессов планирования и бюджетирования, например, способна сократить объем рутинных операций на 60-90%, уменьшить длительность циклов планирования на 30-50% и снизить число ошибок в расчетах до 50-80%. Время пересчета сценариев сокращается в несколько раз, а количество версий планов для моделирования возрастает кратно. В переводе на язык финансов это означает часы работы сотрудников, фонд оплаты труда и, в конечном счете, влияние на прибыль и убытки (P&L). Вместо абстрактных формулировок лучше показывать конкретный эффект: сейчас 10 сотрудников тратят неделю на сбор и консолидацию данных, после внедрения этим будут заниматься 3 человека в течение двух дней. В пересчете на год это означает X часов и Y млн рублей экономии.
Ключевой метрикой почти всегда становится окупаемость на горизонте от нескольких месяцев до двух-трех лет. Даже повышение точности прогноза выручки на 1% в ряде отраслей способно окупить проект за считанные кварталы.
Вам также может быть интересен материал Клуба ИТ-лидеров Global CIO:
Формирование и защита ИТ-бюджета
Максим Часовиков, руководитель цифровизации МГУ, показывает, как выстроить бюджет так, чтобы CFO и CEO видели не статьи расходов, а логику инвестиций. Модель Run/Change/Disrupt, работа с группами интересантов и адаптация под зрелость компании — до выхода на защиту.
2. Снижение рисков
После 2022 года этот аргумент перестал быть теоретическим, потому что большинство российских компаний так или иначе столкнулись с отключением зарубежных решений, ограничением доступа к сервисам или нехваткой специалистов по поддержке. В отдельных случаях бизнес получал уведомление о необходимости миграции в течение нескольких месяцев.
Показательный кейс связан с компанией, которая в 2022 году получила уведомление о срочной миграции с иностранного ПО в течение 3 месяцев. Решение о внедрении новой системы было принято за неделю вместо обычных 4-6 месяцев. Именно риск остановки бизнеса оказался решающим аргументом для такого быстрого решения. Другой пример – взлом, из-за которого компания фактически остановилась на неделю. После этого было принято решение о внедрении enterprise-решения с резервным контуром, чтобы минимизировать риски в будущем.
Оценить риски в деньгах напрямую непросто, но можно показать последствия: простой бизнеса, потеря управляемости, утечка данных, зависимость от узкого круга специалистов или устаревшего ПО.
3. Повышение дисциплины
Этот аргумент особенно важен в ситуации, когда есть группа компаний – 10-15 юридических лиц с различными методологиями учета. При таком раскладе отсутствие единого контура планирования приводит к «разным версиям правды». Автоматизация в свою очередь создает единое информационное пространство, позволяя транслировать методологию сверху вниз. Важный элемент – возможность увидеть отклонение и «провалиться» до первоисточника. Например, заметив аномально высокий доход или расход в одной из компаний группы, можно быстро определить причину. Будь то валютная переоценка или операционная ошибка.
При этом дисциплина – это не только про финансы. Этот аргумент универсален, он работает практически для любой корпоративной системы. Каждый инструмент, который делает процессы прозрачными и фиксирует действия сотрудников, повышает порядок в компании. Например, системы кибербезопасности заставляют аккуратнее работать с данными. Таймшиты (учет рабочего времени) формируют привычку отчитываться за время. Когда появляется цифровой инструмент контроля, люди понимают, что показатели видны и проверяемы. А значит, растет ответственность.
Работа с возражениями
Практика показывает, что набор возражений редко отличается от проекта к проекту и обычно сводится к базовым: «Дорого», «Долго», «У нас есть Excel», «Зачем нам это сейчас?».
Аргумент о высокой стоимости обычно снимается рыночной проверкой. Руководитель проекта собирает предложения от вендоров и интеграторов, формирует среднерыночную оценку и демонстрирует, что бюджет находится в адекватном диапазоне. Если стоимость все-таки велика, может быть предложено поэтапное финансирование с разбивкой на годы, чтобы вписаться в бюджетные ограничения. Хороший вариант – начать с пилотного проекта. Легче согласовать 10 млн на проверку гипотезы, чем 100 млн сразу. Если пилот будет успешным, это создаст доказательную базу для масштабирования и снизит внутреннее сопротивление.
Возражение о длительности внедрения требует разъяснения структуры проекта. Часто ожидание бизнеса – «просто переложить Excel в систему», тогда как на практике требуется интеграция с несколькими источниками данных, настройка методологии и процедур контроля. Если внедрение занимает 12–15 месяцев, необходимо показать этапы работ и распределение нагрузки. Подчеркнуть, что проект не парализует операционную деятельность компании. В конце концов, необходимо донести простую мысль: «Мы один раз выстраиваем контур, который потом годами экономит ресурсы».
Скепсис в отношении необходимости автоматизации чаще связан с низкой цифровой зрелостью. Здесь работают бенчмарки и конкурентный анализ. Если рынок активно внедряет инструменты автоматизации и аналитики, повышая скорость принятия решений и снижая издержки, отказ от изменений становится стратегическим риском. Excel действительно хорош для локальной задачи. Но он не масштабируется на группу компаний и не обеспечивает контроль версий, в итоге становясь узким горлышком при росте бизнеса. Кроме того, через него легко утекают данные. Поэтому главный акцент в работе с этим возражением нужно делать на масштабируемости и устойчивости бизнеса.
Подача имеет значение
Даже сильное обоснование может не сработать при неправильной подаче. Защита чаще проходит очно, с презентацией и обсуждением на уровне топ-менеджмента или инвестиционного комитета. Аргументация, соответственно, заранее должна быть адаптирована под аудиторию:
- для CFO – это цифры, окупаемость, кэш-флоу (когда и сколько денег фактически уйдет и вернется);
- для CEO – стратегический эффект и риски;
- для CIO – архитектура и управляемость.
Визуализация должна быть лаконичной. Это значит минимум текста, больше цифр и графиков и четкая структура. Фокус нужно делать на эффекте. А спорные и чувствительные вопросы лучше выносить в конец, чтобы не «застрять» на них в начале обсуждения.
В конечном счете, защита ИТ-проекта – это не разговор о технологиях, а обычная управленческая работа. Руководство принимает решение не потому, что ИТ-система современная, а потому что она реально полезна и понятна бизнесу. Если аргументация выстроена вокруг этой пользы, обсуждение бюджета перестает быть битвой.
