Ссылка открывается, форма отправляет обращения, фотографии загружены. Сайт можно показывать клиентам. Но сможет ли компания продлить домен, исправить текст и передать развитие другому исполнителю?
Работающий сайт и понятная передача проекта решают разные задачи. Первое позволяет начать пользоваться результатом. Второе помогает сохранить эту возможность после завершения работы с конкретным разработчиком.
Принимать передачу удобнее по проверяемым действиям. Запись «доступы отправлены» слишком общая: под ней могут скрываться и полный набор управления, и одна роль редактора.
Домен: адрес отдельно от сайта
Уточните, где зарегистрирован домен, кто указан его администратором и какой аккаунт управляет продлением. Зафиксируйте дату окончания регистрации и контакт, на который приходят уведомления.
Эти сведения не стоит объединять в одну строку «домен у нас». Например, Тильда различает перенос управления доменом в другой аккаунт и изменение его администратора. Возможность оплатить продление не обязательно означает возможность самостоятельно выполнить любое действие с адресом.
На передаче попросите показать, где компания увидит срок регистрации и как организовано восстановление доступа. Это полезнее, чем переслать пароль без объяснения, к чему он относится.
Хостинг и внешние сервисы
Выясните, где работает сайт и какие услуги нужно оплачивать отдельно. Кроме размещения, могут использоваться конструктор, почта, формы, хранилище файлов или платный модуль.
Для каждого важного сервиса запишите назначение, ответственный аккаунт, способ продления и контакт для восстановления доступа. Укажите, что остановится при окончании подписки.
Если сайт находится на общем сервере подрядчика, заранее определите, как компания получит свою часть проекта при переносе. Наличие доступа в панель управления не объясняет, какие данные и настройки потребуются новому исполнителю.
Исходники и порядок обновления
Для сайта на конструкторе нужны подходящие права на проект. Для собственной разработки обычно нужны исходный код, используемые версии и понятный способ собрать и опубликовать изменения.
Не обязательно изучать все команды лично. Важно, чтобы другой назначенный специалист мог разобраться по переданным материалам, а не восстанавливать устройство проекта по переписке.
Если исходники находятся на GitHub, отличайте приглашение участника от передачи репозитория. Документация GitHub описывает отдельную процедуру смены владельца. После такой передачи прежний владелец может остаться участником, поэтому состав доступа нужно проверить отдельно.
Техническая передача и договорные условия использования кода, дизайна и материалов требуют отдельного согласования. Само наличие архива не отвечает на все эти вопросы.
Короткий паспорт сайта
Один небольшой документ помогает связать доступы с их назначением. В него можно включить:
- адрес сайта и место регистрации домена;
- размещение сайта и основные внешние сервисы;
- ответственных за оплату и продление;
- местонахождение исходников и инструкции по обновлению;
- способ получения резервной копии;
- порядок восстановления и контакт по сбоям;
- известные ограничения и отложенные работы.
Пароли и ключи в таком документе перечислять не нужно. Достаточно указать, где они хранятся и кто имеет к ним доступ. Саму передачу секретов организуйте отдельным защищённым способом, а после смены исполнителя пересмотрите действующие доступы.
Резервная копия должна восстанавливаться
Архив полезен, если понятно, что он содержит и как вернуть из него работающее состояние. Файлов страниц может быть недостаточно, когда у сайта есть база, загруженные пользователями документы или отдельные настройки.
Попросите описать состав копии, место хранения и порядок восстановления. Контрольная проверка в отдельной среде помогает обнаружить недостающие части до реального сбоя.
Не нужно останавливать действующий сайт ради демонстрации. Согласуйте безопасную проверку и сохраните её результат: что восстановили, из какой копии и какая часть осталась непроверенной. Проверка одной страницы не доказывает восстановление всего проекта.
Что показать на самой передаче
Предложите пройти несколько обычных действий: изменить контакт, обновить материал, найти уведомление о продлении, получить резервную копию. Для собственной разработки добавьте показ предусмотренного пути публикации.
Смотрите не только на результат, но и на то, сможет ли это повторить назначенный сотрудник или новый специалист по инструкции. Если действие держится на личном аккаунте одного человека, это стоит записать как незакрытую часть передачи.
Поддержка и развитие тоже требуют ясной границы. Опишите, куда сообщать о сбое, кто принимает новые задачи и что согласуется отдельно. Не подменяйте эти договорённости общей фразой «мы всегда на связи».
Если сайт уже передали без этих сведений
Начните с паспорта и списка недостающего. Не нужно сразу переносить проект или менять все сервисы. Сначала выясните фактическое состояние, доступные материалы и действия, которые компания пока не может выполнить.
Такой список даёт основу для предметного разговора с текущим подрядчиком или для дальнейшей работы над сайтом. Продолжение проекта становится понятнее, когда известны его устройство, ответственные и ограничения.
