ИТ не просит бюджет. ИТ управляет капиталом. Или не управляет - и тогда просит.
Собственник спросил меня однажды:
«На эти деньги я открою два магазина. Через год они начнут приносить прибыль. Как я заработаю, если отдам их тебе на серверы?»
Я пришёл с проектом модернизации резервного копирования. Бюджет - несколько миллионов рублей. Аргументация классическая: рост объёмов данных, риски, SLA, отраслевая практика.
Он не спорил. Просто задал другой вопрос.
И этот вопрос перевернул для меня всю логику разговора про ИТ-инвестиции.
Мы говорили на разных языках
Я говорил про риски. Он - про доходность капитала.
Я оперировал техническими аргументами: резервирование снижает вероятность потери данных, восстановление займёт не 48 часов, а 4. Он думал про альтернативную стоимость: те же деньги дают ему два работающих торговых точки с понятным сроком окупаемости.
Обе логики правильные. Но пока ИТ-руководитель не научится говорить на языке второй - он будет проигрывать эти разговоры снова и снова.
Не потому что собственник жадный или не понимает ИТ. А потому что инвестиционное мышление не включается само по себе при виде технической презентации.
Что происходит, когда разрыв не закрыт
Стандартный сценарий, который я видел в нескольких компаниях:
ИТ готовит обоснование по внутренней логике. Отказоустойчивость, масштабируемость, соответствие стандартам. Собственник читает и видит: «хотят денег на железо». Согласовывает минимум или откладывает. ИТ работает на том, что есть.
Через 8-18 месяцев происходит инцидент. Склад встаёт на полдня. Кассы не работают в час пик. Данные по заказам теряются. Восстановление занимает двое суток.
Потери считают постфактум: простой персонала, недополученная выручка, ручная обработка, репутационные риски, штрафы по договорам с партнёрами.
И тогда выясняется, что «экономия» на инфраструктуре обошлась дороже, чем стоил весь проект модернизации.
Это не гипотетика. Это типичная механика скрытых потерь в средних компаниях, которые не считают TCO, а только CAPEX на входе.
Что я сделал с тем проектом
Я взял паузу и вернулся не с новой презентацией. Я вернулся с финансовым кейсом.
Мы собрали данные по прошлым инцидентам за два года:
- сколько раз происходили серьёзные сбои,
- сколько часов простаивали склад и офис,
- какова средняя стоимость часа простоя с учётом ФОТ, потерь выручки и ручного труда по восстановлению,
- какова вероятность повторения сбоя с потерей критичных данных.
Добавили рыночную статистику: по данным IDC, 93% компаний, потерявших данные более чем на 10 дней, закрылись в течение года. Не пугали - просто поставили в контекст.
Пересчитали: ожидаемые потери при реализации сценария x вероятность = X млн рублей в год. Стоимость модернизации - Y млн. Срок окупаемости - меньше 12 месяцев.
Это уже не «защита серверов». Это защита денежного потока.
Разговор изменился. Проект согласовали.
Та же механика работает везде
Это не история про резервное копирование. Это история про язык, на котором ИТ разговаривает с бизнесом.
Возьмём типичный кейс с техническим долгом.
ИТ говорит: «Нужно 10 млн на новую CRM - старая устарела». Собственник слышит: «ИТ снова просит деньги».
А вот как это звучит, если перейти на язык бизнеса:
Из-за ограничений старой системы маркетинг запускает акцию за 3 недели вместо 3 дней. За квартал теряем 5 кампаний. При средней отдаче X млн с кампании - это потеря темпа роста, которая не видна в P&L, но видна в динамике рынка.
Новая платформа возвращает нам скорость. Срок окупаемости - 8 месяцев.
Это уже не про код. Это про конкурентную позицию.
Где прячутся скрытые потери
Когда ИТ не умеет считать в бизнес-логике, потери не исчезают. Они просто становятся невидимыми.
Несколько типичных мест, где я их находил:
Стоимость медленного time-to-market. Компания теряет не деньги напрямую - она теряет скорость реакции. Конкурент выводит продукт за 2 недели, мы за 2 месяца. В P&L это не отражается. В доле рынка - отражается.
Скрытый ФОТ на компенсацию плохих систем. Когда WMS не интегрирована с OMS, люди вручную сверяют данные. Это 2-4 часа в день у 10-20 сотрудников. Считаем: ФОТ, ошибки, пересортица, рекламации. Это десятки миллионов в год по сети из 100+ магазинов.
TCO вместо CAPEX. Дешёвое решение на входе часто дороже на дистанции. Если к стоимости лицензии прибавить поддержку, интеграции, обходные процессы и стоимость перехода через 3 года - картина меняется.
Цена инцидента без DR-контура. Без Disaster Recovery каждый серьёзный сбой стоит X часов простоя × стоимость часа. При наличии DR - восстановление за 1 час вместо 48. Разница в деньгах считается за 5 минут.
Почему это не решается само
Инвестиционное мышление не появляется в ИТ по умолчанию.
Технические специалисты обучены решать техническую проблему. Это правильно. Но между «решить техническую проблему» и «сформулировать инвестиционный кейс для собственника» - большая дистанция.
Пока внутри функции нет человека, который умеет её пройти, происходит одно из двух.
Первый сценарий: собственник сам погружается в ИТ-детали, чтобы понять экономику решений. Это отнимает его время, требует компетенций, которых у него нет, и создаёт постоянное недоверие к цифрам.
Второй сценарий: решения принимаются интуитивно. ИТ получает меньше, чем нужно. Реальные риски не видны до момента инцидента. Потери размазаны по году и не атрибутируются к источнику.
В обоих случаях бизнес платит. Просто по-разному.
Три модели, которые я видел в практике
Оставить всё как есть. ИТ остаётся сервисной функцией. Это работает до определённого масштаба - пока операционный контур простой, а цена инцидента невысокая. При масштабировании сети или высоком темпе изменений модель начинает давать сбои.
Вырастить внутри. Действующий CIO или сильный руководитель направления целенаправленно учится управлять экономикой бизнеса. Понимает P&L, умеет считать ROI, ведёт разговор про TCO и стоимость риска. Путь долгий, но системный. Такой человек меняет культуру всей функции изнутри.
Привлечь внешнего человека с нужной рамкой. Приглашённый CIO или фракционный директор, который сразу заходит в экономику решений, упаковывает ИТ-инициативы в инвестиционные кейсы, строит культуру расчёта ROI внутри команды. Ускоряет трансформацию и обучает людей мыслить по-новому.
Выбор зависит от масштаба и скорости, которая нужна бизнесу.
Финал
ИТ становится партнёром не тогда, когда повышен SLA или внедрён очередной стандарт.
Оно становится партнёром тогда, когда внутри функции есть человек, который понимает альтернативную стоимость капитала, умеет считать возврат инвестиций, оценивает риски в деньгах и связывает архитектурные решения со стоимостью бизнеса.
Пока такого человека нет - от ИТ нельзя ожидать инвестиционного поведения.
А когда он появляется - ИТ перестаёт просить бюджет и начинает управлять капиталом.