В этой статье разберём, как правильно рассчитывать TCO, чтобы он стал надёжным инструментом для обоснованных решений, а не просто красивой иллюстрацией.
Что такое TCO и почему без границ его невозможно посчитать
TCO — это все затраты на владение ИТ-системой на горизонте 3–5 лет: от покупки и внедрения до эксплуатации, персонала, простоев, рисков, безопасности, ручных операций, доработок и роста объёмов данных.
И тут важно сразу же определить границы, поскольку иначе расчёт ТСО теряет смысл: CAPEX (капитальные затраты) смешивается с OPEX (операционными), безопасность живёт «где-то отдельно», трудозатраты команды игнорируются, а итог сравнивают с ценой лицензии и делают выводы, которые не выдерживают реальной эксплуатации.
Поэтому на помощь приходит карта ТСО: фиксируем объект, статьи расходов (определяем, какие включаем, а какие нет) и причины.
Пример рабочего подхода выглядит так: «Считаем TCO КХД как сервиса для бизнеса на три года, включая инфраструктуру, лицензии, поддержку, команду эксплуатации и развития, простои и деградации, требования ИБ и регуляторики, а также ручные операции вокруг контуров данных».
Это не бюрократия, а защита от самообмана.
Из чего складывается стоимость владения
Ниже приведём основные слои карты TCO, которые помогают увидеть полную картину затрат за 3–5 лет, не пытаясь учесть каждую копейку, а фиксируя ключевые риски, которые всплывут после запуска. Это упрощает сравнение облако и on-premise (локальная инфраструктура), разные стеки, модели поддержки.
- Инфраструктура, лицензии и подписки: важна не цена, а траектория роста
Инфраструктура (on-premise, облако, гибрид) — заметная часть расходов, но TCO систем данных чаще «уплывает» из-за эксплуатации и масштаба. По данным MWS Cloud (МТС Web Services), в 2025 году российский рынок облачных решений вырос на 36,7%, до 226,9 млрд ₽, из-за спроса на предсказуемость затрат и снижение операционной нагрузки. В системах данных почти не бывает сценария «один раз купили и успокоились»: растут источники, события, сроки хранения, нагрузка, количество окружений, и именно в этот момент проявляется реальная стоимость лицензий и подписок. - Поддержка и сопровождение — постоянная статья, а не опция
Поддержка — неизбежный регулярный платёж: мониторинг, обновления, резервное копирование, тестирование восстановления, управление доступами, инциденты, производительность, планирование ёмкости. Чем критичнее система для бизнеса, тем дороже дисциплина эксплуатации и заметнее цена простоя и деградаций. - Простои и деградации: то, что не любят считать, но что реально бьёт по бизнесу
По данным ООО «Монк Диджитал Лаб», один значимый инцидент простоя в среднем обходится организациям примерно в 2 млн ₽. И проблема не только в полной остановке. Чаще бизнес страдает от деградации: отчёты строятся дольше, витрины обновляются позже, загрузки не успевают к началу рабочего дня, команды уходят в ручные обходы и это тихо съедает деньги и доверие к данным. - Персонал и время — главный скрытый компонент
Любой расчёт TCO без времени специалистов почти гарантированно занижен. И речь не только про разработчиков и инженеров данных, ведь вокруг платформы всегда есть безопасность, закупки, юристы, владельцы данных, аналитики, эксплуатация, продуктовые роли, подрядчики.
Плюс у сотрудника есть реальная стоимость для компании: налоги и сопутствующие расходы делают её выше зарплаты на руки. Так суммарная стоимость может быть в 1,5–3 раза выше оклада при учёте налогов и дополнительных затрат.
По данным «Хабр Карьеры», за вторую половину 2025 года медианная зарплата в IT составила 230 000 ₽ в Москве, 200 000 ₽ в Санкт-Петербурге и около 159 166 ₽ в регионах. Это хороший маркер одного простого факта: время специалистов дорого и оно должно быть заложено в карте TCO. - Риски, ИБ и регуляторика — не «отдельный бюджет», а часть владения
Требования ИБ (информационной безопасности) влияют на архитектуру и эксплуатацию: доступы, контуры, шифрование, журналирование, хранение, сегментацию, контроль изменений. Если вынести безопасность «за скобки», вы снова получите красивую цифру, которая развалится на этапе реального проектирования. Как маркер масштаба можно смотреть на рынок: ЦСР (Центр стратегических разработок) в прогнозе кибербезопасности отмечает объём рынка 314 млрд ₽ по итогам 2024 года и прогнозирует дальнейший рост до 2030 года. Это подтверждает, что безопасность — устойчивый и растущий компонент владения цифровыми системами. - Ручные операции: деньги утекают тихо, но постоянно
Такие процессы редко выглядят катастрофой «здесь и сейчас». Но они плохо масштабируются и быстро начинают съедать время людей: выгрузки, сверки, переносы между системами, разбор инцидентов, правки и «заплатки». В какой-то момент компания обнаруживает, что существенная часть команды обслуживает не продукт, а «костыли». В карте TCO это должно отражаться прямо: ручная работа обычно оказывается дороже автоматизации на горизонте, потому что растёт вместе с объёмами и числом потребителей данных.
Три частые ошибки, из-за которых TCO не сходится в реальности
Ошибка 1. Считать TCO как бюджет на запуск
В расчёт попадает то, что легко посчитать: железо, облако, лицензии, внедрение, часть работ подрядчика. А то, что регулярно «ест» деньги после запуска (люди, поддержка, инциденты, ручные операции, масштабирование), либо не учитывается, либо ставится формально «для галочки».
Ошибка 2. Не зафиксировать границы объекта
Когда неясно, что именно вы считаете (КХД? платформа целиком? вместе с BI и интеграциями?), сравнение превращается в спор про прайсы. В итоге в одном варианте случайно учитывается половина расходов, а в другом — почти всё. И часто побеждает не правильный вариант, а тот, который «красивее посчитали».
Ошибка 3. Игнорировать рост и стоимость сервиса
Системы данных почти всегда растут. Вместе с ними увеличиваются и требования к SLA (уровню сервиса), восстановлению, безопасности, скорости поставки изменений. Если модель не учитывает рост нагрузки и цену поддержания качества, TCO превращается в фантазию.
Как считать карту TCO
Не надо начинать с попытки посчитать всё идеально. Важно запустить процесс так, чтобы итоговая цифра стала управленческим инструментом, а не упражнением в бухгалтерии.
- Фиксируем границы: что считаем, на какой срок, какие контуры включаем.
- Собираем прямые затраты: инфраструктура, лицензии, подписки, поддержка.
- Добавляем людей и время: кто реально тратит время на эксплуатацию и развитие и сколько.
- Оцениваем простой и деградации хотя бы приближённо.
- Только после этого обсуждаем масштабирование, смену технологии или модели поставки, иначе мы сравниваем прайсы, а не владение.
TCO — не способ «урезать ИТ-бюджет». Это возможность сделать владение системой предсказуемым и управляемым. Выигрывают не там, где дешевле купили, а там, где дешевле и устойчивее эксплуатируют на горизонте нескольких лет.
Автор статьи:
Антон Близгарёв
Директор по развитию бизнеса Группы Arenadata
Источник: IT-Week