TCO vs ROI в ИТ: как считать стоимость владения и не ошибиться в окупаемости

Почему “выгодный” ИТ-проект иногда превращается в дыру для бюджета? Потому что ROI считают по презентации, а расходы живут в реальности. В ROI красиво смотрится “экономим 2 ставки” или “растим выручку на 15%”. Но через полгода выясняется, что нужны интеграции, поддержка, администратор, обучение, доработки, а ещё выросли издержки на инфраструктуру и безопасность. И в итоге проект, который “точно окупится”, начинает съедать деньги.

Здесь и появляется второй показатель — TCO (Total Cost of Ownership), полная стоимость владения. Если ROI отвечает на вопрос “сколько вернём”, то TCO — “сколько реально будет стоить владеть этим решением”. И без TCO ROI почти всегда получается завышенным.

В этой статье разберём разницу между TCO и ROI, покажу формулы и практический шаблон расчёта. А ещё — типовые ошибки, из‑за которых компании переплачивают, даже когда выбирают “дешёвое” решение.

Что такое TCO простыми словами

TCO (полная стоимость владения) — это все расходы на ИТ‑решение за выбранный период, обычно 12/24/36 месяцев.

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

• было внедрено;
• работало стабильно;
• развивалось под процессы;
• соответствовало требованиям безопасности;
• не развалилось при обновлениях и росте нагрузки.

Если искать поисковыми словами, то это как раз запросы типа “что такое TCO”, “как посчитать TCO”, “полная стоимость владения ИТ‑системой”.

Что такое ROI и почему его недостаточно

ROI — показатель окупаемости, который показывает возврат инвестиций:

ROI = ((Эффект в деньгах − Затраты) / Затраты) × 100%

Про ROI подробно я уже писал в отдельной статье: как считать ROI ИТ‑проектов. Здесь важный момент: в ROI почти всегда “ломается” именно часть “затраты”. Их считают слишком узко.

И да, ROI можно “нарисовать” разными способами: включить в эффект потенциальную выручку, а в затраты — только лицензию. Цифра получится прекрасная. Только решения по такой цифре принимать опасно.

TCO vs ROI: в чём разница на практике

Коротко и по делу:

• **TCO** — “сколько это будет стоить владеть решением за 1–3 года”.
• **ROI** — “сколько мы заработаем/сэкономим относительно этих затрат”.

То есть TCO — база, без которой ROI становится гаданием.

Пример. Два варианта CRM:

• Вариант A: лицензия дешевле, но интеграции и сопровождение дороже.
• Вариант B: лицензия дороже, но меньше доработок и проще поддержка.

Если смотреть только на цену лицензии, победит A. Если посчитать TCO на 24 месяца, победит B. И это происходит постоянно — не только с CRM, но и с телефонией, BI, ERP, “облаком”, интеграциями.

Формула TCO для ИТ‑решений (рабочий вариант)

Точную “универсальную” формулу никто не даст — слишком разные контуры. Но для управленческого расчёта хорошо работает структура:

TCO(период) = CAPEX + OPEX + Внутренние трудозатраты + Риски/резерв

Где:

• **CAPEX** — разовые вложения (внедрение, интеграции, миграция, оборудование);
• **OPEX** — регулярные расходы (подписки, хостинг, поддержка);
• **Внутренние трудозатраты** — часы сотрудников компании;
• **Риски/резерв** — реалистичная “подушка” на доработки и задержки.

Что включать в CAPEX

• внедрение и настройка;
• интеграции (CRM ↔ сайт ↔ учёт ↔ склад);
• миграция данных;
• первичное обучение;
• оборудование (если оно реально нужно).

Про интеграции, кстати, отдельная тема — у многих компаний именно там “утекает” бюджет: интеграции систем: как связать CRM, учёт и склад.

Что включать в OPEX

• лицензии/подписки;
• поддержка и сопровождение;
• хостинг/облако/каналы связи;
• резервное копирование;
• мониторинг;
• обновления и регламентные работы.

Внутренние трудозатраты: почему их нельзя игнорировать

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

Если это не заложить в TCO, вы получите два сюрприза:

1) проект затянется; 2) бизнес скажет “ИТ мешает работать”.

Шаблон расчёта TCO + ROI (таблица)

Ниже — структура, которую можно копировать в Excel/Google Sheets и заполнять по вариантам.

Период: 24 месяца (можете заменить на 12/36).

Мини‑кейс: “дешёвое” решение оказалось дороже

Компания выбирала сервис для внутреннего документооборота.

Вариант 1 (дешёвый): низкая подписка, но нет нормальных интеграций и ролей. Вариант 2 (дороже): подписка выше, но есть готовые коннекторы и гибкая модель прав.

На лицензиях разница за 24 месяца была всего 400 000 ₽ в пользу Варианта 1. Но по факту:

• интеграции и доработки у Варианта 1 стоили +1 200 000 ₽;
• поддержка занимала больше времени внутренней ИТ‑команды (+350 000 ₽ по часам);
• из‑за ограничений пришлось “обходить” процессы руками (потеря времени у бизнеса).

Когда посчитали TCO, Вариант 2 оказался дешевле на горизонте двух лет — и дал более предсказуемый эффект. Это как раз тот случай, когда TCO меняет решение, даже если ROI “на салфетке” у обоих вариантов положительный.

Типовые ошибки, из‑за которых TCO считают неправильно

Ошибка 1. Считать TCO как “цена лицензии”

Это не TCO. Это цена входного билета.

Ошибка 2. Не учитывать сопровождение и изменения

Любая система живёт. Меняются процессы, каналы, интеграции, требования безопасности. Если вы не заложили сопровождение, вы заложили будущий конфликт.

Ошибка 3. Игнорировать внутренние часы

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

Ошибка 4. Смешивать горизонты

Сравнивать 12 месяцев затрат с 36 месяцами эффекта — любимый фокус презентаций. Делайте одинаковый период.

Ошибка 5. Не учитывать безопасность и соответствие

В 2026 году безопасность — это не “добавим потом”. MFA, бэкапы, контроль доступа, логирование — всё это либо вшито в решение, либо станет отдельной строкой расходов. Про риски и требования полезно помнить на фоне статьи про кибербезопасность для бизнеса.

Как использовать TCO и ROI для выбора: быстрый алгоритм

• **Определите период** (12/24/36 мес). Для большинства прикладных систем разумно 24 месяца.
• **Посчитайте TCO по 2–3 вариантам** (включая “всё руками” как базовый сценарий).
• **Посчитайте эффект** и переведите в деньги максимально честно.
• **Посчитайте ROI и срок окупаемости**.
• **Проверьте чувствительность**: что будет, если эффект на 30% ниже, а затраты на 20% выше?
• **Выберите вариант, который выигрывает в базовом и консервативном сценарии**, а не только в оптимистичном.

Если нужен партнёр, который помогает не только “внедрить”, но и правильно просчитать владение и эффект, имеет смысл выбрать ИТ‑партнёра: ошибка на этапе расчёта чаще всего дороже, чем стоимость консультации.

Итог

ROI отвечает на вопрос “окупится ли”, а TCO — “во сколько обойдётся владение”. В ИТ эти два вопроса нельзя разрывать: ROI без TCO почти всегда завышен, а TCO без эффекта превращается в “давайте ничего не делать”. Нормальная управленческая модель — это TCO на выбранный период + эффект + ROI + срок окупаемости + сценарии.

Начните с шаблона из этой статьи: один проект, 2–3 варианта, честные строки расходов. Дальше будет проще принимать решения по портфелю, бюджету и очереди внедрений. А если нужно довести расчёт до внедрения и измеримого результата, разработка и сопровождение ИТ‑систем ADES — это как раз про “считать, делать и отвечать за результат”.

FAQ

Что такое TCO в ИТ?

TCO — это полная стоимость владения ИТ‑решением за период (обычно 12/24/36 месяцев), включая внедрение, интеграции, подписки, поддержку, инфраструктуру, внутренние часы и резерв на риски.

Как посчитать TCO?

Выберите период, затем сложите CAPEX (внедрение, интеграции, миграция, обучение), OPEX (подписки, поддержка, инфраструктура, безопасность), внутренние трудозатраты и резерв 10–20%. Получится TCO на период.

Чем TCO отличается от ROI?

TCO отвечает “сколько будет стоить владеть решением”, ROI — “сколько вернём относительно затрат”. ROI без TCO часто завышен, потому что затраты считают слишком узко.

Почему “дешёвое” решение часто оказывается дорогим?

Потому что низкая цена лицензии компенсируется интеграциями, доработками, поддержкой и потерями времени у бизнеса. Это и видно в TCO, если считать честно.

Какой период брать для расчёта TCO?

Чаще всего 24 месяца: за год система не успевает раскрыться, а на 3 года прогнозы становятся слишком неопределёнными. Для инфраструктуры период может быть больше.

Нужно ли считать безопасность в TCO?

Да. MFA, бэкапы, контроль доступа, мониторинг, соответствие требованиям — это либо часть решения, либо отдельные расходы. Если их не заложить, TCO будет занижен.

Автор: Александр Данданов (@dandanov_live)