Начните с единицы работы
Выберите результат, который уже существует в компании: проверенный ответ клиенту, заполненная карточка товара, разобранный договор или принятый отчёт. Одна генерация не подходит в качестве единицы, потому что её ещё могут переписать, отклонить или запустить повторно. Запишите объём входа, ожидаемый формат, допустимое время и человека, который принимает результат. Для сложного процесса разделите работу на варианты: обычный случай, исключение и случай с высокой ценой ошибки.
Замерьте ручную базу
Возьмите не воспоминания руководителя, а десять свежих примеров. Для каждого отметьте активное время сотрудника, ожидание согласования, число возвратов и стоимость внешних сервисов. Не превращайте зарплату в единственную цифру: задержка ответа клиенту или пропущенный срок может быть дороже рабочего часа. Медиана покажет обычный случай, а верхняя граница — неудобный. Без этой базы автоматизация всегда выглядит выгодной, потому что её сравнивают с воображаемым медленным процессом.
Сложите прямые расходы ИИ
Посчитайте входные и выходные токены, поиск по базе, распознавание файла, генерацию изображения и вызовы инструментов. Добавьте повторные запросы и тестовые прогоны. Если используется агент, один пользовательский запрос способен вызвать модель несколько раз. Возьмите журналы пилота, а не рекламный калькулятор. Для локальной модели учитывайте аренду или амортизацию оборудования, электричество, простой и время инженера. Бесплатные веса не означают бесплатный рабочий результат.
Добавьте человеческую проверку
Замерьте минуты редактора, юриста, аналитика или оператора до принятия результата. Отдельно посчитайте исправления фактов, структуры и стиля. Если человек вынужден перечитывать весь исходный документ, автоматизация могла только добавить новый слой работы. Ищите места, где проверка становится короче благодаря ссылкам на источник, подсветке изменений или структурированному выводу. Для критических решений не уменьшайте контроль ради красивой экономики пилота.
Учтите стоимость ошибок
Разделите ошибки на лёгкие, существенные и критические. Лёгкую опечатку исправляет редактор; неверная сумма отправляет документ на повторное согласование; утечка данных или ложное обещание клиенту требует отдельного разбора. Умножать редкое событие на приблизительную вероятность полезно лишь как диапазон. Ещё важнее поставить технические и процессные ограничения: запрет отправки, лимит суммы, ручное подтверждение и журнал действий. Стоимость предотвращения должна попасть в расчёт.
Посчитайте запуск и сопровождение
Разовые расходы распределите на реалистичный срок: интеграция, подготовка эталона, обучение сотрудников, юридическая проверка и настройка мониторинга. Затем добавьте ежемесячное сопровождение: обновление инструкций, повторные тесты после смены модели, разбор инцидентов и поддержку. Не делите запуск на слишком большой объём будущих операций, пока поток не подтверждён. Лучше показать два расчёта — для пилота и для устойчивого режима после трёх месяцев.
Соберите три сценария
Консервативный сценарий оставляет текущий объём ручной проверки и предполагает высокий процент возвратов. Базовый использует медианные показатели пилота. Оптимистичный разрешён только при подтверждённом улучшении на новой выборке. Для каждого вычислите стоимость принятого результата и пропускную способность команды. Если проект выгоден только в оптимистичном сценарии, его рано масштабировать. Если даже консервативный вариант сокращает очередь без роста ошибок, решение выглядит устойчивее.
Проверьте, кто получает экономию
Автоматизация может сократить работу одного отдела и увеличить нагрузку на другой. Маркетинг быстрее выпускает черновики, но юрист дольше проверяет обещания; поддержка быстрее классифицирует письма, но специалисты разбирают больше неверных маршрутов. В таблице укажите время каждого участника до и после пилота. Экономия компании существует только тогда, когда не спрятана в чужой очереди. Отдельно спросите сотрудников, какие новые действия появились после внедрения и какие старые действительно исчезли.
Не забудьте про предел нагрузки
Цена часто меняется ступенчато: появляются минимальный тариф, лимит запросов, очередь в часы пик или отдельная плата за хранение. Проверьте три объёма — текущий, удвоенный и пиковый. Замерьте задержку при параллельных запросах. Если результат нужен за минуту, дешёвый режим с очередью не решает задачу. Рядом с месячным бюджетом укажите технический предел, после которого процесс возвращается в ручной режим или использует резервную модель.
Зафиксируйте расчёт так, чтобы его повторили
Рядом с каждой цифрой оставьте источник: тариф, журнал запросов, замер сотрудника или допущение. Укажите дату и валютный курс. Передайте таблицу коллеге, который не участвовал в пилоте, и попросите пересчитать один пример. Если результат нельзя воспроизвести без устного объяснения автора, финансовая модель ещё не готова. Эта короткая проверка часто обнаруживает забытые повторы запросов, бесплатный труд проверяющего и слишком оптимистичный объём будущих операций.
Примите решение и поставьте дату пересмотра
Итоговая таблица должна отвечать, при каком объёме сценарий окупается, кто несёт расходы и что происходит при росте ошибок. Зафиксируйте порог остановки: например, доля критических неточностей, время проверки или месячный лимит. Через четыре недели пересчитайте модель по фактическим журналам. Цена токена останется одной строкой, а не главным аргументом. Компания покупает не текст модели, а более быстрый и контролируемый путь до принятого результата.