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