Окупаемость ИИ-проекта считают после запуска, когда деньги уже потрачены. Считать надо до — расчёт занимает пару часов и примерно в трети случаев заканчивается выводом «не окупится».
Это и есть главная ценность расчёта: отрицательный результат стоит двух часов, а не полугода и бюджета.
Формула
Срок окупаемости = Вложения ÷ (Эффект в месяц − Эксплуатация в месяц)
Если знаменатель отрицательный, окупаемости нет ни при каком сроке.
Три величины, и каждая считается по-своему.
Вложения
Не только счёт подрядчика. Полный состав:
| Статья | Кто платит |
|---|---|
| Разработка | подрядчику |
| Подготовка данных и материалов | обычно вы |
| Время своих сотрудников на согласования и тестирование | вы |
| Оборудование, если нужно | вы |
| Доработки после запуска | обычно вы |
Вторая и третья строки — те, что чаще всего не попадают в расчёт. Подробно — «Скрытые расходы на ИИ».
Три источника эффекта
1. Снятая нагрузка
Эффект = N × d × t × C
где N — операций в месяц, d — доля, которую система закрывает полностью, t — время на операцию, C — полная стоимость часа сотрудника.
Два места, где ошибаются.
Доля d. Считается по факту закрытия, а не по способности системы что-то сделать. Операция, после которой человек всё равно вмешался, не закрыта.
Стоимость часа C. Полная: оклад, налоги, рабочее место, доля управления. Обычно в полтора-два раза больше цифры из ведомости.
2. Дополнительная выручка
Работает там, где скорость или доступность влияют на продажи: быстрый ответ на заявку, круглосуточность, возврат клиентов.
Эффект = Заявок × Прирост конверсии × Маржа
Прирост конверсии — самая ненадёжная величина расчёта. Её нельзя взять из отраслевых обзоров: у вас она своя. Оценивайте консервативно.
3. Предотвращённые потери
Пропущенный срок, потерянная заявка, ошибка в документе, неявка клиента.
Считается там, где потери известны в цифрах. Часто это самая крупная величина — и самая недооценённая, потому что текущие потери обычно никто не измеряет.
Главная ошибка расчёта
Она одна и стоит дороже всех остальных:
> Сэкономленное время не превращается в деньги автоматически.
Если система сняла 60 часов в месяц, а штат прежний и нагрузка перераспределилась внутри, в отчёте о прибылях этого не появится никогда.
Экономия становится деньгами, только если произошло одно из:
- не состоялся найм, который планировался;
- отменена переработка или подработка;
- высвобожденное время направлено на измеримую задачу — больше обработанных заявок, больше продаж;
- сокращён штат — редко и болезненно, но это тоже вариант.
Что делать: решить это до проекта и записать. Не «освободим время менеджеров», а «не будем нанимать третьего менеджера, планировавшегося на осень».
Иначе через полгода вы получите систему, которая работает, и руководителя, который спрашивает, где обещанная экономия.
Расчёт в двух сценариях
Числа иллюстративные. Задача: обработка входящих обращений.
Базовый сценарий.
| Величина | Значение |
|---|---|
| Обращений в месяц | 1 800 |
| Доля закрытых полностью | 55% |
| Время на обращение | 6 мин |
| Часов снято | 99 |
| Полная стоимость часа | 900 ₽ |
| Снятая нагрузка | 89 000 ₽/мес |
| Дополнительная выручка | 40 000 ₽/мес |
| Эффект | 129 000 ₽/мес |
| Эксплуатация | −28 000 ₽/мес |
| Чистый эффект | 101 000 ₽/мес |
| Вложения всего | 620 000 ₽ |
| Срок окупаемости | ~6,1 мес |
Консервативный сценарий. Доля закрытых 35% вместо 55% — типичное расхождение первых месяцев. Дополнительную выручку берём вдвое ниже.
| Величина | Значение |
|---|---|
| Снятая нагрузка | 57 000 ₽/мес |
| Дополнительная выручка | 20 000 ₽/мес |
| Эксплуатация | −28 000 ₽/мес |
| Чистый эффект | 49 000 ₽/мес |
| Срок окупаемости | ~12,7 мес |
Правильный результат расчёта — не одно число, а диапазон: от 6 до 13 месяцев, в зависимости от того, какую долю удастся реально закрыть.
Решение принимается по консервативному сценарию. Если при нём проект не проходит — он не проходит.
Что делает расчёт надёжнее
Проверка достижимости на своих данных. Доля закрытых операций — самая ненадёжная величина, и она же самая влиятельная. Проверяется на архиве реальных случаев за несколько дней, до разработки.
Фиксация показателей «до». Сколько времени процесс занимает сейчас, сколько ошибок, сколько потерь. Восстановить это задним числом нельзя — «Как измерить эффект от внедрения ИИ».
Явный ответ, во что превратится время. Записанный до старта.
Пилот на одной задаче. Дешевле полного проекта и превращает предположения в измерения.
Когда считать не нужно — уже понятно, что нет
Признаки, при которых расчёт можно не делать:
- объём операций мал — меньше сотни-двух в месяц;
- каждый случай индивидуален — снимать нечего;
- нет материалов, и писать их некому;
- процесс скоро изменится — автоматизировать то, что через полгода отменят, бессмысленно;
- некому сопровождать — система без владельца деградирует за месяцы.
Частые вопросы
Как посчитать окупаемость ИИ-проекта до внедрения?
Разделить полные вложения на чистый месячный эффект — снятую нагрузку плюс дополнительную выручку минус расходы на эксплуатацию. Считать нужно в двух сценариях, базовом и консервативном, и принимать решение по консервативному: доля автоматически обработанных операций в первые месяцы обычно ниже ожидаемой.
Что считать вложениями?
Не только счёт подрядчика: подготовку данных и материалов, время своих сотрудников на согласования и тестирование, оборудование, если нужно, и доработки после запуска. Первые две статьи чаще всего не попадают в расчёт, хотя могут быть сопоставимы со счётом.
Можно ли считать сэкономленное время деньгами?
Только если заранее известно, во что оно превратится: несостоявшийся найм, отменённая переработка, время, направленное на измеримую задачу. Иначе экономия останется в презентации и не появится ни в одном отчёте, а через полгода придётся объяснять, где обещанный эффект.
Какая окупаемость считается нормальной?
Ориентир для типовых задач автоматизации — от полугода до полутора лет по консервативному сценарию. Более короткие сроки обычно означают либо очень большой объём операций, либо оптимистичный расчёт. Более длинные — что за это время изменится и процесс, и технологии.
Какая величина в расчёте самая ненадёжная?
Доля операций, которые система закроет полностью. Она же самая влиятельная. Её стоит не предполагать, а проверить на архиве реальных случаев до разработки — это занимает несколько дней и делает весь расчёт осмысленным.
Что делать, если расчёт не сходится?
Проверить, не завышено ли решение под задачу: часто вместо сложной системы достаточно простой автоматизации без модели. Либо сузить область до одного процесса с наибольшим объёмом. Если и это не помогает — не делать: отрицательный результат расчёта дешевле отрицательного результата проекта.
Что дальше
Полная стоимость владения, а не только вложения — «TCO ИИ-решения». Что не попадёт в смету — «Скрытые расходы на ИИ». Как разложить сумму — «Распределение бюджета на ИИ». Измерение после запуска — «Как измерить эффект».
Разбор процесса с расчётом достижимой доли и окупаемости — часть аудита, с которого начинается работа по внедрению ИИ.