Vendor lock in: что это и почему трудно уйти от ИИ сервиса

Vendor lock in это ситуация, когда уйти от сервиса дороже, чем остаться, даже если он перестал устраивать. Уйти трудно не потому, что нет кнопки «удалить аккаунт». Кнопка есть. Трудно потому, что за время работы в сервисе накапливается то, что нельзя забрать с собой: история переписки, память ассистента о Ваших клиентах, настроенные сценарии, привычные интеграции. Экспорт обычно отдаёт только часть, остальное живёт в закрытых форматах провайдера. В ИИ-сервисах эта привязка сильнее, чем в обычном облаке: файлы перенести можно, а накопленный контекст, всё то, что ассистент о Вас знает, выгрузить базой обычно нельзя. Чем дольше Вы работаете, тем больше теряете при переезде, и обе стороны это понимают. В статье разбираем, из чего складывается привязка к платформе ИИ, что о барьерах переноса говорят исследования и закон и как проверить сервис на lock in до покупки.

Из чего складывается привязка к платформе ИИ

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

Первый слой: данные в закрытом формате. Экспорт у крупных сервисов есть, но частичный. Архив переписки приходит файлом, а память ассистента, внутренние связи и настройки остаются в форматах провайдера, которые другая система не прочитает.

Второй слой: накопленный контекст. Ассистент, который знает Ваше дело, отличается от нового ассистента ровно на годы совместной работы. Этот слой не выгружается вообще: он существует только внутри конкретного сервиса и исчезает вместе с аккаунтом.

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

Почему в ИИ-сервисах привязка сильнее, чем в облаке файлов

С файловым облаком расставание переживаемо: Яндекс Диск и Google Drive хранят файлы, файлы скачиваются папкой и открываются где угодно. ИИ-ассистент хранит не файлы, а смысл: кто Ваши клиенты, о чём Вы договорились, как Вы формулируете. Эта память живёт в инфраструктуре провайдера, в его внутреннем формате, и наружу целиком не отдаётся. Выгрузить «всё, что сервис знает обо мне» в пригодном для переноса виде обычно нельзя.

У этой привязки есть неприятное свойство: она растёт сама. Файлов через год может остаться столько же, а контекста у ассистента станет на год больше. Каждый рабочий день делает переезд немного дороже. Lock in здесь не сбой и не злой умысел конкретной компании, а встроенное свойство модели, в которой память принадлежит платформе, а не Вам.

Что говорят исследования о переносе данных

Перенос данных между платформами тяжёл даже для компаний с целыми ИТ-отделами. Отчёт Flexera «2025 State of the Cloud», опрос 759 руководителей и специалистов по облачной инфраструктуре, из года в год называет главными сложностями миграции понимание зависимостей приложений и оценку технической осуществимости: прежде чем что-то переносить, нужно разобраться, с чем оно связано и переживёт ли переезд (Flexera, 2025). Обратный путь тоже редкость: по тому же отчёту, респонденты вернули из облака на собственные серверы лишь 21% рабочих нагрузок и данных.

Показательно, какую страховку выбирает бизнес. 70% опрошенных держат гибридную схему, минимум одно публичное и одно частное облако, а среднее число публичных облаков на компанию 2,4 (Flexera, 2025). Компании сознательно не складывают всё в одну корзину: зависимость от единственного провайдера считается риском, которым нужно управлять, а не удобством по умолчанию.

Честная оговорка: отчёт описывает облачную инфраструктуру в целом, а не ИИ-ассистентов. Но вывод переносится напрямую, и в ИИ-сервисах он жёстче. Там к переносимым с трудом данным добавляется память, которая не переносится вовсе.

Почему в дело вмешались законодатели

Масштаб проблемы виден по реакции регуляторов. В Евросоюзе с 12 сентября 2025 года применяется Data Act, регламент 2023/2854, и целая его глава посвящена переключению между провайдерами обработки данных. Закон обязывает провайдеров убирать препятствия для перехода, а с 12 января 2027 года запрещает брать с клиента плату за сам переход, включая плату за выгрузку данных. До этой даты плата не может превышать фактических затрат провайдера.

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

Право на переносимость данных в Европе закреплено и раньше: статья 20 GDPR позволяет получить свои данные в структурированном машиночитаемом виде. В российском 152-ФЗ прямого аналога нет. Для Вас это означает простую вещь: в России рассчитывать на закон, который заставит сервис отдать накопленное, пока не приходится. Страховку от lock in выбирают сами, на этапе выбора сервиса, а не в момент ухода.

Как проверить сервис на lock in до покупки

Проверка занимает одно письмо поставщику. Три вопроса, по одному на каждый слой привязки.

Что именно я смогу выгрузить при уходе? Не «есть ли экспорт», а конкретный состав: переписка, память ассистента, настройки, документы.

В каком формате? Открытый машиночитаемый формат означает, что данные поднимутся в другой системе. Внутренний формат провайдера означает красивый архив, который некуда вставить.

Сколько стоит и сколько длится уход? Плата за выгрузку, сроки, что происходит с данными после закрытия аккаунта.

Полный список из семи вопросов поставщику, вместе с разбором политик провайдеров и требований 152-ФЗ, мы собрали в обзоре кому принадлежат данные при работе с ИИ. Уклончивый ответ здесь тоже ответ. И задавать эти вопросы стоит до того, как в сервисе накопятся годы контекста: после lock in уже сработал.

Как вопрос ухода решён у Хермес

Самый надёжный способ избежать lock in: выбрать схему, в которой барьера выхода нет по архитектуре. Хермес от intakto это ИИ-помощник с постоянной памятью, и её память лежит не у нас, а в базе на сервере клиента, физически в РФ. Сервер принадлежит Вам по договору, ключи доступа в Вашем кабинете.

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

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