Три сайта в одном аккаунте, один клиент хочет уйти

Разберём передачу одного сайта из трёх. На одном VPS — WordPress мастерской, цветочного магазина и мини-отеля. У каждого своя база и вход в админку, а аккаунт хостинга общий. Мастерская уходит к другому исполнителю. Два остальных сайта должны продолжить работать, будто ничего не случилось.

Новый исполнитель просит «скинуть доступы». В WordPress я его пущу. Но общий пароль от хостинга отдавать не хочу: там и чужие файлы, и настройки остальных сайтов. Если выдать только архив, он потом спросит, где домен и кто продлевает сервер. Пытаюсь составить нормальный комплект передачи и всё время дописываю ещё строчку. Где для вас кончается «сайт передан»: на скачанном архиве или когда новый человек может поддерживать его без звонков мне?

Ира, «без звонков мне» — хорошая, но страшная планка)) Я бы попросила нового человека самому открыть копию сайта и найти, где меняются телефон и фотографии. Архив можно передать идеально, а потом остаться единственной, кто знает, куда нажать. Только общий пароль я бы тоже не дала.

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

А я бы разделил «умеет вести сайт» и «может вернуть себе доступ». Новый исполнитель пока может не знать, где менять картинки. Важнее, чтобы владелец мастерской не зависел от Иры, если этот человек тоже однажды уйдёт. У сайта должна быть жизнь длиннее одной переписки)

Со стороны владельца мне нужна очень короткая бумажка: где сайт, куда придёт восстановление доступа и кому писать, если он не открывается. Пароль я могу сохранить. А вот объяснение «это у нас в той панели, помните?» через полгода уже не поможет.

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

Юлину короткую карточку включаю в комплект. Знать все кнопки в день передачи не требуется; понимать, кто теперь отвечает за сайт, — требуется.

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

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

В комплекте я бы отдельно написал, где управляется домен. Архив сайта этого не содержит. Сменить адрес сайта и перенести управление доменом — разные действия; второе стоит согласовать с владельцем, пока никто не начал нажимать кнопки в общем аккаунте.

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

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

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