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