Термин TCO (Total Cost of Ownership, совокупная стоимость владения) в ИТ-сфере знаком почти всем. Однако на практике его часто сводят к «цене входа» — стоимости железа или облака, лицензий, внедрения — и на этой основе пытаются сравнивать экономику решений. А потом система выходит в продакшен, данные растут, требования усложняются, команда тратит часы на поддержку и разбор инцидентов. И тогда вскрывается правда: оказывается, что реальная цена владения была совсем о другом.

В этой статье разберём, как правильно рассчитывать TCO, чтобы он стал надёжным инструментом для обоснованных решений, а не просто красивой иллюстрацией.

Что такое TCO и почему без границ его невозможно посчитать

TCO — это все затраты на владение ИТ-системой на горизонте 3-5 лет: от покупки и внедрения до эксплуатации, персонала, простоев, рисков, безопасности, ручных операций, доработок и роста объёмов данных.

И тут важно сразу же определить границы, поскольку иначе расчёт ТСО теряет смысл: CAPEX (капитальные затраты) смешивается с OPEX (операционными), безопасность живёт «где-то отдельно», трудозатраты команды игнорируются, а итог сравнивают с ценой лицензии и делают выводы, которые не выдерживают реальной эксплуатации.

Поэтому на помощь приходит карта ТСО: фиксируем объект, статьи расходов (определяем, какие включаем, а какие нет) и причины.

Пример рабочего подхода выглядит так: «Считаем TCO КХД как сервиса для бизнеса на три года, включая инфраструктуру, лицензии, поддержку, команду эксплуатации и развития, простои и деградации, требования ИБ и регуляторики, а также ручные операции вокруг контуров данных».

Это не бюрократия, а защита от самообмана.

Из чего складывается стоимость владения

Ниже приведём основные слои карты TCO, которые помогают увидеть полную картину затрат за 3-5 лет, не пытаясь учесть каждую копейку, а фиксируя ключевые риски, которые всплывут после запуска. Это упрощает сравнение облака и on-premise (локальная инфраструктура), разных стеков, моделей поддержки.

  1. Инфраструктура, лицензии и подписки: важна не цена, а траектория роста. Инфраструктура (on-premise, облако, гибрид) — заметная часть расходов, но TCO систем данных чаще «уплывает» из-за эксплуатации и масштаба. По данным MWS Cloud (МТС Web Services), в 2025 году российский рынок облачных решений вырос на 36,7%, до 226,9 млрд. руб., из-за спроса на предсказуемость затрат и снижение операционной нагрузки. В системах данных почти не бывает сценария «один раз купили и успокоились»: растут источники, события, сроки хранения, нагрузка, количество окружений, и именно в этот момент проявляется реальная стоимость лицензий и подписок.
  2. Поддержка и сопровождение — постоянная статья, а не опция. Поддержка — неизбежный регулярный платёж: мониторинг, обновления, резервное копирование, тестирование восстановления, управление доступами, инциденты, производительность, планирование ёмкости. Чем критичнее система для бизнеса, тем дороже дисциплина эксплуатации и заметнее цена простоя и деградаций.
  3. Простои и деградации: то, что не любят считать, но что реально бьёт по бизнесу. По данным «Монк Диджитал Лаб», один значимый инцидент простоя в среднем обходится организациям примерно в 2 млн. руб. И проблема не только в полной остановке. Чаще бизнес страдает от деградации: отчёты строятся дольше, витрины обновляются позже, загрузки не успевают к началу рабочего дня, команды уходят в ручные обходы, и это тихо съедает деньги и доверие к данным.
  4. Персонал и время — главные скрытые компоненты. Любой расчёт TCO без учета времени специалистов почти гарантированно занижен. И речь не только про разработчиков и инженеров данных, ведь вокруг платформы всегда есть безопасность, закупки, юристы, владельцы данных, аналитики, эксплуатация, продуктовые роли, подрядчики.

    Плюс у сотрудника есть реальная стоимость для компании: налоги и сопутствующие расходы делают её выше зарплаты на руки. Так, суммарная стоимость может быть в 1,5-3 раза выше оклада при учёте налогов и дополнительных затрат.

    По данным «Хабр Карьеры», за вторую половину 2025 года медианная зарплата в ИТ составила 230 000 руб. в Москве, 200 000 руб. в Санкт-Петербурге и около 159 166 руб. в регионах. Это хороший маркер одного простого факта: время специалистов дорого, и оно должно быть заложено в карте TCO.

  5. Риски, ИБ и регуляторика — не «отдельный бюджет», а часть владения. Требования ИБ (информационной безопасности) влияют на архитектуру и эксплуатацию: доступы, контуры, шифрование, журналирование, хранение, сегментацию, контроль изменений. Если вынести безопасность «за скобки», вы снова получите красивую цифру, которая развалится на этапе реального проектирования.

    Как маркер масштаба можно смотреть на рынок: ЦСР (Центр стратегических разработок) в прогнозе кибербезопасности отмечает объём рынка 314 млрд. руб. по итогам 2024 года и прогнозирует дальнейший рост до 2030 года. Это подтверждает, что безопасность — устойчивый и растущий компонент владения цифровыми системами.

  6. Ручные операции: деньги утекают тихо, но постоянно. Такие процессы редко выглядят катастрофой «здесь и сейчас». Но они плохо масштабируются и быстро начинают съедать время людей: выгрузки, сверки, переносы между системами, разбор инцидентов, правки и «заплатки». В какой-то момент компания обнаруживает, что существенная часть команды обслуживает не продукт, а «костыли». В карте TCO это должно отражаться прямо: ручная работа обычно оказывается дороже автоматизации на горизонте, потому что растёт вместе с объёмами и числом потребителей данных.

Три частые ошибки, из-за которых TCO не сходится в реальности

  • Ошибка 1. Считать TCO как бюджет на запуск. В расчёт попадает то, что легко посчитать: железо, облако, лицензии, внедрение, часть работ подрядчика. А то, что регулярно «ест» деньги после запуска (люди, поддержка, инциденты, ручные операции, масштабирование), либо не учитывается, либо ставится формально «для галочки».
  • Ошибка 2. Не зафиксировать границы объекта. Когда неясно, что именно вы считаете (КХД? Платформа целиком? Вместе с BI и интеграциями?), сравнение превращается в спор про прайсы. В итоге в одном варианте случайно учитывается половина расходов, а в другом — почти всё. И часто побеждает не правильный вариант, а тот, который «красивее посчитали».
  • Ошибка 3. Игнорировать рост и стоимость сервиса. Системы данных почти всегда растут. Вместе с ними увеличиваются и требования к SLA (уровню сервиса), восстановлению, безопасности, скорости поставки изменений. Если модель не учитывает рост нагрузки и цену поддержания качества, TCO превращается в фантазию.

Как считать карту TCO⠀

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

  1. Фиксируем границы: что считаем, на какой срок, какие контуры включаем.
  2. Собираем прямые затраты: инфраструктура, лицензии, подписки, поддержка.
  3. Добавляем людей и время: кто реально тратит время на эксплуатацию и развитие и сколько.
  4. Оцениваем простой и деградации хотя бы приближённо.
  5. Только после этого обсуждаем масштабирование, смену технологии или модели поставки, иначе мы сравниваем прайсы, а не владение.

TCO — не способ «урезать ИТ-бюджет». Это возможность сделать владение системой предсказуемым и управляемым. Выигрывают не там, где дешевле купили, а там, где дешевле и устойчивее эксплуатируют на горизонте нескольких лет.

Антон Близгарёв, директор по развитию бизнеса группы Arenadata