Финансовое управление ИТ: бюджет и ROI | Илья Арестов

Финансовое управление ИТ

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

С чем приходят

Финансовое управление ИТ: бюджет, расчёт вложений и отчётность

Разговор обычно начинается за две недели до совета директоров: кто-то сводит бюджет с фактом и обнаруживает, что расхождение объяснить нечем. Часть строк вносили люди, которые уже за них не отвечают, а слово «инфраструктура» закрывает сумму размером с годовую зарплату двух инженеров.

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

Финансовое управление ИТ-бюджетом

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

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

В ОАЭ добавляется местная специфика: режим НДС, разница между свободной зоной и материком, признание расходов между связанными юрлицами.

Оценка вложений: ROI и TCO

Цена покупки – самая понятная и самая бесполезная цифра в решении о вложении. Считать нужно стоимость владения на три года: лицензии, инфраструктуру, внедрение, простой на переходе, время команды и стоимость выхода, если платформа не подойдёт. Последней строки в предложении вендора почти никогда нет, и она чаще всего решающая. Модель строю в трёх сценариях, чтобы видеть, какое допущение управляет результатом; для МСФО добавляются NPV и IRR.

Так считался и Monolith Plus. Слова «эффективность» в обосновании не было: была стоимость обработки потока при росте с 10 000 операций в сутки до более чем 100 000, посчитанная дважды – на прежней архитектуре и на переработанной. Разница этих сумм и была возвратом на вложение, проверяемым до подписания.

Где деньги уходят незаметно

Крупные ИТ-затраты под контролем: их видно и обсуждают. Утечка идёт по мелким постоянным строкам, которые по отдельности не стоят разговора.

  • Лицензии, оплаченные за сотрудников, уволившихся полгода назад.
  • Тестовые окружения, поднятые под эксперимент и оставшиеся навсегда.
  • Два инструмента с одной функцией, купленные разными отделами.

Иногда рычаг архитектурный, а не договорный: в MStar переход на микросервисы снизил инфраструктурные расходы на 40 %. Но экономия, повышающая риск простоя, обходится дороже сэкономленного: резервный канал, год простоявший без нагрузки, окупается в первый час, когда основной недоступен.

Цифры для инвестора и банка

Инвестор смотрит не на прогноз, а на то, из чего он собран. Модель на три-пять лет строится так, чтобы любое допущение менялось в одной ячейке: прогноз, который нельзя пересчитать на встрече, работает против вас.

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

Требования к раскрытию у DIFC и ADGM различаются, у банков ОАЭ свои, поэтому пакет собирается под адресата. Одного я не касаюсь: как устроен доступ к данным клиентов. Вопрос инвестора про утечки закрывает информационная безопасность.

Стек

Отчёт собирается там, где компания уже ведёт учёт. Дашборды делаю в Microsoft Power BI, если он оплачен, и в Metabase, если нет.

СлойИнструменты
Учёт и ERP1C:Enterprise, SAP, QuickBooks
Бюджеты и моделиMicrosoft Excel, Google Sheets
Данные под цифрамиPostgreSQL, выгрузки из учётной системы, сверка с выпиской
Затраты на инфраструктуруAWS Cost Explorer, реестр лицензий, теги центров затрат
Документы и рутинаn8n, DocuSign

Чего я не делаю

  • Не веду бухгалтерию и не подаю отчётность: это работа лицензированного бухгалтера.
  • Аудиторское заключение по МСФО – не мой документ. Моя работа заканчивается раньше: расхождения управленческой и бухгалтерской цифры объяснены письменно до аудитора.
  • Ни одна модель ещё не заставила инвестора сказать «да». Хорошая убирает причины сказать «нет», и на этом моя часть заканчивается.
  • Не подгоняю модель под нужный ответ: если расчёт не подтверждает решение, я покажу расчёт.

Как устроен проект

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

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

Стоимость проекта – 45 000 $ за объём, зафиксированный по итогам первых двух недель. У вас остаются модели с открытыми формулами, без скрытых листов и макросов, дашборды на вашей инфраструктуре и человек, который вёл их вместе со мной.

Если ближайшая задача – раунд, начинать стоит с подготовки к инвестициям и due diligence. Бюджет, опирающийся на план развития, требует стратегического планирования. Финансовые последствия отказов считаются в управлении рисками, а разбор всего стека – ИТ-консалтинг.

Часто задаваемые вопросы

Вы заменяете финансового директора?

Нет. Я закрываю стык между техникой и финансами: считаю ИТ-затраты и вложения и подаю их в виде, понятном совету. Казначейство и налоги – работа финансиста.

Доступ в учётную систему согласуют долго. Это тормозит проект?

Нет. На старте хватает выгрузок: договоры с поставщиками, счета за инфраструктуру и текущий бюджет. Доступ на чтение ускоряет сверку.

Бюджет на год уже утверждён. Есть смысл начинать сейчас?

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

Юрлица в свободной зоне и на материке: это усложняет расчёт?

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


Готовы начать?

Проверьте одну вещь до звонка: есть ли у вас цифра годовых затрат на ИТ – одна, со всеми подписками и людьми. Если её нет, с неё и начнём. Записаться на разбор затрат.