Сайт работает, но поддерживать его должна другая команда. У владельца могут быть адрес, архив и несколько доступов без понимания, достаточно ли этого. Не начинайте с переноса домена или обещания быстро исправить всё: сначала нужен обзор исходного состояния.
Материал — о приёмке существующего сайта новым исполнителем. Передача результатов нового заказа и регулярная поддержка разобраны отдельно. Смена студии не означает автоматического редизайна или переноса хостинга.
Сформулируйте задачу и сохраните исходное состояние
Запишите, почему меняете исполнителя и чего ожидаете сейчас: обновлять материалы, исправить конкретный сбой, добавить функцию или спланировать перестройку. Отделите существующие ошибки от новых пожеланий. К проблеме добавьте адрес, шаги воспроизведения и фактический результат.
Соберите важные сценарии, которые нельзя потерять: обращения, запись, продажа или публикация материалов — только те, которые действительно есть на сайте. Зафиксируйте дату обзора и известные ограничения. Это основа сравнения после изменений, а не подтверждение исправности всего проекта.
Соберите карту материалов вместо списка паролей
Для каждого пункта отметьте состояние: доступен, требует проверки или отсутствует. Если чего-то нет, так и запишите; не выдавайте приблизительный ответ за подтверждённый факт.
| Часть | Что выяснить | Что ещё может быть неизвестно |
|---|---|---|
| Рабочий сайт | Домен, платформа и текущая публичная версия | Откуда и как её публикуют |
| Код или проект платформы | Репозиторий, экспорт или кабинет с нужными правами | Соответствует ли комплект рабочей версии |
| Зависимости | Почта, формы, оплата, запись и другие реальные сервисы | Кто ими управляет и что без них остановится |
| Материалы и копии | Контент, изображения, инструкции, резервные копии | Актуальность, полнота и условия использования |
Проверьте права до начала изменений
Определите, какие аккаунты контролирует бизнес, кто может пригласить новую команду и восстановить доступ. Для первого обзора согласуйте нужные права; не передавайте все аккаунты лишь потому, что начинается знакомство. Пароли и секреты не вставляйте в публичную форму или общий документ.
У сервисов свои роли. Например, Search Console различает владельцев и пользователей; доступ к файлам сайта не подтверждает нужного доступа к поисковым данным. Проверяйте каждый сервис отдельно.
Для порядка аккаунтов используйте карту домена, хостинга и почты. Завершение доступов прежнего исполнителя согласуйте вместе с переходом, чтобы не потерять управление до проверки новой команды.
Попросите проверить пригодность комплекта к работе
Новая студия должна выяснить, можно ли запустить или восстановить доступный комплект в согласованной тестовой среде, как публикуется изменение и как вернуть прошлую версию. Отдельно сравните его с рабочим сайтом. Старый архив или успешная локальная сборка сами по себе этого не доказывают.
Состав копии зависит от платформы. Например, документация WordPress о резервировании разделяет файлы и базу данных: для типичного восстановления нужны обе части. Это пример, а не предположение, что ваш сайт работает на WordPress.
Используйте безопасные тестовые данные и согласованные доступы. Не переносите реальные обращения в лишнюю среду и не восстанавливайте копию поверх рабочего сайта ради демонстрации. Если проверка невозможна без отсутствующего материала, оставьте открытый вопрос с ответственным.
Уточните ограничения и условия материалов
Попросите список зависимостей, влияющих на продолжение работы: подписки, модули, привязки к аккаунтам, особые настройки и недокументированные изменения. Для важного ограничения нужны последствия: что нельзя проверить или что придётся согласовать отдельно.
Наличие кода не объясняет допустимых способов использования. GitHub описывает роль лицензии репозитория; для конкретного проекта соберите известные условия и согласуйте спорные вопросы отдельно. Не предполагайте автоматического права передать любой сторонний материал.
Учебный пример: архив открывается, но уведомления формы зависят от аккаунта прежнего исполнителя. Команда записывает зависимость и нужное решение до оценки изменений. Это условный сценарий, не кейс XEVOR и не повод сразу менять всю платформу.
Согласуйте обзор отдельно от будущих доработок
После начальной проверки попросите короткий вывод: что подтверждено, что не проверено, каких доступов нет и какие задачи можно оценить. Если нужно дополнительное исследование, назовите результат и границы до начала. Не объединяйте неизвестные старые проблемы с обещанием неограниченной поддержки.
- Текущая ошибка: воспроизведение, ожидаемое поведение и проверка исправления.
- Новая функция: отдельный сценарий и зависимости.
- Недоступный материал: кто его запрашивает и что он блокирует.
- Дальнейшее сопровождение: согласованные задачи и канал обращений.
Если обзор выявил системные изменения, отделите их по руководству о редизайне. Смена исполнителя и решение перестроить сайт — разные договорённости.
Зафиксируйте момент перехода и приёмку
Согласуйте, кто поддерживает текущую версию до перехода, кто может публиковать изменения и кто решает вопросы при сбое. Добавьте порядок возврата и действия после передачи. Знакомство с новой студией само по себе не разрешает менять DNS или настройки почты.
- Дата обзора, версия и проверенные сценарии.
- Полученные материалы и доступы с фактическими ролями.
- Известные ошибки, неизвестные зависимости и ответственные.
- Первая согласованная задача, результат и способ проверки.
- Порядок публикации, возврата и сообщения о сбое.
- Ответственность до и после перехода и завершение старых доступов.
Первое изменение примите по согласованному сценарию на конечном сайте. Реальную тестовую заявку согласуйте с получателем и отметьте как тест. Сообщение на странице не заменяет проверки получения.
Обсудить приёмку сайта на поддержку · Отправить адрес и описание задачи без секретов
Частые вопросы о смене студии
Достаточно ли пароля от админпанели?
Не всегда. Комплект зависит от платформы, способа публикации и сервисов. Проверьте его для конкретной задачи.
Нужно ли сразу переносить хостинг?
Нет. Сначала определите потребность и зависимости. Перенос согласуют отдельно с проверками и возвратом.
Что делать, если части кода или доступов нет?
Зафиксируйте отсутствие и заблокированные проверки. Согласуйте получение материала или другой объём работ, не предполагая полной готовности.
Означает ли новая студия полный редизайн?
Нет. Начальный обзор должен помочь отделить поддержку, локальное исправление и системную перестройку.