Поддержка ИИ-агента: что входит и как посчитать цену за месяц

ИИ-агент запущен. Потом меняется документ с условиями, перестаёт отвечать интеграция или система начинает чаще возвращать плохие черновики. Кто это заметит, что исправит и за какие деньги?

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

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

Что входит в поддержку ИИ-агента после запуска

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

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

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

Пример: как посчитать месячную цену сопровождения

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

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

При условной ставке 1 500 ₽ за час плановая работа стоит 6 × 1 500 = 9 000 ₽. Если отдельно согласованы и фактически выполнены ещё два часа диагностики инцидента, добавится 3 000 ₽. Тогда работа исполнителя за этот месяц составит 12 000 ₽.

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

Модель, сервер, лицензии и время менеджера в эти суммы не входят. Для них нужны отдельные строки. Также пакет не означает круглосуточного дежурства. Часы доступности и скорость реакции согласуются отдельно.

Где заканчивается поддержка и начинается доработка

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

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

Как выбрать способ оплаты

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

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

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

Требования по доступности и реакции можно добавить к любой модели. Они не заменяют список работ и должны соответствовать реальной цене простоя.

Что записать о сбоях и сроках реакции

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

Время реакции и время восстановления различаются. Ответ «приняли в работу» не означает, что отправка в CRM восстановлена.

Учебная формулировка для обсуждения: «Обращения принимаются в согласованные рабочие часы. Первая реакция на остановку процесса - в течение двух рабочих часов. Если восстановление затягивается, ответственный сообщает причину, следующий срок связи и способ ручной обработки».

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

Неизвестный результат отправки, дубли и действия за пределами разрешений требуют отдельного порядка. Логику ограничений разбираю в статье о безопасности ИИ-агентов.

Какой отчёт запросить за месяц

Отчёт должен помогать принять решение. В него полезно включить:

• число запусков и фактически пригодных результатов;
• ошибки, их причины, реакцию и восстановление;
• ручную проверку и исправления вашей команды;
• счета сервисов отдельно от часов исполнителя;
• выпущенные изменения и результаты контрольных тестов;
• работы сверх пакета, открытые проблемы и следующий шаг.

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

Когда ежемесячный пакет не нужен

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

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

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