Как сменить подрядчика по сайту без потерь

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

Разбираем порядок действий, который делает переход управляемым.

Шаг 1. Инвентаризация до разговора

Порядок здесь важен: сначала убедитесь, что у вас всё есть, потом объявляйте о планах. Обратная последовательность иногда заканчивается неприятностями.

Проверьте, что у вас на руках:

Домен. На кого зарегистрирован. Это самый критичный пункт: домен с накопленной историей невосстановим, если оформлен не на вас.

Хостинг. Аккаунт на вашу компанию, доступ администратора.

Исходный код. В вашем репозитории, с историей изменений — не архивом, присланным при сдаче.

Панель управления сайтом. Учётная запись с полными правами.

Исходники дизайна в редактируемом формате.

Аналитика и панели вебмастеров. Права владельца, а не гостевой доступ.

Сторонние сервисы. Список того, что подключено, на чьи аккаунты и кто платит.

Если что-то оформлено на подрядчика — это первое, что нужно перевести на себя, и лучше сделать это в спокойном режиме. Почему это принципиально, разобрано в статье права на дизайн и код.

Шаг 2. Что запросить у прежней команды

Даже при мирном расставании стоит запросить письменно:

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

Добросовестный подрядчик передаёт это без сопротивления: для него это стандартная процедура завершения проекта.

Шаг 3. Аудит перед передачей

Прежде чем новая команда возьмётся за работу, полезно понять, что вы передаёте.

Аудит существующего проекта — 30 000 — 100 000 ₽ — даёт ответ на три вопроса: в каком состоянии код, что критично исправить, сколько будет стоить дальнейшая работа.

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

Что проверить самостоятельно, если бюджета на аудит нет, — в статье технический SEO-аудит.

Шаг 4. Разговор и расторжение

Когда доступы у вас, а состояние проекта понятно — можно объявлять.

Что зафиксировать письменно:

Дата окончания работ и что входит в последний период.

Взаиморасчёты. Оплата фактически выполненного, возврат неотработанного аванса.

Передача материалов — перечнем, со сроком.

Судьба гарантии. Обычно она прекращается или ограничивается частями, которых новая команда не касалась — подробнее в статье гарантия на сайт.

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

Шаг 5. Вход новой команды

Заложите время на погружение. Изучение чужого кода на среднем проекте — от нескольких дней до пары недель, и это нормальная плата за переход.

Что стоит сделать в первый месяц:

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

Не начинайте с редизайна. Сначала стабилизация, потом развитие.

Если подрядчик не отвечает

Ситуация, к сожалению, встречается.

Домен на вас — большая часть проблемы решена: вы можете направить его куда угодно.

Хостинг на вас — доступ восстанавливается через провайдера по документам компании.

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

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

Именно поэтому пункт про регистрацию домена на себя стоит соблюдать с первого дня работы с любым исполнителем.

Как не попасть в эту ситуацию снова

Четыре правила при работе с новой командой:

1. Домен и хостинг регистрируются на вашу компанию.
2. Код в вашем репозитории с первого дня разработки.
3. В договоре прописана передача исключительных прав.
4. Раз в квартал вы проверяете, что доступы у вас работают.

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

Итог

Порядок: инвентаризация доступов → запрос документации → аудит состояния → расторжение с фиксацией передачи → вход новой команды с погружением.

Ключевой момент — сначала убедиться, что всё у вас, и только потом объявлять о смене.

А если сейчас вы не уверены, на кого зарегистрирован ваш домен, — это стоит проверить сегодня, независимо от того, планируете вы смену подрядчика или нет.