Решили сменить вендора, а забрать нечего: vendor lock-in агента
Vendor lock-in голосового агента: что остаётся у поставщика при переезде — сценарий, база знаний, записи, номера — и какие пункты договора снижают риск.
Вадим Поповсооснователь «Реплики»·10 сентября 2026·7 минут чтенияVendor lock-in голосового агента — это не злой умысел поставщика, а естественное свойство проекта, в который полгода вкладывали правки. Уходя, вы забираете формальные артефакты и оставляете позади всё, что было настроено опытом: формулировки, которые перестали путать клиентов, границы, за которые агент не заходит, порядок вопросов, переставленный после сотни прослушанных звонков.
Короткий ответ на вопрос «что теряется». Пять вещей: сценарий в проприетарном формате, база знаний, записи и транскрипты, номера и настройки телефонии, интеграции. Первые две восстанавливаются дольше всего, потому что представляют собой не файл, а результат итераций. Снизить риск можно тремя пунктами в договоре и одной проверкой до подписания — попросить выгрузку прямо на этапе пилота.
Ниже — что именно остаётся у поставщика, почему повторный запуск занимает не меньше первого, и как это проверяется заранее.
Что остаётся у поставщика: пять позиций
Сценарий. У каждой платформы свой формат: дерево узлов, набор промптов, правила переходов, guardrails. Универсального обмена между платформами не существует. Даже выгруженный сценарий на новой платформе — это исходник для переписывания, а не готовый к запуску объект. Из чего он состоит, разобрано в статье про сценарий разговора агента.
База знаний. Услуги, прайс, филиалы, зона обслуживания, список того, чего компания не делает, отработка типичных возражений. Формально это ваши данные. Фактически они часто существуют только внутри интерфейса поставщика — и в формате, который он же и определил.
Записи и транскрипты. Массив, который дороже всего остального вместе взятого: на нём учатся, по нему разбирают провалы, из него берут реальные формулировки клиентов. Юридически это персональные данные по 152-ФЗ со всеми вытекающими требованиями к хранению и локализации — подробности в материалах про хранение записей разговоров и 152-ФЗ на практике.
Номера и телефония. Если номер оформлен на поставщика, при уходе он остаётся у него — а номер напечатан на визитках и стоит в контекстной рекламе. Отдельная деталь после 1 сентября 2025 года: маркировка звонков (закон № 41-ФЗ, пункт 9.1 статьи 46 закона № 126-ФЗ «О связи», Постановление Правительства № 1300 от 28.08.2025) настраивается через оператора связи, и при смене схемы её приходится оформлять заново.
Интеграции. Связки с CRM и телефонией сделаны под конкретный продукт: вебхуки, маппинг полей, права доступа. На новой платформе эта работа повторяется целиком.
Почему повторный запуск не быстрее первого
Распространённое заблуждение: если сценарий и база знаний выгружены, переезд сводится к загрузке файлов. Не сводится. Файл фиксирует итоговое состояние, но не причины, по которым оно такое.
В сценарии не написано, почему вопрос про бюджет стоит четвёртым, а не первым. В базе знаний нет пометки, что формулировку про сроки переписывали трижды, потому что клиенты понимали её двояко. Эти решения были приняты по записям, которых у вас, возможно, тоже нет.
Плюс к этому — техническая часть. Развёртывание типового агента у зрелого вендора оценивают в срок от двух недель до двух месяцев (по оценке Sacra в разборе Sierra). Разовая настройка на российском рынке — около 83 000 ₽ (публичные условия Zvonobot), разработка кастомного решения — от 150 000 ₽ (оценка Gravitel). При переезде эти суммы и сроки возникают повторно, и к ним добавляется период, пока новый агент снова набирает качество: Retell AI, например, заявляет выход на containment 50–80% в течение 60 дней после запуска — это вендорское заявление, но порядок величины показателен.
Что вписать в договор
Три формулировки закрывают большую часть риска. Полный разбор договора — в отдельной статье про то, что смотреть в договоре с поставщиком.
| Пункт | Плохая формулировка | Рабочая формулировка |
|---|---|---|
| Права на сценарий и базу знаний | «Материалы проекта принадлежат исполнителю» | Заказчику принадлежат сценарий, база знаний и все внесённые в них изменения |
| Выгрузка данных | Не упомянута | Выгрузка сценария, базы знаний, записей и транскриптов в машиночитаемом формате в течение N рабочих дней по письменному запросу, без дополнительной платы |
| Записи разговоров | «Хранятся на стороне исполнителя» | Срок хранения, формат, порядок передачи и порядок удаления после расторжения |
| Номера | Оформлены на исполнителя | Номера оформлены на заказчика либо предусмотрен порядок переноса |
| Срок после расторжения | Не упомянут | Доступ к данным сохраняется N дней после прекращения договора |
Отдельно стоит проговорить, что именно значит «машиночитаемый формат». Архив аудио плюс транскрипты текстом плюс сценарий и база знаний в JSON, YAML или хотя бы в структурированном документе — это выгрузка. PDF-отчёт и ссылка на веб-интерфейс — нет.
Как проверить выгрузку до подписания
Договор описывает намерение, проверка показывает реальность. Три шага, которые занимают день.
- Попросить пробную выгрузку на этапе пилота. Не описание процедуры, а сам архив. Смотрите, что внутри: полный сценарий или его схема, транскрипты с разметкой ролей или сплошной текст, все записи или последние 30 дней.
- Спросить, что происходит при неоплате. Данные блокируются вместе с доступом или остаются доступными для выгрузки. Это самый неприятный сценарий, и обсуждать его лучше до, а не после.
- Проверить, кому принадлежат номера и интеграции. Достаточно посмотреть, на чьё юрлицо оформлен договор с оператором связи и чьи учётные записи используются в CRM. Что требуется от вашей телефонии в принципе — в материале про подключение телефонии.
База знаний ведётся у вас — в вашем документе, вашей вики или репозитории, — а поставщику передаётся её копия. Это одна привычка, которая снимает половину проблемы переезда и ничего не стоит.
Ограничения: lock-in не снимается полностью
Свести привязку к нулю нельзя, и попытка это сделать обходится дороже самой привязки.
Часть работы непереносима по своей природе. Настройка под конкретный стек, подбор параметров распознавания, поведение на перебиваниях — всё это привязано к платформе и не имеет смысла вне её.
Максимальная переносимость стоит денег. Требование держать всё в открытых форматах и на своей инфраструктуре — это, по сути, шаг в сторону собственной разработки со всеми её издержками; где там ломается расчёт, разобрано в статье про свою разработку или платформу.
Выгрузка не равна работоспособности. Даже полный архив на новой платформе требует переписывания. Разумная цель — не «уйти за день», а «уйти без потери фактуры и истории».
Риск не всегда стоит внимания. Если агент закрывает один простой сценарий, стоимость пересборки невелика, и торг за пункты договора займёт больше времени, чем сам переезд. Пункты про выгрузку критичны там, где накоплены месяцы правок и большой массив записей.
Частые вопросы
Что такое vendor lock-in в случае голосового агента?
Можно ли перенести сценарий агента к другому поставщику?
Кому принадлежат записи разговоров с клиентами?
Как проверить возможность выгрузки до подписания договора?
Вывод
Привязка к поставщику измеряется не тем, отдадут ли вам файлы, а тем, сколько времени займёт восстановление качества на новом месте. Дешевле всего снимается риск по данным: права на сценарий и базу знаний, машиночитаемая выгрузка с записями и транскриптами, номера на своём юрлице, срок доступа после расторжения. Надёжнее всего работает привычка вести базу знаний у себя и хранить копию записей: она ничего не стоит ровно до того дня, когда понадобится. Остальные вопросы к поставщику собраны в статье про выбор голосового AI-агента.