Студия подняла цены, перестала отвечать на письма или закрылась — и вместе с ней «замер» сайт, приносящий вам продажи. Смена подрядчика — нормальная часть жизни проекта, но без исходного кода, документации и доступов она превращается в катастрофу: новый разработчик неделями изучает чужой код, а восстановление утраченных интеграций с CRM или 1С может обойтись дороже разработки с нуля. По нашему опыту, передача проекта без документации занимает 2–4 недели платного аудита, тогда как с полным комплектом документов команда входит в работу за 2–3 дня. Хорошая новость: независимость от студии складывается из простых шагов, которые нужно сделать в начале сотрудничества. Разберём каждый из них.
Почему проекты «прирастают» к студии
Зависимость почти никогда не возникает намеренно — она формируется сама собой за счёт трёх механизмов. Первый: весь код, бэкапы и тестовые версии живут только на серверах подрядчика, а у клиента есть лишь «лицо» проекта — сам сайт. Второй: домен, хостинг, почта и рекламные кабинеты зарегистрированы на сотрудников студии — формально это их имущество, и при конфликте доступ становится разменной монетой. Третий и самый коварный: вся память о проекте — почему сделано так, где какие настройки, как работает интеграция с 1С — хранится в головах конкретных людей. Когда эти люди уходят, проект теряет управляемость. Проверить наличие vendor lock-in просто: ответьте, можете ли вы сегодня войти в панель хостинга и админку сайта без обращения к студии.Исходный код: ваша интеллектуальная собственность
Если вы оплатили разработку, код по умолчанию должен принадлежать вам — но только если это зафиксировано в договоре. Настаивайте на пункте о передаче исключительных прав на результат работ сразу после оплаты этапа. Практика приёма выглядит так: студия заводит отдельный репозиторий в GitLab или GitHub и приглашает ваш аккаунт с правами не ниже Reporter, а лучше Developer. Даже если разработчиков в штате нет, доступ к репозиторию нужен — это доказательство авторства и страховка. Дополнительно просите полную выгрузку проекта (код плюс дамп базы данных) после каждого крупного этапа и храните архив в своём облаке. Если студия отказывается отдавать код со словами «у нас своя CMS» — это красный флаг: либо вы арендуете решение, а не покупаете, либо вас сознательно держат на крючке.Документация, без которой новый разработчик ничего не поймёт
Документация — то, что превращает «чужой» код в понятный проект. Не нужен том на 200 страниц: достаточно комплекта из пяти документов, который хорошая студия готовит в процессе работы:- Архитектура и схема интеграций: как сайт связан с CRM, 1С, платёжными шлюзами и службами доставки, какие API используются, где хранятся ключи.
- Описание инфраструктуры: хостинг, версии PHP и фреймворков, cron-задачи, окружения dev/stage/prod.
- Реестр доступов в менеджере паролей с указанием владельца каждого аккаунта.
- Инструкция по типовым операциям: как обновить цены, добавить раздел, выпустить релиз.
- Журнал изменений: что, когда и зачем правилось — обычно история коммитов плюс краткое описание релизов.
Чек-лист доступов, которые должны быть у вас
Пройдитесь по списку и отметьте, что уже находится в вашем распоряжении. Каждая закрытая студией позиция — точка уязвимости:- Домен — аккаунт у регистратора на ваше имя, а не на имя менеджера студии.
- Хостинг или VPS — панель управления, root- или SFTP-доступ к серверу.
- Админка CMS — учётная запись администратора, а не «редактора».
- База данных — доступ к phpMyAdmin или аналогичной панели плюс актуальный дамп.
- Git-репозиторий — приглашение для вашего аккаунта.
- Сервисы: CDN, почтовые рассылки, SMS-шлюзы, капча, карты.
- Аналитика и реклама: Яндекс.Метрика, Яндекс.Директ, VK Реклама — как минимум с правами наблюдателя.
- Платёжные кабинеты, интернет-эквайринг банка.
Инфраструктуру регистрируйте на себя
Даже полный набор паролей не спасёт, если формальным владельцем ресурсов остаётся студия. Правило простое: домены, хостинг, лицензии и сервисы оформляются на вашу организацию или ИП и оплачиваются с ваших счетов. Внутри кабинета студия может получить отдельного пользователя с нужными правами — это нормально и делается за пару минут. Отдельно проверьте почту: если заявки с сайта приходят на адрес на домене студии, при разрыве отношений вы потеряете входящие письма. Почтовый домен должен быть вашим. То же касается лицензий на CMS, плагины и шаблоны — покупайте их под своим аккаунтом, иначе обновления навсегда останутся у подрядчика.Что зафиксировать в договоре
Устные договорённости при смене подрядчика не работают, поэтому ключевые условия важно внести в текст договора:- Передача исключительных прав на код и дизайн после оплаты этапа.
- Состав и сроки передачи материалов: репозиторий, документация, доступы, бэкапы.
- Порядок при расторжении: студия передаёт актуальный архив проекта (код, база, файлы) в течение определённого срока, например 5 рабочих дней.
- Запрет на использование вашего кода и данных в других проектах.
- Условие, что инфраструктура регистрируется на заказчика, а студия получает доступ в качестве пользователя.
Аудит текущего проекта: один день, чтобы закрыть риски
Если сайт уже работает, не ждите конфликта — проведите ревизию прямо сейчас. Отправьте студии письмо с запросом: актуальная копия кода из репозитория, дамп базы данных, список сервисов и интеграций с указанием, где хранятся ключи. Параллельно проверьте сами: войдите в админку и панель хостинга, посмотрите через WHOIS, на кого зарегистрирован домен, найдите доступы к Метрике и рекламным кабинетам. Попросите встречу на 30–40 минут, чтобы команда показала архитектуру проекта и ответила на вопросы — добросовестные студии делают это охотно, ведь передача материалов им выгодна для репутации. Если на запросы отвечают уклончиво, а передачу «откладывают» — это сигнал заранее готовить план Б и начинать поиск нового подрядчика.Независимость от подрядчика — это не недоверие, а гигиена проекта, как бэкапы или страхование. Она экономит деньги при расставании, усиливает вашу позицию в переговорах о ценах и возвращает контроль над собственным бизнесом. Начните с трёх шагов на этой неделе: запросите копию кода и бэкап базы, проверьте владельца домена и заведите общий менеджер паролей. Кстати, реакция студии на такой запрос сама по себе диагностична: зрелые команды передают материалы легко и сами предлагают оформить инфраструктуру на заказчика. А если вы только выбираете исполнителя — поднимите темы передачи прав, документации и доступов на первых же переговорах: ответ на них скажет о подрядчике больше, чем любое портфолио.