Дешёвый ответ может быть дорогой услугой
Поставщик модели показывает цену входных и выходных токенов. Для планирования бюджета это только одна строка. Бот получает сообщение, определяет тему, ищет документы, формирует ответ, иногда повторяет попытку и передаёт разговор сотруднику. Затем человек исправляет фактическую ошибку, если она возникла. Компания оплачивает всю цепочку: интеграцию, хранение данных, мониторинг, обучение команды и последствия неверных обещаний. Поэтому главный показатель — стоимость одного ответа, который клиент получил и который выдержал проверку, а не стоимость одного вызова. Начинать расчёт стоит с узкого типа обращения, например вопроса о статусе уже оформленного заказа.
Разложите маршрут на события
Нарисуйте последовательность для пятидесяти реальных, но обезличенных запросов. Сколько пришло в бот? Сколько распознано верно? Для скольких найден действующий документ? Сколько ответов автоматически отправлено, сколько передано оператору и сколько пришлось исправлять после жалобы? Не подставляйте в таблицу идеальный сценарий, где каждый запрос закрывается за один вызов. В рабочей переписке клиент уточняет номер, меняет формулировку и прикладывает фото. Дополнительный шаг может стоить немного токенов, но много времени сотрудника. Логи должны связывать расходы с конкретным типом обращения без раскрытия личных данных.
Пример расчёта на сто обращений
Допустим, из ста обращений шестьдесят бот довёл до проверенного ответа, двадцать передал человеку сразу, ещё двадцать потребовали доработки после черновика. За API и поиск компания заплатила условные 900 рублей, за облако и хранение — 300. Сотрудник потратил два часа на переданные случаи и один час на проверку спорных; при полной стоимости часа 800 рублей это ещё 2400. Итого 3600 рублей, или 60 рублей за каждый из шестидесяти автоматически завершённых ответов, если всю стоимость пилота отнести на них. Но такой расчёт тоже упрощён: нужно сравнить с затратами человека без бота и отдельно оценить риск ошибочного ответа. Числа служат примером метода, а не универсальным тарифом.
Где прячутся повторные расходы
После изменения регламента индекс документов надо обновить и проверить. После смены модели — повторить набор тестов, потому что поведение может поменяться при том же запросе. Когда база знаний содержит противоречия, разработчики тратят время на источники, а не на промпт. При передаче человеку нужно сохранить контекст разговора без лишних персональных данных и научить оператора видеть, что бот уже обещал. Добавьте в смету наблюдение за ошибками, инциденты, обучение новых сотрудников и резерв на пиковую нагрузку. Без этих статей пилот выглядит прибыльным первые две недели, а затем требует постоянных незапланированных правок.
Сравните с честной альтернативой
Бот не обязан конкурировать с оператором по всем обращениям. Возможно, для статуса заказа достаточно страницы самообслуживания с надёжным поиском, а для сложной претензии нужен живой человек. Сравните три маршрута на одном наборе вопросов: текущая служба поддержки, обновлённая база знаний и ИИ-бот с эскалацией. Для каждого считайте время до полезного ответа, долю повторных обращений и число исправлений. Если бот дешёв по токенам, но увеличивает повторные обращения, экономии нет. В <a href="/materialy/pervyi-process">первом процессе внедрения</a> мы предлагаем начинать именно с измеримой узкой задачи.
Не прячьте цену ошибки в среднем
Средняя стоимость может скрыть один критичный ответ: бот обещал возврат, который правила не предусматривают, или отправил данные заказа не тому человеку. Для таких случаев задайте отдельный показатель серьёзности и режим остановки. Агент не должен самостоятельно менять заказ, назначать компенсацию или раскрывать сведения без соответствующего доступа и подтверждения. В разборе тендерного ответа видно, как красиво написанный текст превращается в обязательство; в поддержке происходит то же самое. Если последствия редки, их нельзя просто вычеркнуть как «выбросы» ради красивой средней цены.
Установите пороги до запуска
Запишите, какой процент ответов должен проходить без правок, сколько минут оператор экономит на одном случае и какое число серьёзных ошибок допустимо. Для ошибочной отправки личных данных допустимый порог — ноль; для несовершенной стилистики критерий может быть мягче. Определите точку, при которой пилот остановят: изменение политики, рост жалоб, отказ индекса документов, превышение бюджета. Отдельно договоритесь, кто каждую неделю просматривает случайную выборку ответов. Контроль должен входить в рабочее время и стоимость проекта, иначе после первого месяца проверка исчезнет из расписания.
Вывод и FAQ
Решение о боте принимают по стоимости проверенного результата и качеству обслуживания, не по цене миллиона токенов. Можно ли посчитать бюджет до разработки? Да, как диапазон сценариев с явными допущениями; точность появится после пилота. Нужно ли учитывать время сотрудника при автоматизации? Обязательно: он готовит данные, принимает сложные случаи и исправляет ошибки. Что сравнивать с ботом? Улучшенную базу знаний и существующий процесс на одинаковых вопросах. Как часто пересчитывать смету? После изменения модели, регламента или маршрута эскалации и по итогам каждого пилотного периода.