Как сменить подрядчика по сайту: порядок действий

Содержаниесвернуть ▾развернуть ▸

1. 01Доступы: аккаунты должны быть на компанию
2. 02Резервная копия — в своё хранилище, а не «у подрядчика»
3. 03Повисшие задачи и знание о проекте
4. 04Самый забываемый пункт: расторгнуть по договору
5. 05Нахлёст двух подрядчиков — плохая идея
6. 06С чего начать сегодня

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

Коротко весь маршрут:

1. Собрать и переоформить доступы, пока отношения ещё рабочие.
2. Снять резервную копию сайта и базы в своё хранилище и проверить, что она разворачивается.
3. Разобрать повисшие задачи: доделать, отменить или оформить в бэклог.
4. Уведомить о расторжении так, как этого требует договор, и закрыть акты.
5. Передать новому подрядчику доступы, копии и бэклог — и только теперь начинать работы.

Доступы: аккаунты должны быть на компанию

Забирать доступы нужно до разговора о расставании, а не после. Список минимальный: хостинг или панель управления сервером, регистратор домена, админка сайта с правами администратора, база данных, SSH или FTP, почта и управление DNS, Метрика и Вебмастер, репозиторий с кодом, лицензии на платформу и платные модули, сторонние сервисы вроде эквайринга, рассылок и онлайн-чата.

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

Резервная копия — в своё хранилище, а не «у подрядчика»

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

Копия, из которой ни разу не разворачивались, копией не считается. Разверните её на тестовом домене или попросите об этом нового подрядчика до старта работ — это заодно первая честная проверка его квалификации.

Повисшие задачи и знание о проекте

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

Это тот пункт, который экономит новой команде недели. По опыту техподдержки в Редстаре даже смена одного менеджера проекта на стороне подрядчика уносит 80–90 % информации о проекте: кто, что и зачем настраивал, уходит вместе с человеком. При смене подрядчика целиком теряется всё, что не записано. Спасает одно: задачи и переписка живут в трекере, а не в личных сообщениях менеджера.

Самый забываемый пункт: расторгнуть по договору

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

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

100 000 ₽

Критические поломки починили за четыре часа, мелкие косяки всплывали ещё неделю. Если вы читаете это уже с лежащим сайтом, есть отдельный разбор: что делать, когда обновление Битрикса сломало сайт. Безопасный процесс обновления платформы — на тестовой копии, с бэкапом и планом отката — разобран в статье о том, почему тормозит сайт на Битриксе; попросите нового подрядчика показать, как этот процесс устроен у него.

Нахлёст двух подрядчиков — плохая идея

Соблазн понятен: пусть старая команда доделает начатое, пока новая разворачивается. В Редстаре на этот счёт жёсткое правило: работы не начинаются, пока у клиента есть действующий подрядчик. Сначала клиент завершает отношения со старым исполнителем, потом стартует с новым.

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

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

С чего начать сегодня

Если решение сменить подрядчика уже принято, начните с трёх вещей — письмо о расторжении среди них не первое:

1. Откройте договор и найдите пункт о расторжении: за сколько дней и в какой форме уведомлять.
2. Проверьте, на кого оформлены домен и хостинг.
3. Запросите свежую резервную копию сайта и базы — в рабочем порядке, до всех разговоров о расставании.

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

Услуга по темеТехподдержка сайтов на 1С-Битрикс→Сайт на Битриксе работает, обновляется и не тормозит — без вашего участия. Мониторинг, обновления, правки и дежурство при сбоях.