TCO автоматизации: сколько стоит владение системой за 3 года

Владение системой автоматизации на горизонте трёх лет стоит примерно в четыре-пять раз больше цены внедрения. В модельной смете этой статьи проект за 780 000 ₽ превращается в 3 707 000 ₽ за 36 месяцев, и внедрение занимает в нём 21 %. Остальные 79 % — двенадцать строк, которые платятся после запуска: лицензии смежных систем, инфраструктура, поддержка, внешние сервисы по объёму, доработки, адаптация к чужим обновлениям, обучение новых сотрудников, время собственных людей, простои и, в конце, выход из системы.

Это не аргумент против автоматизации. Тот же модельный проект даёт 190 000 ₽ твёрдой экономии в месяц, за три года это 6 840 000 ₽ — то есть 3 133 000 ₽ чистыми даже с полным счётом владения. Это аргумент против сравнения решений по первому чеку. Когда два предложения отличаются в цене внедрения вдвое, разница почти всегда компенсируется — только в другой строке и через полтора года.

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

Цена внедрения — это первый платёж, а не цена решения

В коммерческом предложении обычно одна крупная цифра и одна мелкая: «внедрение 780 000 ₽, поддержка от 16 000 ₽ в месяц». Обе честные. Проблема в том, что вместе они описывают меньше половины расходов. Система живёт внутри вашего ИТ-контура и тянет за собой лицензии, места на сервере, тарифы на API, часы ваших людей и обязательство раз в год чинить то, что сломало обновление смежной системы. Ни одна из этих строк не является чьим-то злым умыслом — просто ни одна из них не входит в предмет договора на внедрение.

Модельная компания дальше по тексту одна: оптовая торговля, 60 сотрудников, 6 рабочих мест в системе, 1 400 первичных документов и 900 заявок в месяц, учёт в 1С, продажи в CRM. Задача — автоматическая обработка входящих документов и заявок. Все три модели владения и оба сравниваемых предложения считаются на этих же вводных, чтобы цифры были сопоставимы между собой.

Двенадцать статей владения: смета на 36 месяцев

Ниже — та же модельная компания в варианте «своя установка на своём сервере». По каждой строке указано, сколько она стоит в каждый из трёх лет. Обратите внимание на форму кривой: первый год дорогой из-за внедрения, второй — самый дешёвый, третий снова дорожает из-за накопленных доработок и расходов на выход.

Три строки в этой таблице обычно вызывают возражения, поэтому разберём их отдельно. Строка 9 — время своих людей: 9 000 ₽ в месяц это примерно 8 часов работы ответственного сотрудника по полной ставке. Он не программирует, он разбирает исключения, заводит новых пользователей, проверяет очередь и объясняет коллегам, почему документ не прошёл. Эти часы существуют всегда; в смете их нет, потому что за них платит не подрядчик. Как считать полную стоимость такого часа, мы разбирали в отдельном материале про цену ручной работы — короткая версия: она в два-три раза выше оклада, делённого на часы.

Строка 7 — адаптация к обновлениям смежных систем. В первый год её нет, во второй она появляется почти всегда. Обновилась конфигурация 1С, площадка сменила версию API, у оператора связи поменялась схема авторизации, поставщик перешёл на другой формат ЭДО. Каждое такое событие — от 20 000 до 60 000 ₽ работ, и вы не управляете ни их числом, ни сроком. Строка 12 — выход из системы; ей ниже посвящён отдельный раздел, потому что это единственная статья, которую вообще никто не закладывает.

Правило второго года: 15–25 % — это одна строка из двенадцати

На рынке ходит правило: эксплуатация стоит 15–25 % от стоимости внедрения в год. Оно верное, но описывает ровно одну строку — поддержку подрядчика. В нашей модели поддержка второго года стоит 192 000 ₽, то есть 24,6 % от внедрения в 780 000 ₽. Правило соблюдено идеально. А весь второй год владения при этом стоит 953 000 ₽ — в 4,96 раза больше строки поддержки и 122 % от цены внедрения.

У этого правила есть и обратная сторона, о которой честно сказать полагается. Часть строк вы платили бы и без системы. Лицензии CRM для шести менеджеров нужны в любом случае, сервер под учётную систему тоже, а ответственный сотрудник разбирал бы исключения руками — и потратил бы на это не 8 часов в месяц, а гораздо больше. В TCO попадает только приращение: дополнительные места, дополнительный тариф, дополнительные часы. Если считать в TCO всё подряд, получится честная, но бесполезная цифра, по которой невозможно принять решение.

Почему полный счёт не видит никто внутри компании

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

• Договор с подрядчиком: внедрение, поддержка, платные доработки. Это единственная часть, которую собственник видит целиком, и именно её он считает ценой решения.
• ИТ-бюджет: сервер, хранилище, резервные копии, мониторинг, сертификаты. Согласуется отдельной заявкой, обычно раз в год и без привязки к конкретной системе.
• Бюджет лицензий: дополнительные места 1С и CRM, модуль ЭДО, старший тариф ради лимитов API. Формально это расходы на смежные системы, а не на новую, поэтому в её смету они не попадают никогда.
• Переменные расходы по объёму: распознавание документов, вызовы языковой модели, SMS, минуты телефонии, хранение файлов. Приходят мелкими счетами от разных поставщиков и растут вместе с бизнесом, а не с проектом.
• Фонд оплаты труда: часы ответственного сотрудника, обучение новичков, время, потраченное на разбор инцидентов. В деньгах эта строка не отражается вообще — она видна только по тому, что человек не успел сделать что-то другое.

Практическое следствие простое: у стоимости владения должен быть один держатель и одна таблица. Заведите её на старте проекта — двенадцать строк и тридцать шесть колонок по месяцам — и раз в квартал вносите факт. Через год у вас появится собственная модель вместо чужой, а разговор о продлении поддержки или о переходе на другое решение будет опираться на числа, а не на ощущение «что-то дорого выходит». Тот же принцип мы описывали в материале о том, как измерять эффект автоматизации: показатель, у которого нет ответственного, не измеряется вовсе.

Отдельно стоит договориться, что попадает в эту таблицу, а что нет. Спорные случаи разрешаются одним вопросом: «этот расход существовал бы, если бы системы не было». Место в CRM для менеджера, который работал бы и без неё, — не расход владения. Старший тариф той же CRM, взятый ради лимитов API для интеграции, — расход владения целиком. Разбор пограничных случаев занимает один разговор на старте и снимает потом половину споров о том, окупился проект или нет.

Три модели владения на одинаковых вводных

Та же задача, та же компания, три способа её закрыть. Облачная подписка — готовый продукт с настройкой под вас, оплата за рабочее место. Своя установка — решение разворачивается на вашем сервере, лицензии и инфраструктура ваши. Гибрид — обработка персональных данных и учётный контур у себя, вспомогательные сервисы из облака. Разница в кривой расходов важнее разницы в итоговой сумме: у облака низкий вход и растущая подписка, у своей установки высокий вход и почти плоская эксплуатация.

Гибрид в этой таблице — не компромисс ради компромисса. Он выглядит так: контур, где лежат персональные данные клиентов и учётные документы, разворачивается на своём сервере, а всё, что данных не касается, берётся готовым из облака — распознавание, очереди, мониторинг, уведомления. Внедрение выходит дешевле собственной установки (540 000 ₽ против 780 000 ₽), потому что половину компонентов не надо строить, а эксплуатация дороже облачной подписки, потому что свой контур всё равно надо администрировать. Смысл этой модели не в деньгах, а в том, что требования по данным выполняются без отказа от готовых сервисов там, где они уместны.

На шести рабочих местах облако дешевле своей установки на 1 609 000 ₽ за три года, и это не близкий счёт. Но подписка считается за место и индексируется: в модели 3 000 ₽ за место в месяц и 12 % индексации в год. Своя установка от числа мест почти не зависит — растут только лицензии смежных систем. Поэтому у двух кривых есть точка пересечения, и её надо посчитать до выбора, а не через два года после.

Дальше начинаются ограничения, которые деньгами не измеряются, но выбор определяют. Если в системе обрабатываются персональные данные клиентов, базы должны находиться в России — это требование 152-ФЗ, а не пожелание. Если вы работаете с госзаказчиком, значение имеет наличие продукта в реестре отечественного ПО: например, данные Yandex DataLens лежат в российском облаке, но сам сервис формально в реестр не включён, и для части заказчиков это блокер. Наконец, облачная модель почти всегда означает, что цена владения управляется не вами: индексация подписки — решение поставщика, и заложить в трёхлетний бюджет её можно только с запасом.

Расходы на выход: считаются заранее, платятся всегда

Единственная строка TCO, которую не закладывает почти никто, — стоимость прекращения. Между тем выход происходит всегда: вы меняете подрядчика, переезжаете на другую учётную систему, отказываетесь от направления или просто заменяете решение более удачным. Вопрос не в том, случится это или нет, а в том, сколько это будет стоить и сможете ли вы принять такое решение свободно.

Разброс по этой строке огромный, и зависит он не от объёма данных, а от того, что записано в договоре. Если исходный код и настройки передаются вам, а данные выгружаются в открытом формате, выход стоит 60 000–100 000 ₽ и занимает месяц. Если решение живёт на закрытой платформе подрядчика, данные отдаются в виде выгрузки «как есть», а логика обработки нигде не описана — выход стоит 200 000–400 000 ₽ и превращается в полноценный проект переноса. Разница в 300 000 ₽ создаётся одним абзацем договора, который подписывается за три года до того, как эти деньги понадобятся.

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

Как сравнивать два коммерческих предложения

Дальше — тот случай, ради которого TCO вообще считают. Два предложения на одну и ту же задачу модельной компании. «Альфа» просит 350 000 ₽ за внедрение, «Бета» — 600 000 ₽. Разница в первом чеке 250 000 ₽, и на встрече это выглядит как единственный существенный факт. Считаем всё остальное.

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

1. 1
   Шаг 1. Свести обе сметы к одному списку строк

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

2. 2
   Шаг 2. Вытащить обязательные лицензии платформы

   Если решение строится на платформе с собственной подпиской, эта подписка — часть вашего счёта, а не деталь чужой архитектуры. У «Альфы» это 22 000 ₽ в месяц: 792 000 ₽ за три года, вдвое больше цены её внедрения.

3. 3
   Шаг 3. Посчитать доработки по историческому темпу

   «Три доработки в год» — не пессимизм, а средний темп живой системы. У «Альфы» доработки не оговорены и идут по часам: 135 000 ₽ в год. У «Беты» в поддержку включено 20 часов в квартал, сверх лимита набегает 84 000 ₽ в год.

4. 4
   Шаг 4. Добавить одинаковые для обоих строки

   Внешние сервисы по объёму (9 000 ₽ в месяц) и время своих людей (6 000 ₽ в месяц) одинаковы в обоих вариантах. Их всё равно вносят в таблицу: без них сумма не сходится с реальным бюджетом, и потом невозможно объяснить, откуда взялся перерасход.

5. 5
   Шаг 5. Посчитать выход и найти точку перелома

   У «Альфы» права на решение остаются у подрядчика — выход 220 000 ₽. У «Беты» исходники и данные передаются по договору — 60 000 ₽. Последним считается месяц, на котором накопленные расходы сравниваются: до него дешевле одно предложение, после — другое.

Вывод из этого примера не «дорогое лучше». Вывод в том, что вопрос «сколько стоит внедрение» отвечает примерно на пятую часть вопроса «сколько стоит решение». Полезная привычка при разборе предложений: рядом с ценой внедрения всегда писать месячную сумму всех повторяющихся строк и умножать её на горизонт. Дальше разговор идёт уже не о скидке, а о том, из чего складываются эти ежемесячные 60 250 ₽ и что из них можно убрать. Мы описали, почему одинаковые по описанию проекты стоят по-разному, в отдельном материале — там разобраны источники разброса цены внедрения.

TCO — это знаменатель, а не приговор

Полная стоимость владения нужна не для того, чтобы отпугнуть от проекта. Она нужна, чтобы срок окупаемости считался от правильного числа. Наивный расчёт делит стоимость внедрения на экономию: 780 000 ₽ ÷ 190 000 ₽ = 4,1 месяца. Правильный вычитает из экономии расходы на эксплуатацию — те самые 79 417 ₽ в месяц из второго года владения.

Разница между 4,1 и 7,1 месяца — это 73 % ошибки в сроке. На таком горизонте она не меняет решения: проект окупается в обоих случаях. Но та же ошибка на проекте с расчётной окупаемостью 11 месяцев превращает его в двухлетний, а двухлетний проект в компании из шестидесяти человек не переживает смену процессов. Поэтому строка эксплуатации в расчёте окупаемости — не педантизм, а способ не принять решение, о котором придётся жалеть на втором году.

Когда цифры не сходятся и владеть системой не надо

Есть ситуации, в которых полный счёт владения честно не сходится, и увидеть это лучше до подписания договора. Мы сами отговариваем от проекта в пяти случаях.

• Эксплуатация съедает больше половины эффекта. Если твёрдая экономия 140 000 ₽ в месяц, а полная эксплуатация 80 000 ₽, чистыми остаётся 60 000 ₽ — и любая ошибка во вводных обнуляет проект. Рабочий порог: эксплуатация не должна превышать трети эффекта.
• Объём не набирается. Строки поддержки, инфраструктуры и лицензий почти не зависят от того, обрабатываете вы 1 400 документов в месяц или 300. При малом объёме тот же счёт владения в 953 000 ₽ в год приходится делить на впятеро меньшее число операций, и цена одной операции получается выше ручной.
• Впереди смена смежной системы. Переезд на другую конфигурацию 1С или замена CRM в ближайший год обесценивает интеграции, а они — половина стоимости внедрения. Сначала переезд, потом автоматизация, иначе вы оплатите интеграции дважды.
• Некому эксплуатировать. Строка 9 предполагает, что в компании есть человек, который отвечает за систему хотя бы 8 часов в месяц. Если такого человека нет и не появится, через полгода система тихо перестанет использоваться, а платить за неё вы продолжите. Это самый частый способ потерять весь бюджет владения без единого технического сбоя.
• Процесс меняется чаще раза в квартал. Строка доработок в такой ситуации перестаёт быть строкой и становится вторым внедрением. Стабилизируйте регламент руками, а автоматизируйте то, что уже год работает одинаково.

И последнее. Считать TCO имеет смысл ровно один раз в год — по факту, а не по плану. Через двенадцать месяцев эксплуатации у вас появляются настоящие цифры по каждой из двенадцати строк, и модель из этой статьи заменяется собственной. Обычно выясняется, что две-три строки оказались вдвое дороже прогноза, а две — вдвое дешевле. Это нормально; ненормально не пересчитывать вовсе и через три года обнаружить, что решение, которое казалось выгодным, давно живёт за счёт того, что его никто не измеряет.

Решение выбирают по цене внедрения, а живут с ним по стоимости владения. Между этими числами в модельном примере разница в 4,8 раза.