Владение системой автоматизации на горизонте трёх лет стоит примерно в четыре-пять раз больше цены внедрения. В модельной смете этой статьи проект за 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 месяцев берут потому, что за этот срок успевает проявиться второй год эксплуатации и хотя бы одно крупное обновление смежной системы, но ещё не успевает устареть сама постановка задачи. Для решений на быстро меняющихся технологиях честный горизонт короче — 18–24 месяца. Для коробочной учётной системы, наоборот, разумно смотреть на пять лет. Главное правило: горизонт выбирается до расчёта, а не после того, как стало видно, на каком сроке проект выглядит лучше.
Двенадцать статей владения: смета на 36 месяцев
Ниже — та же модельная компания в варианте «своя установка на своём сервере». По каждой строке указано, сколько она стоит в каждый из трёх лет. Обратите внимание на форму кривой: первый год дорогой из-за внедрения, второй — самый дешёвый, третий снова дорожает из-за накопленных доработок и расходов на выход.
| Статья расходов | Год 1 | Год 2 | Год 3 | Итого за 36 мес |
|---|---|---|---|---|
| 1. Внедрение: разработка, интеграции, запуск | 780 000 ₽ | — | — | 780 000 ₽ |
| 2. Лицензии смежных систем: доп. места 1С, модуль ЭДО, тариф CRM | 96 000 ₽ | 106 000 ₽ | 117 000 ₽ | 319 000 ₽ |
| 3. Инфраструктура: сервер, хранилище, резервные копии | 84 000 ₽ | 84 000 ₽ | 96 000 ₽ | 264 000 ₽ |
| 4. Внешние сервисы по объёму: распознавание, вызовы модели, SMS | 132 000 ₽ | 158 000 ₽ | 190 000 ₽ | 480 000 ₽ |
| 5. Поддержка подрядчика по SLA | 144 000 ₽ | 192 000 ₽ | 204 000 ₽ | 540 000 ₽ |
| 6. Доработки по заявкам бизнеса | 60 000 ₽ | 140 000 ₽ | 120 000 ₽ | 320 000 ₽ |
| 7. Адаптация к обновлениям смежных систем | — | 90 000 ₽ | 130 000 ₽ | 220 000 ₽ |
| 8. Обучение: запуск и ввод новых сотрудников | 45 000 ₽ | 30 000 ₽ | 30 000 ₽ | 105 000 ₽ |
| 9. Время своих людей на эксплуатацию | 108 000 ₽ | 108 000 ₽ | 108 000 ₽ | 324 000 ₽ |
| 10. Простои и инциденты | 40 000 ₽ | 25 000 ₽ | 25 000 ₽ | 90 000 ₽ |
| 11. Аудит доступов и требования 152-ФЗ | 35 000 ₽ | 20 000 ₽ | 20 000 ₽ | 75 000 ₽ |
| 12. Выход: выгрузка данных, перенос интеграций, параллельная работа | — | — | 190 000 ₽ | 190 000 ₽ |
| Итого за год | 1 524 000 ₽ | 953 000 ₽ | 1 230 000 ₽ | 3 707 000 ₽ |
Три строки в этой таблице обычно вызывают возражения, поэтому разберём их отдельно. Строка 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 % от цены внедрения.
Самая частая ошибка планирования — заложить в годовой бюджет строку поддержки и считать вопрос закрытым. В модели это 192 000 ₽ против фактических 953 000 ₽: недобор в 761 000 ₽, который всплывает не разом, а мелкими счетами от восьми разных поставщиков в течение года. Именно поэтому проект, который «уже окупился», через полтора года внезапно оказывается предметом разговора с финансовым директором. Правильный порядок — сразу заводить в бюджет двенадцать строк, даже если по половине из них в первый год стоят нули.
У этого правила есть и обратная сторона, о которой честно сказать полагается. Часть строк вы платили бы и без системы. Лицензии CRM для шести менеджеров нужны в любом случае, сервер под учётную систему тоже, а ответственный сотрудник разбирал бы исключения руками — и потратил бы на это не 8 часов в месяц, а гораздо больше. В TCO попадает только приращение: дополнительные места, дополнительный тариф, дополнительные часы. Если считать в TCO всё подряд, получится честная, но бесполезная цифра, по которой невозможно принять решение.
Почему полный счёт не видит никто внутри компании
Двенадцать строк владения живут в пяти разных бюджетах, и ни в одном из них они не собраны вместе. Это не бухгалтерская тонкость, а главная причина, по которой стоимость владения обнаруживается на третий год. Пока у суммы нет владельца, каждая отдельная строка выглядит маленькой и обоснованной — и каждая согласовывается отдельно.
- Договор с подрядчиком: внедрение, поддержка, платные доработки. Это единственная часть, которую собственник видит целиком, и именно её он считает ценой решения.
- ИТ-бюджет: сервер, хранилище, резервные копии, мониторинг, сертификаты. Согласуется отдельной заявкой, обычно раз в год и без привязки к конкретной системе.
- Бюджет лицензий: дополнительные места 1С и CRM, модуль ЭДО, старший тариф ради лимитов API. Формально это расходы на смежные системы, а не на новую, поэтому в её смету они не попадают никогда.
- Переменные расходы по объёму: распознавание документов, вызовы языковой модели, SMS, минуты телефонии, хранение файлов. Приходят мелкими счетами от разных поставщиков и растут вместе с бизнесом, а не с проектом.
- Фонд оплаты труда: часы ответственного сотрудника, обучение новичков, время, потраченное на разбор инцидентов. В деньгах эта строка не отражается вообще — она видна только по тому, что человек не успел сделать что-то другое.
Практическое следствие простое: у стоимости владения должен быть один держатель и одна таблица. Заведите её на старте проекта — двенадцать строк и тридцать шесть колонок по месяцам — и раз в квартал вносите факт. Через год у вас появится собственная модель вместо чужой, а разговор о продлении поддержки или о переходе на другое решение будет опираться на числа, а не на ощущение «что-то дорого выходит». Тот же принцип мы описывали в материале о том, как измерять эффект автоматизации: показатель, у которого нет ответственного, не измеряется вовсе.
Отдельно стоит договориться, что попадает в эту таблицу, а что нет. Спорные случаи разрешаются одним вопросом: «этот расход существовал бы, если бы системы не было». Место в CRM для менеджера, который работал бы и без неё, — не расход владения. Старший тариф той же CRM, взятый ради лимитов API для интеграции, — расход владения целиком. Разбор пограничных случаев занимает один разговор на старте и снимает потом половину споров о том, окупился проект или нет.
Три модели владения на одинаковых вводных
Та же задача, та же компания, три способа её закрыть. Облачная подписка — готовый продукт с настройкой под вас, оплата за рабочее место. Своя установка — решение разворачивается на вашем сервере, лицензии и инфраструктура ваши. Гибрид — обработка персональных данных и учётный контур у себя, вспомогательные сервисы из облака. Разница в кривой расходов важнее разницы в итоговой сумме: у облака низкий вход и растущая подписка, у своей установки высокий вход и почти плоская эксплуатация.
| Модель владения | Вход, год 1 | Год 2 | Год 3 | Итого за 36 мес |
|---|---|---|---|---|
| Облачная подписка: настройка 320 000 ₽, 3 000 ₽ за место в месяц | 812 000 ₽ | 547 000 ₽ | 739 000 ₽ | 2 098 000 ₽ |
| Гибрид: свой контур данных, облачные вспомогательные сервисы | 1 208 000 ₽ | 811 000 ₽ | 1 054 000 ₽ | 3 073 000 ₽ |
| Своя установка: внедрение 780 000 ₽, свой сервер и лицензии | 1 524 000 ₽ | 953 000 ₽ | 1 230 000 ₽ | 3 707 000 ₽ |
Гибрид в этой таблице — не компромисс ради компромисса. Он выглядит так: контур, где лежат персональные данные клиентов и учётные документы, разворачивается на своём сервере, а всё, что данных не касается, берётся готовым из облака — распознавание, очереди, мониторинг, уведомления. Внедрение выходит дешевле собственной установки (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. Свести обе сметы к одному списку строк
Берёте двенадцать статей из таблицы выше и заполняете их по каждому предложению. Пустые клетки — это не нули, а вопросы к подрядчику: «инфраструктура не указана, потому что она входит в цену, или потому что о ней не думали». Разница между предложениями чаще всего сидит именно в пустых клетках.
- 2Шаг 2. Вытащить обязательные лицензии платформы
Если решение строится на платформе с собственной подпиской, эта подписка — часть вашего счёта, а не деталь чужой архитектуры. У «Альфы» это 22 000 ₽ в месяц: 792 000 ₽ за три года, вдвое больше цены её внедрения.
- 3Шаг 3. Посчитать доработки по историческому темпу
«Три доработки в год» — не пессимизм, а средний темп живой системы. У «Альфы» доработки не оговорены и идут по часам: 135 000 ₽ в год. У «Беты» в поддержку включено 20 часов в квартал, сверх лимита набегает 84 000 ₽ в год.
- 4Шаг 4. Добавить одинаковые для обоих строки
Внешние сервисы по объёму (9 000 ₽ в месяц) и время своих людей (6 000 ₽ в месяц) одинаковы в обоих вариантах. Их всё равно вносят в таблицу: без них сумма не сходится с реальным бюджетом, и потом невозможно объяснить, откуда взялся перерасход.
- 5Шаг 5. Посчитать выход и найти точку перелома
У «Альфы» права на решение остаются у подрядчика — выход 220 000 ₽. У «Беты» исходники и данные передаются по договору — 60 000 ₽. Последним считается месяц, на котором накопленные расходы сравниваются: до него дешевле одно предложение, после — другое.
| Строка расходов | «Альфа»: внедрение 350 000 ₽ | «Бета»: внедрение 600 000 ₽ |
|---|---|---|
| Внедрение, разово | 350 000 ₽ | 600 000 ₽ |
| Поддержка, в месяц | 12 000 ₽ | 18 000 ₽ |
| Обязательная подписка на платформу, в месяц | 22 000 ₽ | нет, решение на своём сервере |
| Инфраструктура, в месяц | входит в подписку | 6 000 ₽ |
| Доработки, в месяц в среднем | 11 250 ₽ (135 000 ₽ в год) | 7 000 ₽ (84 000 ₽ в год сверх лимита) |
| Внешние сервисы по объёму, в месяц | 9 000 ₽ | 9 000 ₽ |
| Время своих людей, в месяц | 6 000 ₽ | 6 000 ₽ |
| Итого в месяц | 60 250 ₽ | 46 000 ₽ |
| Выход из системы | 220 000 ₽ | 60 000 ₽ |
| Итого за 36 месяцев | 2 739 000 ₽ | 2 316 000 ₽ |
Вывод из этого примера не «дорогое лучше». Вывод в том, что вопрос «сколько стоит внедрение» отвечает примерно на пятую часть вопроса «сколько стоит решение». Полезная привычка при разборе предложений: рядом с ценой внедрения всегда писать месячную сумму всех повторяющихся строк и умножать её на горизонт. Дальше разговор идёт уже не о скидке, а о том, из чего складываются эти ежемесячные 60 250 ₽ и что из них можно убрать. Мы описали, почему одинаковые по описанию проекты стоят по-разному, в отдельном материале — там разобраны источники разброса цены внедрения.
TCO — это знаменатель, а не приговор
Полная стоимость владения нужна не для того, чтобы отпугнуть от проекта. Она нужна, чтобы срок окупаемости считался от правильного числа. Наивный расчёт делит стоимость внедрения на экономию: 780 000 ₽ ÷ 190 000 ₽ = 4,1 месяца. Правильный вычитает из экономии расходы на эксплуатацию — те самые 79 417 ₽ в месяц из второго года владения.
Разница между 4,1 и 7,1 месяца — это 73 % ошибки в сроке. На таком горизонте она не меняет решения: проект окупается в обоих случаях. Но та же ошибка на проекте с расчётной окупаемостью 11 месяцев превращает его в двухлетний, а двухлетний проект в компании из шестидесяти человек не переживает смену процессов. Поэтому строка эксплуатации в расчёте окупаемости — не педантизм, а способ не принять решение, о котором придётся жалеть на втором году.
Поле «поддержка и эксплуатация» здесь — это не строка из коммерческого предложения, а сумма всех двенадцати статей владения, делённая на двенадцать месяцев. В модельном примере выше это 79 417 ₽, а не 16 000 ₽ поддержки подрядчика. Подставьте свои объёмы и посмотрите, как срок меняется от одной этой цифры.
Сколько стоит ручная работа в вашем процессе
Расчёт учитывает только время сотрудников. Возвращённые продажи, снятые ошибки и штрафы, скорость реакции — сверх этой модели. На диагностике считаем по вашим фактическим цифрам.
Цифры выше уже подставим. Расскажите в двух словах, что за процесс — и получите разбор.Когда цифры не сходятся и владеть системой не надо
Есть ситуации, в которых полный счёт владения честно не сходится, и увидеть это лучше до подписания договора. Мы сами отговариваем от проекта в пяти случаях.
- Эксплуатация съедает больше половины эффекта. Если твёрдая экономия 140 000 ₽ в месяц, а полная эксплуатация 80 000 ₽, чистыми остаётся 60 000 ₽ — и любая ошибка во вводных обнуляет проект. Рабочий порог: эксплуатация не должна превышать трети эффекта.
- Объём не набирается. Строки поддержки, инфраструктуры и лицензий почти не зависят от того, обрабатываете вы 1 400 документов в месяц или 300. При малом объёме тот же счёт владения в 953 000 ₽ в год приходится делить на впятеро меньшее число операций, и цена одной операции получается выше ручной.
- Впереди смена смежной системы. Переезд на другую конфигурацию 1С или замена CRM в ближайший год обесценивает интеграции, а они — половина стоимости внедрения. Сначала переезд, потом автоматизация, иначе вы оплатите интеграции дважды.
- Некому эксплуатировать. Строка 9 предполагает, что в компании есть человек, который отвечает за систему хотя бы 8 часов в месяц. Если такого человека нет и не появится, через полгода система тихо перестанет использоваться, а платить за неё вы продолжите. Это самый частый способ потерять весь бюджет владения без единого технического сбоя.
- Процесс меняется чаще раза в квартал. Строка доработок в такой ситуации перестаёт быть строкой и становится вторым внедрением. Стабилизируйте регламент руками, а автоматизируйте то, что уже год работает одинаково.
И последнее. Считать TCO имеет смысл ровно один раз в год — по факту, а не по плану. Через двенадцать месяцев эксплуатации у вас появляются настоящие цифры по каждой из двенадцати строк, и модель из этой статьи заменяется собственной. Обычно выясняется, что две-три строки оказались вдвое дороже прогноза, а две — вдвое дешевле. Это нормально; ненормально не пересчитывать вовсе и через три года обнаружить, что решение, которое казалось выгодным, давно живёт за счёт того, что его никто не измеряет.
Решение выбирают по цене внедрения, а живут с ним по стоимости владения. Между этими числами в модельном примере разница в 4,8 раза.
