Кому принадлежит ваш чат-бот: владение кодом vs vendor lock-in
Заказать чат-бот в студии или конструкторе — это решение на годы. Если вы не владеете кодом, через 2-3 года вы заложник подрядчика. Разбираем lock-in, реальные последствия и как защитить свой бизнес.
Что такое vendor lock-in в чат-ботах
Vendor lock-in — это ситуация, когда вы технически или юридически не можете уйти от поставщика без потери данных, времени и денег. В мире чат-ботов это работает так:
- Конструкторы (Botmother, SaleBot): ваш бот живёт внутри их платформы. Вы платите подписку, накапливаете подписчиков, настраиваете воронки — но всё это привязано к их аккаунту. Уход = пересборка с нуля.
- Студии разработки: пишут код, держат его на своём сервере. Через 1-2 года клиент не помнит ни какие технологии, ни логику, ни как это работает.
- Фрилансеры: пропадают. Через год исходник найти невозможно, поддерживать некому.
Результат: через 2-3 года вы заложник того, кто делал бот. Цена обслуживания растёт, новые фичи делаются медленно, а уйти страшно — потому что всё, что нажито, останется у них.
Скрытая цена «удобных» конструкторов
На старте Botmother выглядит как лучший выбор: 1990 ₽/мес, drag-and-drop, готовые шаблоны. Но что говорят клиенты после 1-2 лет работы?
«Теперь не уйти — подписчиков терять не хочется. Рассылки УЖАС, кнопка отправить с пятого раза работает.»
— владелец салона красоты, отзыв на форуме SMM
Что реально стоит конструктор:
- Подписка: 1990–6990 ₽/мес — постоянно
- Лимиты на сообщения и подписчиков: больше лимитов = выше тариф
- Скрытые комиссии: за интеграции, за SMS, за «расширенные функции»
- Поддержка по подписке: «премиум-чат» — отдельно
За 3 года владения ботом в Botmother реальный чек выходит от 100 000 ₽ — больше, чем заказать собственный бот у студии. И при этом у вас не остаётся ничего, что можно было бы продать вместе с бизнесом или перенести при смене подрядчика.
Как студии незаметно «садят» клиента на крючок
Студии разработки используют другие техники lock-in. Они выглядят естественно, но в сумме приводят к той же зависимости:
1. Код «у них на сервере»
Самая частая схема: «зачем вам исходники, мы всё обслуживаем сами». В договоре прописано «лицензия на использование», а не «передача собственности». Через год вы не сможете нанять другого разработчика, потому что у него нет ничего, с чем работать.
2. Уникальный самописный стек
Студия разрабатывает на своих внутренних библиотеках. Любой сторонний разработчик при попытке развить функционал упирается в недокументированную внутреннюю кухню. Решение — только через эту же студию, по их цене.
3. Привязка к их инфраструктуре
База клиентов, история сообщений, ключи API, домен, сертификаты — всё на серверах подрядчика. При попытке миграции «всплывает», что у клиента нет даже доступа к собственным данным.
4. Отсутствие документации
В договоре нет требования «передать документацию». На практике это означает, что после ухода старого разработчика никто не понимает, что делает бот и почему. Любая правка превращается в реверс-инжиниринг.
3 сценария когда lock-in бьёт по бизнесу
Сценарий 1: Разработчик пропал
Реальный случай из практики: ветклиника заказала бот у фрилансера за 80 000 ₽. Через 8 месяцев он перестал отвечать. Бот работает, но никто не знает, на каком сервере он крутится, кто платит за хостинг, что делать когда понадобится правка. Через месяц бот упал из-за просрочки оплаты VPS — клиент потерял 2 недели заявок.
Сценарий 2: Подрядчик поднял цену
Студия делала бот для салона за 50 000 ₽ + 7 000 ₽/мес поддержка. Через год объявила: «теперь поддержка 15 000 ₽/мес, иначе отключим». Клиент попытался найти другого разработчика — выяснилось, что код написан на проприетарной системе, никто не возьмёт. Пришлось платить.
Сценарий 3: Хочется развить функционал, а нельзя
Конструктор не поддерживает кастомную интеграцию с CRM клиента. Студия отвечает: «эту интеграцию мы не делаем». Своего разработчика взять нельзя — нет исходников. Бот «работает» 2 года без обновлений, рынок ушёл вперёд, конкуренты автоматизируют сильнее.
Чек-лист: что нужно получить от подрядчика
Прежде чем платить за бот, убедитесь что в договоре или приложении к нему прописано:
- ☐ Передача исходного кода — полный репозиторий, без шифрованных или обфусцированных частей
- ☐ Доступ к серверу — SSH/админ-панели, либо инструкция как поднять у себя
- ☐ База данных — структура, выгрузка, способ резервного копирования
- ☐ Документация — что делает бот, какая логика, как запускать, как обновлять
- ☐ Ключи API и токены — все доступы к сторонним сервисам
- ☐ Открытый стек — не проприетарные внутренние библиотеки, а стандартные технологии (Node.js, Python, Postgres)
- ☐ Право собственности на код — в договоре прямо: «исключительные права передаются заказчику»
- ☐ Возможность миграции — описание процедуры переезда на ваш сервер
Если подрядчик отказывается прописать хотя бы половину пунктов — это красный флаг. Скорее всего, через год вы окажетесь в ситуации «давайте только мы», с растущим чеком и без возможности уйти.
Как DECODEXT решает эту проблему
Мы изначально строим работу с клиентом по принципу «вы владеете тем, за что заплатили». Вот как это выглядит у нас:
- Исходный код — ваш. По завершении проекта вы получаете полный git-репозиторий с правом коммерческого использования и развития.
- Стек открытый. Node.js + grammY + Postgres / SQLite. Любой разработчик в стране возьмётся за поддержку.
- Сервер — на вашем выборе. Деплоим на наш VPS или на ваш — как удобнее.
- Документация в комплекте. README, схемы архитектуры, инструкции по запуску и обновлениям.
- Поддержка по выбору. Хотите — обслуживаем мы (5 000 ₽/мес). Хотите — берёте своего разработчика. Хотите — справляетесь сами с помощью документации.
В договоре чётко прописано: «Исключительные имущественные права на результат интеллектуальной деятельности передаются Заказчику в полном объёме после оплаты». Это не маркетинговая фраза — это юридическая гарантия.
Почему мы делаем именно так:
- Клиенты остаются с нами потому что нравится сервис, а не потому что нет выхода.
- Доверие выше — и это даёт нам право на премиум-цены без торга.
- Если клиент уходит — он рекомендует нас другим, потому что мы поступили честно.
Частые вопросы
А если я возьму код и уйду к другому разработчику?
Имеете право. Мы передаём полные исходники и помогаем с миграцией. Опыт показывает, что 9 из 10 клиентов остаются с нами на поддержке, потому что мы лучше всех знаем свой код и быстрее всех решаем задачи. Но «привязки» нет.
Я не айтишник, что мне с этим кодом?
Ничего не нужно делать. Код просто хранится у вас как страховка. Если с нами что-то случится или захотите сменить подрядчика — у вас есть, с чем прийти к новому разработчику. Это не «возиться с программированием», это защита бизнеса.
А как я пойму, что код реальный и работающий?
В рамках сдачи проекта вы получаете доступ к git-репозиторию. Дополнительно мы делаем демонстрационный «холодный запуск» — поднимаем бот с нуля из вашего репозитория в вашем присутствии (или по видео). Это показывает, что код самодостаточный, а не зависит от наших «внутренних серверов».
Botmother / SaleBot ведь дешевле на старте
На старте — да. На горизонте 2-3 лет — нет. Подписка за 3 года выходит в 100–250 тысяч ₽, плюс ограничения по фичам, плюс невозможность забрать аудиторию. Собственный бот окупается за 12-18 месяцев и дальше не требует подписки.
Что если ваша студия закроется?
Именно поэтому код у вас. Вы не зависите от существования DECODEXT. У вас на руках — рабочий продукт, документация, любой Node.js-разработчик подхватит. Это и есть смысл «anti-lock-in».
Получите чат-бот с кодом в собственности
Бесплатный аудит и расчёт за 24 часа. Покажем, какие гарантии передаём в договоре и как защищаем ваш бизнес от lock-in.
Vendor lock-in — это не теория. Это реальная история бизнесов, которые через 2 года узнали, что не владеют тем, во что вложили сотни тысяч рублей. Защищайтесь заранее: прописывайте передачу кода до подписания договора, а не после.