Как посчитать окупаемость агента поддержки
Не нужна финмодель на сорок вкладок. Три цифры, которые есть у любого руководителя поддержки, дают ответ с точностью, достаточной для решения.
Финансовому директору не нужна презентация о «трансформации клиентского опыта». Ему нужен ответ на два вопроса: сколько это сэкономит в месяц и когда вернутся вложения. Хорошая новость — для агента первой линии поддержки этот расчёт делается на салфетке с точностью, достаточной для решения. Плохая — большинство расчётов, которые мы видим в чужих КП, завышены в 2–3 раза, потому что игнорируют то, что агент не закрывает. Ниже — модель, которую мы даём заказчикам, со всеми поправочными коэффициентами и с тем, где она врёт.
Три цифры, которые у вас уже есть
N берём из helpdesk. T — доля вопросов, на которые оператор отвечает по шаблону или ищет ответ в базе знаний: «где мой заказ», «как вернуть», «какие документы нужны». Обычно 55–80%. C — фонд оплаты труда поддержки, делённый на число обращений; типично 120–350 ₽ для чатов и 400–900 ₽ для телефона.
Считаем
Пример на реальных порядках. Интернет-ритейлер, 12 000 обращений в месяц в чатах и мессенджерах, 65% типовых, 180 ₽ за обращение (14 операторов с учётом налогов, отпусков и супервайзера). Валовая экономия: 12 000 × 0,65 × 0,8 × 180 = 1 123 200 ₽ в месяц.
Теперь вычитаем то, о чём молчат в КП
Валовая цифра — это не экономия. Чтобы получить честный результат, из неё нужно вычесть четыре статьи, и каждая из них в реальных проектах значима.
1. Стоимость инференса. Одно обращение в поддержке — это в среднем 4–6 ходов диалога, каждый с RAG-контекстом в 3–5 тысяч токенов. На Claude Sonnet или GPT-4o-класса это 12–25 ₽ за обращение по текущим курсам; на Qwen 72B в собственном контуре — 3–6 ₽ плюс амортизация GPU. Для нашего примера: 12 000 × 0,65 × 0,8 × 18 ₽ ≈ 112 000 ₽ в месяц на внешнем API.
2. Сопровождение. Агент — не коробка. Меняются тарифы, регламенты, появляются новые типы вопросов, деградирует качество после обновления модели у провайдера. Реалистичная норма — 0,25–0,5 FTE инженера или контракт на сопровождение: 50 000–90 000 ₽ в месяц в зависимости от объёма изменений.
3. Эскалации стали дороже. Это контринтуитивно и почти никто это не считает. Агент забрал простые вопросы — операторам остались сложные. Среднее время обработки у оставшихся обращений растёт на 30–60%, а значит, стоимость одного «человеческого» обращения тоже растёт. Часть валовой экономии съедается тем, что оставшиеся 35% обращений теперь стоят не 180, а 250 ₽.
4. Затраты на запуск. Разработка агента под ключ с интеграцией в helpdesk и CRM — 400 000–600 000 ₽ по нашему прайсу; плюс 20–40 часов времени ваших сотрудников на разметку эталонов и приёмку. Это капитальные затраты, они идут в срок окупаемости, а не в ежемесячную экономику.
Что модель не учитывает — в вашу пользу
Есть эффекты, которые в расчёт не входят, потому что их трудно измерить до запуска, но они реальны и обычно перекрывают консервативность модели.
- Ночь и выходные. По данным наших внедрений в ритейле, 18–25% обращений приходят вне рабочих часов. Раньше часть этих клиентов уходила к конкуренту, не дождавшись ответа. Это упущенная выручка, а не расходы, и в модель она не попадает.
- Время первого ответа падает с минут до секунд. На CSAT это влияет сильнее, чем качество самого ответа — клиенты прощают неидеальный ответ, но не прощают ожидания.
- Масштаб без найма. Сезонный пик в 2,5 раза больше не требует набора и обучения временных операторов за месяц до «чёрной пятницы». Агент масштабируется токенами.
- Текучка операторов на типовых вопросах — самая высокая. Меньше рутины — дольше держатся люди, дешевле найм и обучение.
Когда агент поддержки не окупится
Модель полезна ещё и тем, что показывает, когда затея плохая. Три типичных сценария.
Мало обращений. При N меньше 1 500–2 000 в месяц валовая экономия не покрывает сопровождение и токены. Здесь агент имеет смысл только как продуктовая фича (круглосуточность), а не как экономия.
Мало типовых. B2B-поддержка сложного софта, где T около 20–30%, — агент закроет мало, а дорогие эскалации съедят остаток. Лучше начинать с внутреннего ассистента для самих операторов: он ускоряет поиск по базе знаний, не общаясь с клиентом.
Нет базы знаний. Если ответы живут в головах трёх старших операторов, первые два месяца проекта уйдут на то, чтобы их оттуда достать. Это полезная работа, но её надо закладывать в срок и бюджет — и она не про ИИ.
Подставьте свои N, T и C. Если чистая экономия после вычетов окупает запуск быстрее шести месяцев — идём на пилот. Если нет — мы скажем это на аудите, потому что провальный проект стоит нам дороже, чем несостоявшийся.