Как оценить стоимость и пользу AI-внедрения

Один и тот же AI-инструмент может быть выгодным в одном процессе и бесполезным в другом. Для оценки нужны объём работы, цена ошибки и полная стоимость выполнения задачи. Цена запроса к модели — только одна строка в этом расчёте.

Определите единицу результата

Сначала договоритесь, за что бизнес готов платить: разобранное обращение, проверенный документ, назначенная встреча или подготовленный отчёт. «Сообщение в чате» обычно не годится: система может писать много, не приближаясь к решению задачи.

Зафиксируйте требования к результату. Обращение считается обработанным, если нужные сведения внесены в систему и нет обязательной переделки. Отчёт готов, если содержит проверенные данные за нужный период. Плохой результат не становится полезным от низкой стоимости его генерации.

Измерьте текущий процесс

До пилота соберите объём за выбранный период, время активной работы, ожидания, повторные обращения и исправления. Смотрите на разные типы задач: простая заявка и спорный случай требуют разного усилия. Среднее без этой разбивки скрывает трудоёмкие исключения.

Не полагайтесь только на воспоминания команды. Несколько наблюдаемых примеров и данные из рабочих систем дают более надёжную основу. Отделяйте рабочее время сотрудника от времени, пока клиент ждёт ответа: автоматизация может улучшить одно и почти не изменить другое.

Разделите запуск и эксплуатацию

Разовые затраты включают изучение процесса, подготовку данных, интеграции, интерфейс, проверку и обучение команды. Если нужно привести в порядок права или старую CRM, это тоже часть проекта. Условия сопровождения и передачи кода стоит уточнять до начала работ.

В регулярных расходах учитывайте модели, поиск и хранение, серверы, телефонию при наличии звонков, мониторинг и ручную проверку. Добавьте время на обновление базы знаний и исправление сбоев. Часть расходов фиксированная, часть зависит от нагрузки и сложности обращений.

Для каждой статьи затрат запишите источник: тариф поставщика, коммерческое предложение или фактическое потребление пилота. Отметьте дату и единицу тарификации. Не смешивайте токены, минуты соединения, секунды речи и количество задач. Применимость тарифов и условия доступа проверяются отдельно.

Посчитайте стоимость успешной задачи

Рабочая формула за период: все расходы процесса / число задач, принятых по критериям качества. В числитель входят и неудачные попытки, и доработка человеком. Разовые затраты показывайте отдельно или распределяйте на явно указанный горизонт, чтобы сравнение было прозрачным.

Например, агент подготовил ответ, сотрудник исправил его и повторно связался с клиентом. В расчёт попадает вся эта цепочка. Если учесть только первый вызов модели, проект будет выглядеть дешевле, чем обходится бизнесу на самом деле.

Сокращение трудозатрат ещё не означает сокращения платежей. Если зарплатный бюджет сохраняется, эффект может выражаться в росте обслуживаемого объёма, качестве или скорости. Назовите его именно так и проверьте, что высвободившееся время используется для другой полезной работы.

Сравните несколько сценариев нагрузки

Подготовьте осторожный, базовый и высокий сценарии: число обращений, доля исключений, средняя длина диалога, участие сотрудника. Укажите, какие значения измерены, а какие предполагаются. Это покажет, от чего зависит решение и где небольшое изменение резко ухудшает экономику.

Техническую стоимость можно снижать уменьшением лишних запросов, объёма контекста и выбором подходящей модели. Такие подходы перечисляет официальное руководство OpenAI. Однако удешевление допустимо только при сохранении нужного качества на тех же задачах.

Пилот должен дать ответ на неизвестное

Заранее определите, что хотите узнать: время проверки, долю правильных результатов, устойчивость интеграции или реальный расход моделей. Выберите задачи, которые отражают будущую работу. Показательный набор только из простых примеров не подтверждает экономику всего процесса.

В конце сравните ручной и новый путь по одинаковым критериям. Решением может быть расширение, доработка или отказ от автоматизации. Если полезный эффект пока нельзя измерить, обозначьте это как незакрытый вопрос, а не обещанный ROI.

Какие строки должны быть в таблице расчёта

Разделите таблицу на входные данные, предположения и результаты. Во входных — фактический объём, длительность ручной работы, тарифы и затраты пилота. В предположениях — будущая нагрузка, доля исключений и срок распределения первоначальных расходов. В результатах — стоимость успешной задачи, часы участия сотрудников и сумма регулярных затрат.

Не прячьте ручную проверку в общую строку «сопровождение». Когда растёт нагрузка, именно она может стать основным расходом. Проверка каждой заявки и выборочный разбор ошибок требуют разной модели расчёта.

Если сравниваете предложения подрядчиков, дайте им одинаковое описание потока и критерии результата. Уточните, что входит в интеграции, кто обновляет знания, где хранятся данные и как оплачиваются изменения. Дешёвый прототип и сопровождаемый сервис могут иметь разный состав работ.

Последняя колонка — способ проверки каждой цифры. Значение без источника остаётся гипотезой и должно быть заметно тому, кто принимает бюджетное решение.

Учебный расчёт: одинаковые задачи, разные затраты

Ниже условные числа для демонстрации метода, а не прайс и не результат клиентского проекта. Допустим, 400 принятых задач занимали по 15 минут. Это 100 часов. При расчётной стоимости часа 1 000 ₽ получаем 100 000 ₽ труда. В эту ставку компания сама включает нужные составляющие.

Разница с ручным способом — около 16 333 ₽ по выбранной модели затрат. Она исчезнет, если проверка и переделки займут больше времени. Поэтому четыре минуты нужно измерить, включая неудачные попытки. И даже положительная разница не означает уменьшения зарплатных выплат: для этого потребуется отдельное изменение организации работы.

Связанный разбор на сайте — Postilla: история продукта помогает обсуждать жизнеспособность бизнеса отдельно от способности написать работающий код.