Окупаемость бота считают после запуска, когда деньги потрачены. Считать надо до — расчёт занимает час и часто заканчивается выводом «не окупится», что само по себе полезный результат.
Главная сложность не в арифметике. Она в том, что экономия времени сотрудников превращается в деньги не автоматически. Если бот снял с поддержки 40 часов в месяц, а штат остался прежним и нагрузка перераспределилась внутри, в отчёт о прибылях это не попадёт никогда. Об этом — в разделе про ошибки, и это важнее формулы.
Формула
Срок окупаемости = Разработка ÷ (Эффект в месяц − Эксплуатация в месяц)
Три величины, каждая требует отдельного разговора.
Разработка — единовременные затраты. Структура — в статье «Стоимость разработки чат-бота». Здесь важно не забыть свои трудозатраты: подготовка материалов, согласования, тестирование силами сотрудников.
Эксплуатация — ежемесячные: расход на обращения к модели, хостинг, сопровождение, время сотрудника на разбор диалогов.
Эффект — сумма трёх источников, которые считаются по-разному.
Три источника эффекта
1. Снятая нагрузка
Считается так:
Эффект = N × d × t × C
где N — обращений в месяц, d — доля, которую бот закрывает полностью, t — время сотрудника на одно обращение, C — стоимость часа сотрудника с учётом налогов и накладных.
Два места, где ошибаются.
Доля d. Считать надо не «на сколько вопросов бот способен ответить», а на сколько он отвечает так, что обращение закрыто и человек не пишет следом. Реалистичная доля для бота по базе знаний — 40–70% потока в зависимости от однородности вопросов. Числа выше обычно означают, что в знаменатель не включили обращения, ушедшие на оператора.
Стоимость часа C. Берётся полная: оклад, налоги, рабочее место, доля управления. Обычно это в полтора-два раза больше, чем цифра из зарплатной ведомости.
2. Ускорение ответа
Работает только там, где скорость влияет на выручку: продажи, заявки, запись. В поддержке существующих клиентов эффект есть, но в деньгах не считается.
Эффект = L × Δk × M
где L — лидов в месяц, Δk — прирост конверсии, M — маржа со сделки.
Δk — самая ненадёжная величина расчёта. Её нельзя взять из отраслевых обзоров: у вас она своя. Оценивайте консервативно, а после запуска измеряйте.
3. Круглосуточность
Обращения вне рабочего времени, которые сейчас теряются или обрабатываются с задержкой.
Эффект = (ночные обращения) × (доля потерянных сейчас) × (конверсия) × (маржа)
Величина, которую проще всего проверить фактом: посмотрите, сколько обращений приходит вне графика и что с ними происходит сейчас.
Полный расчёт на примере
Числа условные. Подставьте свои — важна структура, а не суммы.
Исходные данные. Компания услуг. 900 обращений в месяц, из них 250 — вне рабочего времени. Среднее время сотрудника на обращение — 6 минут. Полная стоимость часа — 900 ₽. Конверсия обращения в сделку — 12%, маржа со сделки — 8 000 ₽.
Шаг 1. Снятая нагрузка.
| Величина | Значение |
|---|---|
| Обращений в месяц | 900 |
| Доля, закрываемая ботом полностью | 55% |
| Обращений снято | 495 |
| Время на обращение | 6 мин |
| Часов сэкономлено | 49,5 |
| Стоимость часа | 900 ₽ |
| Эффект | 44 550 ₽ |
Шаг 2. Круглосуточность.
Из 250 ночных обращений сейчас теряется примерно 30% — люди уходят, не дождавшись. Бот отвечает сразу; допустим, половина из потерянных остаётся.
| Величина | Значение |
|---|---|
| Ночных обращений | 250 |
| Теряется сейчас | 75 |
| Удержано ботом | ~38 |
| Конверсия | 12% |
| Дополнительных сделок | 4,5 |
| Маржа | 8 000 ₽ |
| Эффект | 36 000 ₽ |
Шаг 3. Ускорение ответа. Оставляем нулём. Прирост конверсии из-за скорости здесь оценить нечем, а закладывать непроверяемое в расчёт — способ получить желаемый ответ вместо честного.
Шаг 4. Эксплуатация.
| Статья | В месяц |
|---|---|
| Обращения к модели | 4 000 ₽ |
| Хостинг и инфраструктура | 2 000 ₽ |
| Сопровождение и разбор диалогов | 15 000 ₽ |
| Итого | 21 000 ₽ |
Шаг 5. Итог.
| Величина | Значение |
|---|---|
| Эффект в месяц | 80 550 ₽ |
| Эксплуатация | −21 000 ₽ |
| Чистый эффект | 59 550 ₽ |
| Разработка | 450 000 ₽ |
| Срок окупаемости | ~7,6 месяца |
Теперь консервативный сценарий. Доля закрытых обращений оказалась не 55%, а 35% — типичное расхождение первых месяцев, пока база знаний не дозаполнена. Эффект от круглосуточности берём вдвое ниже.
| Величина | Значение |
|---|---|
| Снятая нагрузка | 28 350 ₽ |
| Круглосуточность | 18 000 ₽ |
| Эксплуатация | −21 000 ₽ |
| Чистый эффект | 25 350 ₽ |
| Срок окупаемости | ~17,8 месяца |
Вот это и есть настоящий результат расчёта. Не «окупится за 7,6 месяца», а «от 8 до 18 месяцев в зависимости от того, какую долю удастся реально закрыть». Дальше решение принимается по нижней границе, а не по верхней.
И отдельно: при потоке не 900, а 200 обращений в месяц весь расчёт разваливается — чистый эффект оказывается сопоставим с эксплуатацией. Поток обращений — главный множитель окупаемости бота, и он важнее всего остального.
Ошибки, из-за которых расчёт врёт
Экономия времени не превращается в деньги. Самая частая и самая дорогая ошибка. Сорок сэкономленных часов — это деньги только если сокращён найм, отменена подработка или высвобожденное время направлено на измеримую задачу. Если ничего из этого не произошло, экономия существует в презентации и отсутствует в отчётности. Решать это надо до проекта: записать, что конкретно произойдёт с высвобожденным временем.
Завышенная доля закрытых обращений. Считается по факту закрытия, а не по способности ответить. Диалог, где бот ответил и человек всё равно написал менеджеру, — не закрытый.
Забытая эксплуатация. Расход на модель, сопровождение, время на разбор диалогов. У бота с большой базой знаний расход на обращение выше, чем кажется, — «Сколько стоит эксплуатация ИИ».
Забытые свои трудозатраты. Подготовка материалов, согласования, тестирование, модерация первых недель. Это часть вложений, даже если не проходит платежом наружу.
Эффект приписан целиком боту. Если параллельно шла реклама или изменился сезон, рост заявок объясняется не только ботом. Способ разделить — «Как измерить эффект от внедрения ИИ».
Не учтено ухудшение. Возможен и отрицательный эффект: часть клиентов не любит боты, и плохой бот отпугивает. Это ставится в расчёт как риск, а после запуска измеряется — «Метрики чат-бота».
Когда бот не окупится
Признаки, по которым видно без расчёта:
- Поток меньше 100–150 обращений в месяц. Экономия несопоставима с эксплуатацией.
- Обращения нетиповые. Каждое требует индивидуального разбора — снимать нечего.
- Нет материалов, и писать их некому. База знаний с нуля превращает проект в другой по стоимости.
- Ответ и так мгновенный. Если поддержка отвечает за минуту круглосуточно, ускорять нечего.
- Обращение — это сама услуга. Консультация, за которую платят, не автоматизируется без потери предмета.
Частые вопросы
Как рассчитать окупаемость чат-бота?
Разделить затраты на разработку на чистый месячный эффект — экономию плюс дополнительную выручку минус расходы на эксплуатацию. Считать нужно в двух сценариях, базовом и консервативном, и принимать решение по консервативному. Главные величины — поток обращений и доля, которую бот реально закрывает полностью.
За какой срок обычно окупается бот?
Разброс слишком велик, чтобы называть среднее: при большом потоке типовых обращений — месяцы, при малом — не окупается вовсе. Определяющий фактор не отрасль и не размер компании, а число обращений и их однородность.
Какую долю обращений реально закрывает бот?
Для бота по базе знаний при подготовленных материалах — обычно 40–70% в зависимости от того, насколько похожи вопросы между собой. Заявленные 90% почти всегда означают, что из знаменателя убрали обращения, ушедшие на оператора.
Считать ли экономию времени сотрудников как деньги?
Только если заранее известно, во что она превратится: несостоявшийся найм, отменённая переработка, перенаправленное на измеримую задачу время. Иначе это условная величина, которая не появится ни в одном отчёте, и строить на ней обоснование проекта нельзя.
Что делать, если расчёт показывает, что не окупается?
Проверить, не завышена ли стоимость решения под задачу: возможно, вместо бота по базе знаний достаточно сценарного, а он дешевле в разы. Либо сузить область до одной темы с наибольшим потоком. Если и это не сходится — не делать; отрицательный результат расчёта дешевле отрицательного результата проекта.
Можно ли проверить расчёт до полноценной разработки?
Да. Берётся одна тема, готовятся материалы только по ней и запускается ограниченная версия. Через месяц видна фактическая доля закрытых обращений — самая ненадёжная величина расчёта становится измеренной. Про формат — «PoC: пилотный проект ИИ».
Что дальше
Если расчёт сходится — переходите к смете: «Стоимость разработки чат-бота». После запуска эффект нужно измерять, а не считать по плану: «Метрики чат-бота» и «Как измерить эффект от внедрения ИИ».
Разобрать поток обращений и оценить достижимую долю можно на аудите процессов — это дешевле, чем выяснять её на запущенном проекте.