Стоимость владения ПО включает развитие, инфраструктуру и выход из системы: агенты меняют часть расходов

Что входит в стоимость владения? Всё, что компания тратит, чтобы получить систему, пользоваться ею и затем передать или закрыть её. TCO расшифровывается как total cost of ownership.

Первую смету сравнить легко. Но система с дешёвым запуском может требовать платных доработок, ручного обслуживания и дорогого переноса. Эти расходы появятся после того, как первую версию уже приняли.

Для сравнения задайте общий срок, нагрузку и требования к работе системы. Приложение без восстановления после сбоя нельзя считать равной заменой системе, для которой такое восстановление проверяют.

Рабочая формула: TCO = запуск + развитие + инфраструктура + эксплуатация + выход. Регулярные расходы суммируют по месяцам, разовые относят к этапу, на котором они возникнут.

Время своей команды тоже стоит денег. Полную цену сотрудника разбирали в статье «Сколько стоит программист». В TCO системы попадает доля его работы над этой системой.

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

Что меняется, когда код пишут ИИ-агенты? Им можно поручить черновик правки, тесты и обновление описания проекта. Расходы меняются на этих работах, а не на каждой строке TCO одновременно.

В нашей машине описание проекта помогает следующему агенту продолжить работу. Правила для ИИ-агентов объясняют этот порядок. Написанный файл не заменяет проверку, что проект по нему собирается.

В расчёте нужен расход на принятое изменение. Быстрый черновик с несколькими возвратами может занять больше времени инженера, чем медленная правка, принятая сразу. Причины такого разрыва разобраны в статье «ИИ не ускорил разработку».

Повторные исправления входят в цену владения. Если правило записали, но агент его не прочитал, следующая правка воспроизводит ту же ошибку. Инженеру снова приходится разбирать и принимать работу.

Автоматическая сборка тоже расходует ресурсы. Ускоренный выпуск изменений может увеличить число сборок и проверок. Стоимость зависит от их настроек и потребления, даже если цена работы агента фиксирована.

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

Что остаётся платить после первой версии? Инфраструктуру, внешние сервисы и труд тех, кто поддерживает работу. Отсутствие новых задач не отменяет хранение данных, резервные копии и реакцию на сбой.

На открытой странице нашей машины цена инженера и подписок оценена в ~540 880 ₽ в месяц на 7 октября 2026. Методика исключает облачную инфраструктуру. Этот расчёт нельзя переносить в строку «весь TCO».

Агент, который пишет код, и ИИ внутри продукта расходуют деньги по-разному. Если приложение само обращается к модели при каждой заявке, эти запросы относятся к работе приложения. Способ доступа агента к коду и данным тоже меняет состав расходов: об этом статья «ИИ в закрытом контуре».

Как сравнить предложения на несколько лет? Сведите одинаковые группы расходов в одну таблицу. Сроки получения первой версии сравниваются отдельно: быстрее запустить и дешевле содержать систему означают разные вещи.

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

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

Вариант Б экономит 600 000 ₽ на запуске, но за весь срок дороже на 60 000 ₽. Если сравнить только первую смету, руководитель получит противоположный вывод.

Срок сравнения меняет выбор. В этой модели Б дешевле на горизонте года, а на трёхлетнем горизонте А дешевле. После каждого из этих сроков считаем тот же предусмотренный выход из системы.

Реальную систему считайте в базовом сценарии и при росте нагрузки. Технический долг меняет цену следующих правок. При росте данных или очереди задач пересчитывайте месячные расходы.

Что считать выходом? Смену подрядчика, переезд на другую платформу или закрытие системы. У каждого варианта свои работы, поэтому до покупки выбирают сценарий выхода и оценивают его отдельно.

Репозиторий в руках заказчика помогает передать код. Но следующему инженеру ещё нужны инструкция запуска, карта зависимостей и рабочий экспорт данных. Архив исходников без этого оставляет часть системы у прежнего исполнителя.

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

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

На нашей странице агентной разработки для бизнеса тариф «Один проект» стоит 250 000 ₽ в месяц, «Все проекты» стоит 500 000 ₽ в месяц. Цены проверены 7 октября 2026. Код идёт в ветку заказчика в его репозитории.

На странице также указана пауза в любой месяц. Рабочее приложение на паузе продолжает требовать ресурсов и ответственного за обслуживание. Пауза в разработке сама по себе не означает паузу в эксплуатации.

После запуска прогноз сверяют с фактами. FinOps Foundation предлагает связывать расходы с полезной единицей работы, например обслуженной заявкой. Так видно, вырос счёт из-за нагрузки или из-за цены обслуживания.

Раз в месяц сопоставляйте счета, принятые изменения и работу системы с прогнозом на оставшийся срок. Если причина отклонения известна, меняются настройка или прогноз. Обещание «агенты всё удешевят» такой проверки не заменяет.

Если сравнение упирается в то, кто будет ставить и принимать задачи, начните с теста для руководителя. Он помогает оценить работу отдела с агентами. Собственную таблицу TCO заполняют по счетам и плану системы.

1. Сравнивайте одинаковый результат за общий срок. Первая смета не описывает всю стоимость владения.

2. Считайте принятые изменения, содержание системы и выход. Каждую затрату учитывайте один раз.

3. Проверяйте переносимость пробным запуском и загрузкой экспорта. Список исходников не подтверждает цену выхода.

4. На паузе разработки назначьте ответственного за работающую систему. Сверяйте прогноз с фактическими расходами и обновляйте его.