Через год после запуска финансовый директор приносит на совещание распечатку расходов на AI-систему и спрашивает, почему она стоит заметно больше, чем было в коммерческом предложении. Никто не обманул: в предложении была цена внедрения, а платить пришлось за владение. TCO AI-системы (total cost of ownership, полная стоимость владения) — это всё, что компания тратит на систему за срок её жизни: внедрение, работа модели, инфраструктура, люди, которые за ней следят, и переделки. Разрыв между этими двумя цифрами и есть те деньги, которые теряются незаметно. Ниже — все статьи расходов, формула на три года и случаи, когда честный расчёт говорит «не внедряйте».
Пять статей, из которых складывается TCO
1. Внедрение. Разовый расход: анализ процесса, интеграции, настройка, обучение команды. Единственная статья, которую обычно обсуждают на старте, и единственная, которая помещается в красивый слайд.
2. Плата за работу модели. Токены, поминутная или поштучная оплата, подписка — зависит от объёма. Растёт вместе с бизнесом. Это хорошая новость, но её нужно заложить в план.
3. Инфраструктура. Серверы, хранение записей и расшифровок, резервные копии. Для голосовых сценариев ещё телефония и распознавание речи.
4. Поддержка и контроль качества. Человеческое время: кто-то смотрит выборку ответов, реагирует на жалобы, обновляет базу знаний. Самая недооценённая статья, потому что в счёте от подрядчика её нет — она в зарплате вашего сотрудника.
5. Переработки. Раз в год-полтора что-то ломается снаружи: сменилась CRM, поставщик модели поднял цены, изменился процесс. Закладывать это разумно как долю от стоимости внедрения.
TCO на три года считается одной строкой
Считать «в среднем по рынку» бессмысленно, но структура расчёта у всех одинаковая:
TCO(3 года) = внедрение + 36 × (модель + инфраструктура + поддержка) + переработки
Ключевое здесь — второе слагаемое. Ежемесячная часть за три года почти всегда превышает стоимость внедрения, и часто в несколько раз. Именно поэтому сравнивать подрядчиков только по цене проекта — верный способ выбрать самый дорогой вариант. Дешёвое внедрение с дорогой эксплуатацией похоже на принтер за копейки: деньги берут на картриджах.
Проверочный вопрос к любому коммерческому предложению звучит так: «сколько это будет стоить в месяц на тридцатый месяц эксплуатации». Если ответа нет, TCO вам не считали.
Четыре ошибки, после которых проект «внезапно подорожал»
Забывают человека, который следит за качеством. Автоматизация не отменяет надзор: кто-то регулярно смотрит выборку и ловит деградацию. Даже несколько часов в неделю на горизонте трёх лет складываются в заметную сумму.
Считают объём по сегодняшнему дню. Если бизнес растёт, растёт и расход на модель. Считать нужно по плановому объёму на конец периода, а не по текущему.
Не закладывают хранение. Записи разговоров и расшифровки копятся годами. Само хранение дёшево, но объёмы за три года получаются внушительные, а сроки хранения часто заданы регламентом.
Игнорируют стоимость переключения. Если система жёстко привязана к одному поставщику, смена обойдётся почти в новое внедрение. Абстракция над вызовами модели — это страховка, которую стоит оценить в деньгах.
Сумма TCO ничего не значит без альтернативы
Сама по себе сумма ничего не значит: «три года стоят столько-то» пугает любого, пока не видно, сколько стоит не делать ничего. Практически используются три базы сравнения.
Стоимость ручного выполнения. Сколько человеко-часов уходит на процесс сейчас, умножить на стоимость часа и на 36 месяцев. Это честная база, и она обычно оказывается выше, чем ожидают.
Стоимость бездействия. Сколько теряется из-за того, что процесс не выполняется вовремя: непринятые заявки, просроченные обращения, потерянные сделки. Мы разбирали методику в статье про цену потерянного звонка.
Альтернативное решение. Тот же процесс через наём людей, через готовый сервис или через доработку своими силами — с теми же тремя годами и той же структурой расходов. Включая вариант, в котором подрядчик вообще не нужен.
Моя позиция: TCO без хотя бы одной из этих баз — это не расчёт, а ценник. Ценник полезен в магазине, но решение «внедрять или нет» по нему не принимают.
Стоимость за единицу падает, пока не начинает расти
Расчёт на текущем объёме обманчив, потому что стоимость ведёт себя не линейно, и в обе стороны. На небольшом объёме за единицу платится дороже: разовые расходы на внедрение распределяются на малое число обращений.
При росте наступает участок, где за единицу дешевеет: внедрение уже оплачено, а переменная часть растёт пропорционально. Это самый выгодный режим, и именно на нём обычно строят расчёт окупаемости.
Дальше появляется третий участок, о котором в расчётах забывают. При достаточном объёме добавляются расходы, которых на пилоте не было: резервирование, мониторинг, отдельная поддержка, иногда собственная инфраструктура. Стоимость за единицу перестаёт падать и может вырасти. Поэтому считать стоит не одну цифру, а три сценария: текущий объём, удвоенный и упятерённый.
Скрытая статья: сколько стоит уйти
Стоимость владения обычно считают до конца срока и не считают выход из него, хотя выход рано или поздно случается — при смене поставщика, при переходе на своё решение или при закрытии направления.
Складывается она из четырёх частей. Вывоз данных: в каком виде вы получите накопленное и во что обойдётся привести его в пригодный вид. Перенастройка: промпты, сценарии и интеграции переносятся не целиком. Повторное обучение команды. И период двойной работы, когда старое ещё не выключено, а новое уже оплачивается.
Считать это заранее полезно не ради самой цифры, а ради решений на старте. Знание, что выход стоит дорого, меняет требования к договору: срок уведомления, формат выгрузки данных, право забрать настройки. Всё это выторговывается до подписания и не выторговывается после.
Гибрид «машина плюс люди» считают по двум путям
Чистых случаев, когда система полностью заменяет процесс, почти не бывает. Обычно часть потока обрабатывается автоматически, часть — людьми, и сравнение «сколько стоило раньше и сколько стало» превращается в сравнение двух разных конструкций.
Корректный способ — считать стоимость обработки одного обращения по каждому пути отдельно, а потом складывать с учётом долей. Условный пример: восемьдесят процентов обращений закрываются автоматически, двадцать уходят человеку. Итог — стоимость за обращение по каждому пути, умноженная на его долю.
Здесь же обнаруживается частая ошибка расчёта: доля обращений, уходящих человеку, обычно состоит из сложных случаев, и время на них больше среднего. В том же условном примере оставшиеся двадцать процентов могут съедать не двадцать, а сорок процентов прежнего времени команды. Тогда команда освобождает не восемьдесят процентов времени, а шестьдесят, и расчёт окупаемости надо переделывать. Робот забрал простое, людям осталось всё, из-за чего они и так задерживались на работе.
Горизонт в три года выбран не для красоты
Выбор срока не формальность: он определяет, какой вывод получится. На горизонте в год разовые расходы на внедрение доминируют, и почти любое внедрение выглядит дорогим. На горизонте в пять лет они размываются настолько, что перестают влиять на решение вовсе.
Три года — компромисс, на котором обе части видны. Разовые расходы уже не маскируют ежемесячные, а ежемесячные ещё не успевают перевесить всё остальное. Кроме того, это разумная оценка срока жизни конкретного технического решения в области, которая быстро меняется.
Если ваш бизнес планируется горизонтами короче — считайте на два года, но тогда честно закладывайте всю сумму внедрения в этот срок. Растягивать разовые расходы на пять лет, планируя при этом на два, — самый распространённый способ получить красивый расчёт, который не выполнится.
Когда честный TCO говорит «не внедряйте»
Расчёт стоимости владения полезен не только тем, что защищает от сюрпризов. Иногда он просто закрывает вопрос, и это хороший результат.
Ручная работа дешевле трёх лет владения. Если процесс занимает у сотрудника пару часов в неделю, а система требует тех же пары часов на контроль качества, экономии нет. Есть новая строка в бюджете.
Объёма не хватит, чтобы размазать внедрение. На первом участке кривой стоимость за единицу высокая, и при маленьком потоке система так на нём и остаётся. В 404ai в такой ситуации мы прямо говорим, что объём не окупит внедрение, и предлагаем вернуться, когда поток вырастет.
Процесс ещё меняется. Если через полгода вы планируете сменить CRM, воронку или сам продукт, пятая статья — переработки — съест расчёт. Сначала устойчивый процесс, потом автоматизация.
Некому следить. Если в компании нет человека, который будет смотреть выборку и отвечать за качество, четвёртая статья не исчезает. Она превращается в жалобы клиентов, которые стоят дороже любых часов.
Четыре вопроса подрядчику и тридцатый месяц в договоре
Что меняет этот расчёт в решении: выбирать подрядчика и решение нужно не по цене проекта, а по сумме за три года в сравнении с альтернативой — включая вариант «оставить как есть».
Если вам называют только цену проекта, задайте четыре вопроса: сколько стоит месяц эксплуатации при текущем объёме, как эта цифра меняется при росте вдвое, что входит в поддержку и сколько стоит выход из решения. Ответы на них и есть TCO, остальное детали. У 404ai эксплуатация оплачивается за фактический объём, и цены опубликованы: Эхо — 1,5 ₽ за минуту разговора, Фонекс — 6 ₽ за состоявшийся контакт. Поэтому ежемесячную часть можно посчитать на своих объёмах до разговора о договоре.
Проверить на своих данных: возьмите текущий месячный объём, умножьте на тариф, добавьте часы сотрудника на контроль качества по его ставке, умножьте на 36 и прибавьте стоимость внедрения. Рядом положите стоимость ручного выполнения за те же 36 месяцев. Если разница не в пользу системы — вопрос закрыт, и это сэкономленные деньги. Если в пользу — договоритесь о пилоте с метрикой и условием остановки, как в методе «Цель → метрика», а эффект сверяйте по методике из разбора того, как измерить эффект от внедрения.
Коммерческое предложение рассказывает, сколько стоит начать. Тридцатый месяц рассказывает, сколько стоит продолжать, — и спросить про него лучше до подписания, а не у финансового директора после.
