Передача сайта заказчику: что вы должны получить

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

Разбираем, что должно быть передано и как проверить полноту.

Полный перечень

Исходный код

Не архив, а репозиторий с историей. Разница принципиальная: архив — снимок состояния, репозиторий — история изменений, по которой видно, что и когда делалось.

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

Доступы

На ваших аккаунтах, а не на аккаунтах подрядчика:

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

Регистрация домена на исполнителя — самая частая причина потери контроля над сайтом. Проверьте это в первый же день работы, а не при передаче.

Исходники дизайна

В редактируемом формате, а не картинками. Со всеми макетами, состояниями элементов и мобильными версиями.

Без них любое изменение оформления придётся начинать с нуля.

Документация

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

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

По нетиповым решениям: места, где что-то сделано неочевидно, и почему именно так.

Перечень сторонних компонентов

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

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

Учётные записи сервисов

Аналитика, панели вебмастеров, сервисы форм, рассылок, чатов. С правами владельца, а не гостевым доступом.

Типичная ситуация: счётчик стоит на аккаунте подрядчика, и через год вы не можете посмотреть свою же статистику.

Как проверить полноту

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

Задайте себе вопрос: сможет ли другая команда завтра начать работать с проектом, имея только то, что у вас есть?

Если для ответа нужно что-то запрашивать у прежнего подрядчика — передача неполная.

Более конкретно, проверьте четыре вещи:

1. Зайдите в панель хостинга и регистратора домена своими учётными данными.
2. Откройте репозиторий с кодом и посмотрите историю изменений.
3. Войдите в админ-панель сайта с правами администратора.
4. Проверьте, что вы владелец в аналитике, а не гость.

Это занимает пятнадцать минут и делается до подписания акта.

Что часто забывают

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

Резервное копирование. Настроено ли оно, где хранятся копии, кто получает уведомления о сбоях. Подробности — в статье резервное копирование сайта.

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

Информация о подписках. Что оплачивается ежемесячно, на чей аккаунт, когда следующее списание.

Когда это фиксировать

Ключевой момент: перечень передаваемого должен быть в договоре, а не обсуждаться при сдаче.

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

Что ещё стоит зафиксировать в договоре — в статье договор на разработку сайта.

Связь с приёмкой

Передача — часть приёмки, а не отдельное событие после неё.

Правильный порядок: проверили работоспособность сайта → проверили полноту передачи → подписали акт. Не наоборот.

Полный чек-лист проверки самого сайта — в статье приёмка сайта.

Если чего-то не хватает

Запросите письменно со ссылкой на пункт договора.

Если договор молчит о составе передачи — позиция слабее, и вопрос решается переговорами. Обычно добросовестный подрядчик отдаёт всё без сопротивления: для него это стандартное завершение проекта.

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

Итог

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

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

И фиксируйте перечень в договоре до старта. После сдачи договариваться сложнее.