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

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

Что запросить у прежнего исполнителя?

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

Полезно собрать такой комплект:

• Управление аккаунтами. Кто владеет доменом, размещением и сервисами, какие сотрудники компании могут восстановить доступ.
• Рабочая копия. Файлы, база данных и сведения, необходимые для восстановления проекта; когда сделана копия и где она хранится.
• Исходники и история изменений. Репозиторий, материалы сборки, макеты и инструкции, если они использовались и предусмотрены передачей.
• Описание окружения. Версии программ, расширения, фоновые задания и порядок публикации изменений.
• Интеграции и лицензии. Какие системы подключены, кто оплачивает услуги, какие условия действуют для сторонних компонентов.
• Незавершённые работы. Известные ошибки, текущие задачи, последние изменения и ограничения проекта.

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

Как новой команде принять сайт?

Получить архив недостаточно. Новый исполнитель должен проверить, что копию можно развернуть, а документация соответствует рабочему проекту. Проверку лучше выполнять в изолированном тестовом окружении: тестовые заказы не должны уходить клиентам, а копия не должна повторно отправлять обращения в рабочую CRM.

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

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

Как провести переход без параллельных изменений?

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

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

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

С чего начать работу с новым подрядчиком?

Сначала зафиксировать исходное состояние и проверить критические сценарии: формы, заказы, оплату в согласованном тестовом режиме, обмен данными и резервное копирование. Затем можно оценивать накопленные задачи. Срочная смена команды не требует одновременно менять дизайн, CMS и хостинг, если для этого нет отдельной причины.

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

Для передачи сайта в поддержку WBStudio можно начать с адреса и описания текущих проблем. После первичного обсуждения согласовать нужные доступы и проверку копии; отправлять секреты в обычную форму заявки не нужно.