Приёмка веб-проекта: доступы, исходники и запуск без зависимости от подрядчика

Новый сайт открывается, заявки приходят, интерфейс выглядит готовым. Но кто продлит домен, если менеджер подрядчика перестанет отвечать? Где лежит версия кода, которая сейчас работает на сервере? Можно ли восстановить базу из переданной копии? Приёмка нужна, чтобы ответить на эти вопросы до завершения проекта. Ниже — рабочий список для владельца веб-приложения; конкретный состав передачи зависит от согласованного объёма работ и используемых сервисов.

1. Соберите карту владения и доступов

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

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

2. Свяжите работающий сайт с конкретной версией исходников

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

3. Проверьте развёртывание на отдельном стенде

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

4. Проверьте основные сценарии бизнеса

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

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

5. Восстановите копию, а не просто проверьте её наличие

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

6. Зафиксируйте сопровождение и границы ответственности

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

Что должно остаться у владельца

• Карта сервисов, владельцев аккаунтов, платежей и способов восстановления.
• Репозиторий и зафиксированная версия релиза.
• Инструкция по запуску и обновлению, схема переменных окружения и способ отката.
• Результаты проверки бизнес-сценариев и список открытых замечаний.
• Инструкция по резервным копиям с результатом пробного восстановления.
• Контакты и согласованные условия сопровождения.

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

Бесплатный чек-лист приёмки в XLSX

Скачайте рабочую таблицу или прочитайте инструкцию к шаблону. Для каждой проверки укажите доказательство, ответственного и статус. Не записывайте пароли и ключи в таблицу; адаптируйте список к согласованному объёму проекта.