Заказная разработка или готовое ПО: расчет TCO на 3 года

Сравнение коммерческого предложения на заказную разработку со счетом за годовую подписку на готовое ПО (SaaS или COTS) часто приводит к ошибочным управленческим решениям. Прямое сопоставление ценников игнорирует скрытые статьи расходов: затраты на кастомизацию, поддержку интеграций, расширение штата и потенциальную смену платформы.

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

Почему прямое сравнение «сметы и прайс-листа» вводит в заблуждение

Оценка программного обеспечения по схеме «лицензия против сметы подрядчика» искажает финансовую картину по двум причинам: смешение структуры затрат (CapEx против OpEx) и игнорирование сопутствующих процессов.

Иллюзия низкого старта готового ПО. Подписка выглядит дешевле заказной разработки на старте. Однако по мере роста числа рабочих мест, подключения кастомных коннекторов и перехода на премиальный тарифный план совокупные регулярные платежи начинают опережать затраты на содержание собственной системы.
Недооценка стоимости владения кодом. В заказной разработке основные капитальные затраты (CapEx) приходятся на первый год. Если в расчете не заложены регулярные операционные расходы (OpEx) на хостинг, устранение уязвимостей, поддержку релизного цикла и зарплаты инженеров, итоговый бюджет выйдет из-под контроля.
Игнорирование организационных издержек. Внедрение любого софта требует перестройки внутренних регламентов, переобучения персонала, закупки вычислительных мощностей и привлечения внешних консультантов.

Формула трехлетней TCO: структура полного жизненного цикла

В соответствии с общепринятыми методиками оценки жизненного цикла ИТ-систем (включая методику британского правительства GOV.UK и стандарты GAO), расчет совокупной стоимости владения на три года строится по формуле:

TCO_3 = C_0 + C_1 + C_2 + C_3 + C_exit

Где:

C_0 — первоначальные капитальные инвестиции и затраты на запуск;
C_1, C_2, C_3 — ежегодные операционные расходы на эксплуатацию и развитие системы;
C_exit — затраты на вывод системы из эксплуатации или миграцию на другое решение по окончании трехлетнего цикла.

       Структура совокупной стоимости владения (TCO на 3 года)
┌─────────────────────────────────────────────────────────────────────────┐
│ C₀: Стартовые инвестиции (Аудит, Лицензии / Разработка, Внедрение)      │
├─────────────────────────────────────────────────────────────────────────┤
│ C₁: Эксплуатация, Год 1 (Хостинг, SLA, Обучение, Стабилизация)          │
├─────────────────────────────────────────────────────────────────────────┤
│ C₂: Эксплуатация, Год 2 (Подписка/ФОТ, Доработки, Поддержка API)        │
├─────────────────────────────────────────────────────────────────────────┤
│ C₃: Эксплуатация, Год 3 (Масштабирование, Рефакторинг, Обновления)      │
├─────────────────────────────────────────────────────────────────────────┤
│ C_exit: Стоимость выхода (Экспорт БД, Замена коннекторов, Миграция)     │
└─────────────────────────────────────────────────────────────────────────┘

Первоначальные затраты (C_0): аудит, лицензии, проектирование и запуск

Блок C_0 объединяет все расходы до момента перевода системы в промышленную эксплуатацию:

Предпроектное обследование: сбор бизнес-требований, аудит ИТ-ландшафта, разработка архитектурной концепции и технического задания.
Приобретение прав или разработка: оплата бессрочных лицензий вендора либо финансирование этапов проектирования, верстки, бэкенд/фронтенд-разработки и QA-тестирования.
Развертывание и настройка: конфигурирование окружения (Dev/Stage/Prod), параметрическая настройка готовых модулей.
Интеграционный контур: разработка и наладка шин данных, API-шлюзов и коннекторов к смежным корпоративным системам (ERP, CRM, WMS, учетные сервисы).
Миграция исторических данных: парсинг, очистка, верификация и перенос баз данных из устаревших систем.
Обучение ключевых пользователей: подготовка технической документации, регламентов работы и проведение тренингов.

Ежегодная эксплуатация (C_1, C_2, C_3): поддержка, инфраструктура и доработки

Эксплуатационные расходы возникают непрерывно на протяжении всего срока службы системы:

Лицензионные отчисления и подписки: регулярная плата за доступ (SaaS), продление технической поддержки вендора или плата за обновления коробочного софта.
Инфраструктурные затраты: аренда облачных мощностей (IaaS/PaaS), физических серверов, систем резервного копирования, сетевого трафика и лицензий на системное ПО (СУБД, ОС).
Техническая поддержка и SLA: оплата услуг дежурной линии (L1/L2/L3), исправление инцидентов, мониторинг доступности 24/7.
Изменения и доработки (Change Requests): расширение функциональности под меняющиеся требования рынка и регуляторов. В заказном ПО это оплачивается по ставкам разработчиков; в готовом софте — покупкой дополнительных модулей или кастомизацией через сертифицированных интеграторов.
Сопровождение интеграций: обновление интерфейсов при изменении версий смежных систем.

Стоимость выхода и перехода (C_exit): цена разрыва контракта и миграции

Параметр C_exit часто упускают при финансовом моделировании, что создает риск «застревания» на нерентабельной платформе (vendor lock-in). В стоимость выхода входят:

Выгрузка и трансформация данных: экспорт накопленных массивов информации из проприетарного формата вендора в открытые или реляционные структуры.
Параллельная эксплуатация: поддержание работоспособности старой системы во время внедрения новой (двойные расходы на инфраструктуру и лицензии в переходный период).
Штрафы и неустойки: расходы при досрочном разрыве долгосрочных сервисных контрактов.
Замена коннекторов: переписывание интеграционных шлюзов под новый целевой стек.

Постатейный анализ: кастом против готового ПО

Статья затрат	Заказная разработка (Custom)	Готовое ПО (COTS / SaaS)
Лицензирование и права (IPR)	Исключительные права на исходный код и документацию переходят заказчику. Нет платы за рабочие места.	Оплата подписки за пользователя/транзакцию или периодическое продление лицензий. Код принадлежит вендору.
Внедрение и кастомизация	Высокие стартовые затраты на разработку с нуля под конкретные бизнес-процессы.	Быстрый базовый старт. Доработка нестандартных функций требует привлечения сертифицированных интеграторов по высоким ставкам.
Интеграция с ИТ-ландшафтом	Архитектура API проектируется с учетом текущей инфраструктуры заказчика без лишних ограничений.	Использование готовых коннекторов или работа через открытый API. Ограничения по числу запросов и структуре данных на базовых тарифах.
Сопровождение и SLA	Требуется собственный штат инженеров или SLA-контракт с ИТ-аутсорсером. Риск зависимости от компетенций команды.	Базовая техподдержка входит в тариф. За гарантированный SLA (24/7, реакция до 15 мин) взимается отдельная плата.
Масштабирование бизнеса	Рост числа пользователей не увеличивает стоимость лицензий, но требует масштабирования инфраструктуры.	Линейный или ступенчатый рост затрат на подписки при увеличении штата или филиальной сети.
Адаптация к изменениям	Максимальная гибкость: заказчик сам определяет приоритеты бэклога и архитектурные решения.	Зависимость от дорожной карты вендора. Нетиповые доработки могут быть заблокированы архитектурой ядра.

Учебный расчет TCO на 3 года: модельный кейс

Для демонстрации методики рассмотрим расчет совокупной стоимости владения для компании с потребностью автоматизации профильного контура управления.

Исходные параметры и допущения модельного проекта

Масштаб: 200 активных пользователей.
Специфика процессов: около 30% бизнес-логики компании уникальны и отсутствуют в базовых конфигурациях готовых продуктов на рынке.
Единица измерения: условные денежные единицы (у. е.).
Инфляция и индексация: заложен рост стоимости услуг поддержки и подписок на 10% ежегодно со второго года.

       Динамика накопленных затрат TCO за 3 года (у. е.)
200k ┼
     │                                            ╭── Готовое ПО (186.1k)
160k ┼                             ╭──────────────╯
     │              ╭──────────────╯              ●── Кастом (144.5k)
120k ┼──────────────╯──────────────●──────────────╯
     │              ●
 80k ┼──────────────╯
     │
   0 ┴──────────────┬──────────────┬──────────────┬──────────────
                   Год 0          Год 1          Год 2          Год 3 (с выходом)

Сводный расчет затрат по годам

Учебный расчет, базирующийся на заданных допущениях:

Статья расходов	Заказная разработка (у. е.)	Готовое SaaS/COTS-решение (у. е.)
Год 0 (C_0): Запуск
Лицензии / Создание ядра	50 000	12 000
Внедрение, доработка под 30% уникальных процессов	15 000	25 000
Настройка интеграций и миграция данных	10 000	8 000
Инфраструктура развертывания и безопасность	5 000	2 000
Итого C_0	80 000	47 000
Год 1 (C_1): Эксплуатация
Лицензионные платежи / Подписка (200 польз.)	0	24 000
Инфраструктура (серверы, бэкапы)	4 000	1 500
SLA-поддержка и исправление ошибок	8 000	5 000
Развитие функциональности (Change Requests)	6 000	7 000
Итого C_1	18 000	37 500
Год 2 (C_2): Эксплуатация
Подписка / Лицензии (с индексацией)	0	26 400
Инфраструктура	4 400	1 650
Поддержка и SLA	8 800	5 500
Развитие функциональности	6 600	7 700
Итого C_2	19 800	41 250
Год 3 (C_3): Эксплуатация
Подписка / Лицензии	0	29 040
Инфраструктура	4 840	1 810
Поддержка и SLA	9 680	6 050
Развитие функциональности	7 260	8 470
Итого C_3	21 780	45 370
Стоимость выхода (C_exit)	5 000	15 000
ИТОГО TCO за 3 года	144 580	186 120

Анализ динамики и точки паритета расходов

В представленной модели заказная разработка требует на старте почти в 1,7 раза больше инвестиций (C_0 = 80 000 против 47 000 у. е.). Однако за счет отсутствия подушевой оплаты лицензий на 200 пользователей и меньшей стоимости внесения нестандартных изменений ежегодная стоимость владения кастомным решением оказывается ниже.

Точка паритета (пересечения совокупных затрат) в данном кейсе наступает на рубеже 22–24 месяцев эксплуатации. К концу третьего года совокупная стоимость владения готовым решением превышает затраты на заказное ПО из-за непрерывных лицензионных платежей, дорогой кастомизации закрытого ядра и высокого показателя C_exit.

Матрица выбора: когда выигрывает кастом, а когда — готовый софт

Решение о выборе модели поставки зависит не только от бюджета, но и от стратегической роли автоматизируемого процесса.

                  Матрица стратегического выбора
       ▲
Высокая│   Глубокая кастомизация        ЗАКАЗНАЯ РАЗРАБОТКА
       │   готового ПО или Low-Code     (Стратегическое ядро бизнеса,
       │   (Опасная зона высоких TCO)   высокая маржинальность)
Уникаль-│
ность  ├────────────────────────────┬────────────────────────────
процес-│   ГОТОВОЕ ПО (COTS/SaaS)   │   Типовое готовое ПО
сов    │   (Бухгалтерия, кадры,     │   с расширенным API
       │   стандартный документооборот)│ (Универсальные платформы)
Низкая ┴────────────────────────────┴────────────────────────────►
       Низкая                       Высокая
                   Критичность для конкурентного преимущества

Выбирайте заказную разработку, если:
- Автоматизируемый процесс формирует ключевое конкурентное преимущество компании (core-бизнес).
- Уровень уникальности бизнес-логики превышает 30–40%, а типовые продукты требуют тотальной переработки архитектуры.
- Планируется масштабный рост штата пользователей, при котором подушевая лицензия сделает проект нерентабельным.
- Регуляторные требования или безопасность обязывают хранить исходный код и полные права на интеллектуальную собственность (IPR) внутри компании.
Выбирайте готовое ПО (COTS / SaaS), если:
- Процесс является вспомогательным или стандартным для рынка (бухгалтерский учет, базовый кадровый менеджмент, стандартная воронка продаж).
- Компания готова адаптировать свои внутренние регламенты под готовую логику софта («из коробки»), а не переписывать программу под себя.
- Критичен показатель Time-to-Market: систему необходимо ввести в эксплуатацию в течение 1–3 месяцев.
- Отсутствуют внутренние компетенции по управлению продуктовой разработкой и контролю ИТ-подрядчиков.

Чек-лист управленца перед выбором решения

Перед утверждением бюджета и подписанием контракта проверьте финансовую модель по следующим пунктам:

[ ] Определены права на артефакты: зафиксировано ли в договоре заказной разработки право собственности на исходный код, документацию, архитектурные схемы и базы данных?
[ ] Проверена метрика лицензирования: как именно вендор считает подписку (по числу зарегистрированных пользователей, числу одновременных сессий, объему транзакций или используемым вычислительным ресурсам)?
[ ] Заложена стоимость доработок: включена ли в расчет готового ПО стоимость услуг сертифицированных интеграторов для адаптации нестандартных процессов?
[ ] Оценен SLA поддержки: какие штрафы предусмотрены за срыв времени восстановления системы и сколько стоит переход на тариф с круглосуточным обслуживанием?
[ ] Просчитан сценарий выхода (C_exit): в каком формате вендор отдает данные при расторжении контракта и сколько займет перенос архитектуры на альтернативную платформу?
[ ] Учтены аппаратные требования: заложена ли стоимость системного ПО (ОС, лицензии СУБД) и серверных мощностей для коробочного или кастомного решения?

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

Почему в TCO готового ПО стоимость выхода (C_exit) часто оказывается выше, чем планировалось?

Вендоры готовых платформ оптимизируют хранение данных под свои проприетарные модели. При отказе от сервиса заказчик получает не готовую базу, а разрозненные выгрузки (CSV, JSON, неструктурированные дампы). Для их нормализации, очистки и загрузки в новую систему приходится нанимать архитекторов данных и оплачивать работу параллельного контура, что существенно увеличивает C_exit.

Включаются ли зарплаты штатных сотрудников в трехлетний TCO заказной разработки?

Да. Методология TCO требует учета полного объема ресурсов. Если продукт развивают штатные сотрудники, в расчет закладывается их заработная плата с налогами, затраты на рабочие места, лицензии на среды разработки и время профильных бизнес-экспертов, привлекаемых к тестированию и постановке задач.

Что происходит с TCO, если бизнес-процессы компании уникальны более чем на 30–40%?

Попытка внедрить коробочное ПО при таком уровне кастомизации приводит к резкому росту TCO. Доработка закрытого ядра через API или специализированные языки вендора обходится дороже написания микросервисов с нуля. Кроме того, каждое обновление готовой платформы может нарушать совместимость кастомных модулей, требуя непрерывных затрат на их адаптацию.

Как учитывать в трехлетней модели инфляцию и рост стоимости подписок вендора?

В финансовой модели закладывается ежегодный коэффициент эскалации затрат (обычно от 7% до 15% в зависимости от условий рынка и договора). В контрактах с вендорами необходимо обращать внимание на пункты об ограничении предельного повышения тарифа при продлении подписки (cap on price increases).

Имеет ли заказная разработка остаточную или балансовую стоимость?

Заказное программное обеспечение может быть поставлено на баланс компании в качестве нематериального актива (НМА) и амортизироваться в течение срока полезного использования. Это дает определенные налоговые преимущества и увеличивает капитализацию бизнеса. Подписка на SaaS-решение классифицируется исключительно как текущие операционные расходы и балансовую стоимость активов компании не увеличивает.

Резюме

Расчет трехлетней совокупной стоимости владения (TCO) переводит архитектурный спор «писать код или покупать лицензию» на строгий финансовый язык. Выбор в пользу готового программного обеспечения оправдан при стандартизированных процессах и жестких сроках запуска.

Если же автоматизируемый контур создает прямое конкурентное преимущество, а бизнес-логика содержит высокую долю специфических операций, инвестиции в заказную разработку окупаются на горизонте 2–3 лет за счет контроля над исходным кодом, отсутствия лицензионной нагрузки при масштабировании и предсказуемой стоимости сопровождения интеграций.

Заказная разработка или готовое ПО: как рассчитать совокупную стоимость владения (TCO) на три года