Как посчитать пользу ИИ в компании, если число запросов растёт

Сначала выбрать результат, который имеет цену

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

В методике OpenAI показан иллюстративный расчёт: 20 продавцов, два брифа в неделю, три сэкономленных часа и 46 рабочих недель дают 5520 часов потенциальной ёмкости. Затем учитывается лишь половина времени, которую реально можно направить на продуктивную работу. Эти числа придуманы для примера; использовать их как норму для своего отдела нельзя.

Базовая линия до первого запуска

Проверьте 20–30 задач без ИИ. Запишите время от получения исходных данных до принятого результата, сколько раз документ возвращали и сколько ошибок заметили после отправки. Сохраните сегменты: простой клиент, сложный клиент, неполные сведения. Если начать мерить только после запуска, сравнение будет зависеть от памяти участников и настроения команды.

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

Удобная таблица для руководителя

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

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

• Есть измеренная базовая линия до запуска.
• Учтено время проверки и исправления ответа.
• Бизнес-владелец подтверждает результат процесса.
• Расходы включают настройку и сопровождение.

Ошибки в расчёте возврата

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

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