ROI ИИ-агента считается на четырёх числах: сколько процесс стоит сейчас, сколько будет стоить труд людей в нём после запуска, сколько стоит внедрение и сколько стоит месяц эксплуатации. Всё остальное — уточнения к этим четырём. В сквозном примере этой статьи, на 6 000 обращений в месяц, они выглядят так: 420 000 ₽/мес, 133 700 ₽/мес, 744 000 ₽ разово и 69 400 ₽/мес. Из них получается окупаемость на девятом месяце, возврат 30% за первый год и 98% за три года.
Из тех же самых четырёх чисел легко получить окупаемость за три месяца и ROI 300% — и это не будет обманом, это будет неполный расчёт. Разница возникает в трёх местах: считают ли период выхода на расчётные показатели, считают ли доработки после столкновения с реальными обращениями и превращаются ли высвобожденные часы в деньги хоть у кого-нибудь в компании. Ниже разбираем оба расчёта на одних вводных, чтобы разницу можно было увидеть, а не принять на веру.
Вторая половина темы — TCO, полная стоимость владения. Она отвечает на вопрос, который не задают на этапе выбора подрядчика и задают через год: во что эта система обходится в сумме. За 36 месяцев в нашем примере — 3 542 400 ₽ при цене внедрения 650 000 ₽. То есть договор, который вы подписываете, покрывает 18% того, что вы в итоге потратите.
Четыре числа, из которых состоит весь расчёт
Формула короткая. Экономия в месяц = стоимость процесса сейчас − стоимость труда людей в нём после запуска − стоимость эксплуатации системы. Срок окупаемости = разовое вложение ÷ эта экономия. ROI за период = (накопленная экономия − полная стоимость владения за период) ÷ полная стоимость владения за период. Три строки, калькулятор, десять минут.
Сложность не в формуле, а в том, что три из четырёх чисел обычно берут из головы. Объём операций округляют в сторону драматизма, время на операцию оценивают на глаз, а стоимость эксплуатации подрядчик называет одной фразой «плюс расходы на токены, это копейки». Методику получения первых двух чисел мы подробно разбирали в статье «Как посчитать, окупится ли автоматизация» — она про автоматизацию вообще, и всё, что там написано про замеры и полную стоимость часа, работает и здесь. Эта статья — про то, что в ИИ-проекте добавляется сверху.
Схема из четырёх подписанных блоков в ряд: «Стоимость процесса сейчас — 420 000 ₽/мес», «Труд людей после запуска — 133 700 ₽/мес», «Разовое вложение — 744 000 ₽», «Эксплуатация — 69 400 ₽/мес». От первых двух и четвёртого блока стрелки сходятся в прямоугольник «Экономия в месяц»; от третьего блока и от «Экономии» стрелки сходятся в прямоугольник «Срок окупаемости». Под схемой одной строкой формула словами.
Полная стоимость владения — всё, что система стоит компании за выбранный период, а не только цена внедрения. В ИИ-проекте это разовое вложение плюс эксплуатация, доработки, внутренние часы на ведение базы знаний и выборочный контроль качества. Считать TCO имеет смысл на 36 месяцев: это срок, за который система обычно переживает одну смену модели, одну смену канала связи и как минимум одно изменение процесса.
Чем расчёт ИИ-проекта отличается от расчёта обычной автоматизации
Классическая автоматизация после запуска почти ничего не стоит: обмен между 1С и CRM работает и не просит денег за каждую проведённую накладную. ИИ-агент устроен иначе. У него есть переменная стоимость — каждое обращение оплачивается вызовами модели. И есть постоянная стоимость, которой в обычных проектах нет вовсе, — контроль качества: система отвечает вероятностно, поэтому кто-то обязан регулярно смотреть выборку диалогов и решать, всё ли в порядке.
| Что сравниваем | Обычная автоматизация | ИИ-агент |
|---|---|---|
| Стоимость обработки одной единицы | После запуска стремится к нулю | Переменная: вызовы модели на каждое обращение |
| Поведение системы | Детерминированное, протестировали один раз | Вероятностное, нужна постоянная выборочная проверка |
| Что входит в месячные расходы | Хостинг и поддержка | Вызовы модели, инфраструктура, контроль качества, ведение базы знаний, поддержка |
| Что ломает результат | Изменение формата выгрузки или версии системы | Новые темы обращений, обновление модели, изменение формулировок в базе |
| Выход на расчётные показатели | С первого дня после приёмки | 1–3 месяца после запуска |
| Что нужно от заказчика после запуска | Доступы и обратная связь по ошибкам | Человек, который ведёт базу знаний и разбирает спорные ответы |
Две вертикальные колонки «Обычная автоматизация» и «ИИ-агент», в каждой — стопка подписанных плашек месячных расходов. Слева две плашки: «Хостинг», «Поддержка». Справа пять: «Вызовы модели», «Инфраструктура и векторное хранилище», «Контроль качества», «Ведение базы знаний», «Поддержка». Две правые плашки — «Контроль качества» и «Ведение базы знаний» — выделены и подписаны «этого нет в обычном проекте».
Практический вывод простой: в расчёте ИИ-проекта обязаны быть две строки, которых нет в расчёте обычной интеграции. Переменная — вызовы модели, она растёт вместе с объёмом. И постоянная — часы человека на контроль качества и ведение базы знаний, она почти не зависит от объёма и именно поэтому создаёт порог, ниже которого проект не собирается.
Сквозной расчёт: агент первой линии на 6 000 обращений в месяц
Вводные модельного примера. Компания на 120 человек, интернет-магазин с собственным складом. В поддержку приходит 6 000 обращений в месяц по трём каналам, среднее время обработки одного обращения оператором — 6 минут с учётом поиска ответа и заполнения карточки. На линии четыре оператора. Полная стоимость часа оператора — 700 ₽: это 60 000 ₽ на руки, начисленная зарплата с НДФЛ, страховые взносы, рабочее место, подбор и обучение, делённые на 145 полезных часов вместо календарных 164.
Агент подключается к базе знаний, к карточке заказа и к статусам доставки. Часть обращений он закрывает сам, по остальным готовит черновик ответа и подтягивает контекст — оператору остаётся проверить и отправить. Доля обращений, закрытых без человека, в расчёте заложена 55%. Не 90%: возвраты, спорные суммы, конфликтные диалоги и всё, что требует решения, остаётся людям навсегда.
Долю 55% не нужно принимать на веру ни от нас, ни от подрядчика — она проверяется за полдня до начала проекта. Выгрузите 200 случайных обращений за прошлый месяц, разложите по темам и отметьте те, ответ на которые целиком содержится в существующих регламентах, карточке заказа или статусе доставки. Полученная доля и есть верхняя граница автоматизации; рабочая цифра для расчёта — на 10–15 пунктов ниже, потому что часть простых обращений всё равно уйдёт человеку из-за тона клиента или из-за того, что в базе ответ есть, но неточный. Если верхняя граница получилась ниже 40%, дальше можно не считать.
Строка «эксплуатация 69 400 ₽» раскладывается так: вызовы модели 24 000 ₽ (6 000 обращений по 4 ₽ — на одно обращение приходится три-четыре вызова: классификация, поиск по базе, генерация ответа, проверка), инфраструктура и векторное хранилище 12 000 ₽, поддержка и мелкие доработки подрядчика 28 000 ₽, ведение базы знаний силами компании 5 400 ₽ (6 часов методиста). Подробный разбор каждой статьи — в соседнем материале журнала «Из чего складывается счёт за ИИ-агента».
Две вертикальные колонки одинаковой ширины. Левая, подписанная «Сейчас», сплошная, высотой 420 000 ₽, внутри подпись «Труд операторов, 600 часов». Правая, «После», той же шкалы, высотой 203 100 ₽, разделена на два сегмента: нижний 133 700 ₽ «Труд операторов, 191 час», верхний 69 400 ₽ «Эксплуатация системы» другой заливкой. Справа фигурная скобка на разницу с подписью «216 900 ₽/мес — верхняя граница экономии». Ось в рублях в месяц.
Что нельзя записывать в экономию
Разница в 216 900 ₽ — это ещё не деньги. Деньгами она станет ровно в той части, в которой изменится хоть что-то в отчёте о прибылях и убытках. Высвободилось 409 часов в месяц, это 2,6 ставки. Если компания отказывается от двух вакансий, которые собиралась открыть под рост, и снимает переработки — экономия твёрдая. Если операторы остаются в том же составе и просто перестают опаздывать с ответами, в деньгах не изменится ничего, изменится качество сервиса. Это тоже результат, но защищать его надо другими аргументами.
В расчётах мы закладываем коэффициент реализации — долю высвобожденных часов, которая действительно превращается в деньги. Реалистичный диапазон 50–80%. В примере берём 70%: 286 часов × 700 ₽ = 200 200 ₽ твёрдой валовой экономии в месяц. Дальше все расчёты идут от этого числа, а не от 216 900 ₽.
Доля высвобожденных часов, которая действительно уходит из расходов компании: не нанятые ставки, снятые переработки, обработанный без найма прирост объёма. Остальные часы остаются внутри как запас мощности — это полезно, но в отчёте о прибылях и убытках не видно. Рабочий диапазон 50–80%; единица в этой строке означает, что расчёт делали не для собственника, а для презентации.
Лояльность и NPS без денежной модели перехода в выручку. «Высвобожденное время» там, где никто не менял состав задач. Эффект от процессов, которые никто не трогал: агента поставили, а регламент остался прежний. Экономия на людях, которых и так не было, — незакрытая вакансия не является расходом. Рост выручки, совпавший по времени с запуском, но объяснимый сезоном или рекламой. Двойной счёт: экономия часов и экономия ФОТ — это одно и то же число, записанное дважды. И «снижение количества ошибок на 40%» без указания, сколько ошибок было и сколько стоит одна.
Обратное правило тоже действует. Есть эффекты, которые в расчёт честно не включают, и они остаются запасом прочности: сокращение времени первого ответа, круглосуточная линия без ночных смен, полная расшифровка обращений, из которой руководитель впервые видит реальные причины недовольства. Если проект окупается без них — тем лучше. Если он окупается только за счёт них, это не расчёт, а ставка.
Есть и формальная сторона, из-за которой расчёты разваливаются на защите бюджета. Экономия и избежание расходов — разные вещи, и финансовый директор их различает. Экономия уменьшает текущие затраты: было четыре оператора, стало два, ФОТ упал. Избежание расходов означает, что затраты не выросли: объём обращений прибавил 40%, а людей осталось столько же. Первое видно в отчёте сразу, второе доказывается только сравнением с планом найма, утверждённым до проекта. Поэтому план найма имеет смысл зафиксировать письменно до старта — иначе через год спор об эффекте выиграть будет нечем.
Два расчёта из одних и тех же чисел: три месяца и девять
Наивный расчёт выглядит так: 650 000 ₽ внедрения делим на 216 900 ₽ экономии в месяц и получаем 3,0 месяца. Именно такие цифры показывают на встречах, и арифметика в них верная. Неверны три допущения: что экономия начинается с первого дня, что она сразу полная и что вложение исчерпывается счётом подрядчика.
Честный расчёт добавляет то, что происходит на самом деле. Разовое вложение — не 650 000, а 744 000 ₽: сверху 54 000 ₽ внутренних часов на подготовку базы знаний (60 часов методиста и руководителя поддержки) и 40 000 ₽ на обучение операторов и переписывание регламента. Первые два месяца после запуска система даёт половину расчётного эффекта: сценарии дорабатываются, операторы привыкают доверять черновикам. На четвёртом месяце — плановая доработка на 120 000 ₽ по итогам первых нескольких тысяч живых обращений; она случается практически всегда, потому что реальные формулировки клиентов не совпадают с тем, что было в базе.
Линейный график накопленного денежного потока за 12 месяцев. Старт в точке −744 000 ₽. Пологий участок первые два месяца (по +30 700 ₽), затем более крутой подъём (+130 800 ₽ в месяц), заметная полка на четвёртом месяце из-за доработки на 120 000 ₽, пересечение нулевой линии между восьмым и девятым месяцем, точка пересечения выделена и подписана «окупаемость, 9-й месяц». Пунктиром показана наивная прямая, пересекающая ноль на третьем месяце, с подписью «как считают в презентациях». Оси: месяцы и рубли.
Разница между тремя месяцами и девятью — не спор о методике, а разные обещания собственнику. Проект с обещанной окупаемостью в квартал через полгода выглядит как провал, хотя идёт ровно по плану. Проект с честным сроком в девять месяцев на седьмом месяце выглядит нормально. Цифра одна и та же, отношение к ней разное.
TCO: полная стоимость владения за 36 месяцев
Срок окупаемости отвечает на вопрос «когда вернутся деньги». TCO отвечает на другой: «сколько это стоит в сумме». Второй вопрос важнее при выборе между подрядчиками, потому что дешёвое внедрение и дорогая эксплуатация легко обгоняют дорогое внедрение с дешёвой эксплуатацией — обычно на втором году.
Строка «смена канала связи» здесь не запас на всякий случай, а плановая. По состоянию на сентябрь 2026 года канал общения с клиентом — расходуемый ресурс: WhatsApp в России заблокирован с февраля 2026, Telegram работает с ограничениями, MAX растёт как национальный мессенджер и получает бизнес-профили. Правильная архитектура прячет канал за абстракцией, и тогда переход стоит недели, а не месяцев. Мы закладываем на это 180 000 ₽ на трёхлетнем горизонте и считаем такую оценку скорее осторожной.
TCO нужен ещё и для того, чтобы сравнивать предложения между собой. Пример на двух типовых по структуре вариантах: первый подрядчик просит 400 000 ₽ за внедрение и 45 000 ₽ в месяц, второй — 700 000 ₽ и 22 000 ₽ в месяц. Разница в первом чеке — 300 000 ₽ в пользу первого. Разница в месяце — 23 000 ₽ в пользу второго. Они сравниваются на тринадцатом месяце: 300 000 ÷ 23 000 = 13,0. На горизонте двух лет первый вариант стоит 1 480 000 ₽, второй — 1 228 000 ₽. То есть предложение, которое дешевле на 300 000 ₽ при подписании, оказывается дороже на 252 000 ₽ к концу второго года — при том, что делают оба одно и то же.
Горизонтальная составная полоса общей длиной 3 542 400 ₽, разбитая на пять сегментов с подписями и долями: «Эксплуатация 2 498 400 ₽ — 71%», «Внедрение 650 000 ₽ — 18%», «Доработки 300 000 ₽ — 8%», «Внутренние часы 54 000 ₽ — 2%», «Обучение 40 000 ₽ — 1%». Сегмент «Внедрение» обведён и подписан «это единственная цифра, которую обсуждают на этапе выбора подрядчика».
ROI на 12 и на 36 месяцев и три сценария вместо одного
ROI за период считается как накопленная экономия минус полная стоимость владения за этот период, делённая на ту же стоимость владения. На первом году в знаменателе лежит всё разовое вложение, а в числителе — эффект только за десять полноценных месяцев из двенадцати. На третьем году вложения уже нет, а эффект набегает полностью. Отсюда и разрыв.
| Показатель | 12 месяцев | 36 месяцев |
|---|---|---|
| Накопленная валовая экономия | 2 202 200 ₽ | 7 007 000 ₽ |
| Полная стоимость владения | 1 696 800 ₽ | 3 542 400 ₽ |
| Чистый результат | 505 400 ₽ | 3 464 600 ₽ |
| ROI | 30% | 98% |
| Как это читается | Вложенное вернулось, заработка почти нет | На каждый потраченный рубль ещё примерно рубль сверху |
Отсюда практическое следствие: требовать от ИИ-проекта высокого ROI в первый год — способ никогда его не запустить. Разумная планка для первого года — вернуть вложенное и выйти в небольшой плюс. Если подрядчик обещает 200–300% годовых на первом году, скорее всего, он не учитывает либо период разгона, либо эксплуатацию, либо оба.
Дальше расчёт полезно сделать три раза, а не один. Одиночная цифра создаёт ложную точность: она либо сбывается, либо становится поводом для разбирательства. Три сценария отличаются одним параметром — долей обращений, которые агент закрывает без человека. Всё остальное в них одинаково: те же 6 000 обращений, та же стоимость часа, та же эксплуатация, тот же коэффициент реализации 0,7 и та же доработка на четвёртом месяце.
| Что считаем | Пессимистичный: 40% | Базовый: 55% | Оптимистичный: 70% |
|---|---|---|---|
| Человеко-часов в месяц после запуска | 248 часов | 191 час | 134 часа |
| Твёрдая валовая экономия в месяц | 172 480 ₽ | 200 200 ₽ | 228 340 ₽ |
| Чистый эффект в месяц на режиме | 103 080 ₽ | 130 800 ₽ | 158 940 ₽ |
| Окупаемость с разгоном и доработкой | 11-й месяц | 9-й месяц | 7-й месяц |
| ROI за 36 месяцев | 70% | 98% | 126% |
Смотреть в этой таблице надо на левую колонку, а не на правую. Признак проекта, который можно запускать без нервов, — пессимистичный сценарий остаётся внутри года. Здесь он остаётся: 11 месяцев и ROI 70% за три года при доле автоматизации всего 40%. Если бы в левой колонке стояло «26 месяцев», решение было бы другим независимо от того, как хорошо выглядит правая. И ровно этот вопрос стоит задать подрядчику: покажите мне пессимистичный вариант вашего же расчёта.
Горизонтальная лента времени от нуля до 12-го месяца с четырьмя отмеченными участками. Участок «Недели 1–8: внедрение» — эффекта нет, расходы идут. Участок «Месяцы 1–2: разгон» — подпись «половина расчётного эффекта, 30 700 ₽/мес чистыми». Отметка «Месяц 4: доработка 120 000 ₽». Участок «С месяца 3: режим» — подпись «130 800 ₽/мес чистыми». Отметка «Месяц 9: окупаемость». Под каждым участком — что заказчик получает на выходе.
Нормальные диапазоны и признаки ошибки во вводных
Свой расчёт полезно проверить на вменяемость до того, как показывать его собственнику. Ниже — диапазоны, в которые укладывается большинство проектов, и то, что должно насторожить в чужих цифрах. Рыночный ориентир по окупаемости при верно выбранном процессе — 3–6 месяцев, но это простая окупаемость, без учёта разгона и доработок; с ними реальный срок сдвигается к 6–12 месяцам.
| Показатель | Нормальный диапазон | Признак ошибки |
|---|---|---|
| Доля обращений без участия человека, первый год | 40–65% | 90% и выше в чужом расчёте |
| Эксплуатация в месяц | 8–15% от стоимости внедрения | «Расходы на токены копеечные» |
| Доля вызовов модели в месячном счёте | 20–30% | «Платите только за токены» |
| Выход на расчётные показатели | 1–3 месяца | Экономия с первого дня |
| Простая окупаемость | 3–6 месяцев | Меньше двух месяцев |
| Окупаемость с разгоном и доработками | 6–12 месяцев | Совпадает с простой |
| Доля высвобожденных часов, ставшая деньгами | 50–80% | 100% |
Отдельно про верхнюю границу. Если по вашим вводным окупаемость выходит за 18 месяцев, спорить о точности расчёта бессмысленно — за полтора года у компании поменяются процессы, каналы и, вполне вероятно, учётная система. Правильная реакция не «защитить расчёт», а сузить задачу: взять один сценарий обращений вместо всех, один документ вместо всего документооборота, один канал вместо трёх.
Порог: с какого объёма это вообще окупается
Из-за постоянной части расходов у ИИ-агента есть порог объёма. Считается он в три действия. Постоянные расходы в месяц: инфраструктура 12 000 ₽ + поддержка 28 000 ₽ + ведение базы знаний 5 400 ₽ + амортизация разового вложения 744 000 ₽ на 24 месяца, то есть 31 000 ₽ — итого 76 400 ₽. Вклад одного обращения: экономия 47,7 ₽ (70 ₽ сейчас против 22,3 ₽ после), умноженная на коэффициент реализации 0,7, минус 4 ₽ переменных расходов — 29,4 ₽. Порог = 76 400 ÷ 29,4.
График с осью X «обращений в месяц» от 0 до 8 000 и осью Y в рублях. Горизонтальная прямая на уровне 76 400 ₽ подписана «постоянные расходы в месяц». Наклонная прямая из начала координат с наклоном 29,4 ₽ за обращение подписана «вклад от объёма». Точка пересечения на отметке 2 600 выделена и подписана «порог окупаемости». Область слева от точки залита светло-серым с подписью «здесь дешевле оставить людей или взять готовое решение», справа — подписью «здесь проект работает». Отметка 6 000 на оси подписана «наш пример».
Порог сдвигается тремя способами. Вниз его двигает более дорогая ручная операция: если обращение стоит не 6 минут, а 15, порог падает примерно втрое. Вверх его двигают дорогая поддержка и дорогое внедрение. И самое главное: если объём у вас меньше двух тысяч обращений в месяц, заказная разработка почти наверняка не нужна — на этом объёме честный ответ либо готовое коробочное решение за 30 000 ₽ разово и 5 000–25 000 ₽ в месяц, либо ничего.
Какая статья раздела отвечает за какое число
Эта статья держит формулу целиком, но каждое из четырёх чисел уточняется отдельно. Чтобы не пересказывать здесь то, что подробно разобрано в других материалах, — короткая карта раздела «Экономика ИИ» и соседних тем журнала.
| Число формулы | Что в нём чаще всего ошибаются | Где разбираем подробно |
|---|---|---|
| Стоимость процесса сейчас | Считают по зарплате на руки, а не по полному ФОТ | «Сколько стоит ручная работа» и «Как посчитать, окупится ли автоматизация» |
| Стоимость труда после запуска | Забывают часы на контроль качества и разбор спорных ответов | «Как измерить эффект автоматизации» |
| Разовое вложение | Видят только счёт подрядчика без внутренних часов | «Из чего складывается счёт за ИИ-агента» |
| Эксплуатация в месяц | Сводят к вызовам модели, теряя три четверти суммы | «Из чего складывается счёт за ИИ-агента» и «Сколько стоит поддержка и зачем она» |
| Вилка цены внедрения | Сравнивают предложения по первому чеку | «Сколько на самом деле стоят ИИ-проекты в 2026 году» |
| Риск не дойти до эксплуатации | Не закладывают его вовсе | «Почему проекты автоматизации проваливаются» |
Когда расчёт делать не нужно, потому что ответ уже известен
Есть ситуации, в которых считать ROI ИИ-агента — потерянный день. Мы называем их до расчёта, а не после, и в диагностике говорим об этом прямо.
- Объём меньше двух тысяч обращений, документов или звонков в месяц. Постоянная часть расходов съест всё, что вы сэкономите на объёме, при любой вилке цены.
- Процесс не описан и меняется каждый месяц. Автоматизировать то, что не устоялось, — значит платить за переделки; сначала регламент, потом агент.
- Ответ на обращение требует решения, а не знания. Если оператор в половине случаев торгуется, соглашается на скидку или берёт ответственность — доля автоматизации будет 20%, и порог вы не пройдёте.
- Данные лежат в головах и переписках, а не в системах. Базу знаний придётся собирать с нуля, и это отдельный проект со своим бюджетом и сроком.
- Высвобожденные часы некуда девать. Если состав людей не изменится и объём не вырастет, экономии в отчёте не появится, и проект придётся защищать качеством сервиса, а не деньгами.
- Компания не готова выделить человека на ведение базы знаний. Без него система деградирует за 3–4 месяца: мир меняется, а ответы остаются прежними.
Расчёт нужен не для того, чтобы обосновать проект. Он нужен, чтобы за один день понять, что проект делать не надо, — и не потратить на это полгода работы команды и полтора миллиона рублей.
