Что смотреть в договоре с поставщиком голосового агента

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

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

Что именно тарифицируется

Цена минуты сравнима только тогда, когда одинаково определена сама минута. Спрашивать надо не «сколько стоит», а «что вы считаете». Проверьте в тарифном приложении:

• Соединённая минута или тарифицируемая. Считается время разговора или время от начала набора, включая гудки?
• Неотвеченные попытки. Недозвон бесплатный или тарифицируется как соединение?
• Удержание и паузы. Время, пока клиент висит на переводе или агент ждёт ответа из CRM, входит в счёт?
• Округление. Посекундно, до 15 секунд, до полной минуты? На коротких звонках разница огромна.
• Что сверху. Телефония, номера, интеграции, поддержка, доработки сценария.

Порядок цен на российском рынке: скриптовые роботы 3–8 ₽/мин, LLM-агенты 10–25 ₽/мин (оценка вендора gravitel); Zvonobot по публичным условиям тарифицирует около 0,32 ₽/сек — примерно 19 ₽/мин. Сравнивать их можно только после приведения к одной базе счёта; из чего складывается сумма в акте — в статье про тарификацию голосовых агентов.

Кому принадлежат сценарий и записи после расторжения договора

Три разных объекта, и договор часто молчит про все три.

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

Записи и транскрипты. Это персональные данные по 152-ФЗ, и хранить их надо в базах на территории России (требование локализации). В договоре должно быть написано, кто оператор персональных данных, а кто обработчик по поручению, где данные физически лежат и кому передаются. Проверьте цепочку субподрядчиков: если распознавание речи идёт через зарубежный сервис, это трансграничная передача, а не деталь реализации. Плюс изменение с 1 сентября 2025 года (закон № 156-ФЗ от 24.06.2025): согласие на обработку оформляется отдельным документом, а не строкой в пользовательском соглашении. Разбор оснований для записи — в статье про 152-ФЗ и запись разговоров.

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

Выход. Отдельным пунктом: состав выгрузки (аудио, транскрипты, метаданные, логи), срок, платная она или нет и сколько доступ к панели живёт после окончания договора.

Кто отвечает за слова агента перед клиентом

Перед клиентом отвечает бизнес. Канонический пример — Air Canada: чат-бот авиакомпании сообщил пассажиру несуществующую политику возврата, суд встал на сторону пассажира и обязал компанию исполнить обещанное ботом.

Это не значит, что поставщик ни при чём. Но зону ответственности надо развести явно:

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

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

Какие метрики зафиксированы и по чьему определению

Строка «containment не ниже 70%» без определения — пустая строка. Containment считают десятком способов, и разница между ними больше, чем разница между поставщиками. Рядом с каждой цифрой должно быть определено: числитель и знаменатель, что считается «закрыто без человека», попадают ли в расчёт звонки короче нескольких секунд, за какой период считаем и из какой системы берутся данные.

Заодно снимите типовое ожидание. Вендоры называют containment 60–90% (например, Teneo), а независимые оценки production-внедрений дают 40–70% (dragapp). Цифра с лендинга — не обязательство, пока не перенесена в договор с определением. Что спросить у поставщика до этой стадии — в разборе 12 неудобных вопросов при выборе голосового AI-агента.

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

Ограничения: почему SLA на «качество разговора» не работает

SLA формализуется там, где есть измеримое событие: сервис доступен или нет, перевод состоялся или нет, ответ уложился в порог или нет. «Качество разговора» таким событием не является — оценка субъективна и зависит от базы, оффера и настроения клиента.

Есть и техническая причина. Препринт τ-bench (Sierra и Принстон, arXiv:2406.12045) показывает: модель решает одну и ту же задачу с первого раза примерно в 61% случаев, но при восьми повторных прогонах успех во всех восьми падает ниже 25%. Агент способен справиться, но не гарантирует одинакового результата каждый раз. Обязательство «агент всегда корректно отработает возражение» невыполнимо технически.

Что писать вместо: измеримые прокси (латентность P95, доля успешных переводов на человека, доля принудительных эскалаций, повторные обращения за 72 часа), регламент совместного прослушивания выборки звонков и право расторгнуть договор без штрафа, если пороги не достигнуты два периода подряд. Обязательств по конверсии не требуйте вовсе: ею поставщик не управляет.

Чек-лист: что попросить прописать

1. Определение тарифицируемой минуты: соединение, удержание, недозвон, округление.
2. Полный перечень платежей: телефония, номера, интеграции, поддержка, доработки, минимальный платёж.
3. Права на сценарий, промпты и базу знаний — ваши, в машиночитаемом виде.
4. Роли по 152-ФЗ: оператор, обработчик, место хранения, субподрядчики.
5. Срок хранения записей и порядок удаления после расторжения с подтверждением.
6. Процедура выхода: состав выгрузки, срок, стоимость, доступ к панели после окончания.
7. Разграничение ответственности за слова агента плюс приложение со стоп-темами.
8. Метрики с определениями, источником данных и периодом расчёта.
9. Доступность: аптайм, реакция на инцидент, куда идут звонки при сбое, компенсация.

Вывод

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

Если хотите проверить это на своих звонках — можем собрать демо на вашем сценарии.