Передача сайта на поддержку другому подрядчику — одна из самых стрессовых задач для ИТ-директора и маркетинга. Система уже работает, от неё зависят сотрудники или клиенты, а прежняя команда уходит, документации нет или она устарела. Передача портала на сопровождение при смене подрядчика не обязана означать простой: если заранее провести аудит, собрать доступы и выстроить параллельный период, новая команда подключится без остановки для пользователей.
Коротко: что нужно для передачи без простоя
- экспресс-аудит кода, доступов и интеграций до подписания договора;
- Git или актуальная копия кода, не только файлы на боевом сервере;
- staging и проверенные бэкапы;
- параллельный период со старой командой 1–2 недели;
- SLA, канал задач и мониторинг с первых дней сопровождения.
Зачем передают сайт или портал на сопровождение другому подрядчику
Чаще всего причины простые:
- прежний подрядчик не тянет SLA, задачи зависают, нет прозрачности по часам;
- команда разработки закрыла проект и ушла, а поддержку некому делать;
- штатный разработчик уволился, знания остались только в его переписке;
- компания меняет модель: вместо разовых правок нужен договор на техподдержку и сопровождение с мониторингом и регламентом.
В любом случае цель одна: сохранить работоспособность сервиса и не потерять накопленный код и настройки. Extyl регулярно берёт на сопровождение чужие проекты после других ИТ-компаний независимо от технологий, на которых написан сайт, приложение или сервис.
Что подготовить перед передачей сайта на поддержку
Новый подрядчик почти всегда начинает с экспресс-аудита. Это быстрая проверка ключевых точек, без которых сопровождение превращается в работу с интуицией.
Код и репозиторий
- где лежит актуальная версия: GitLab, GitHub, Bitbucket или только на боевом сервере;
- есть ли ветки, кто имеет доступ, когда последний коммит;
- без Git передача возможна, но дороже и рискованнее.
Доступы
- хостинг, админка CMS, база данных, CDN, почта, домен, SSL;
- интеграции с 1С и CRM;
- частая проблема: часть паролей знает только ушедший сотрудник подрядчика.
Документация
- идеальный вариант: ТЗ, схема интеграций, описание cron-задач и агентов;
- на практике документов нет или они не обновлялись годами;
- тогда аудит включает «расспрос системы»: как устроены обмены, что нельзя трогать, где слабые места.
Тестовая среда и бэкапы
- есть ли тестовая площадка;
- как часто делаются резервные копии, проверялись ли они на восстановление;
Мониторинг и логи
- подключён ли мониторинг, есть ли уведомления об ошибках;
- если ничего нет, новый подрядчик обычно разворачивает его в первые дни сопровождения.
| Что проверить | Зачем |
|---|---|
| Git / репозиторий | Безопасные правки и быстрый вход команды |
| Доступы к серверу и админке | Сопровождение без пауз |
| Staging | Правки не сразу на бой |
| Бэкапы | Восстановление при сбое |
| Интegrации | Понимание обменов с 1С и CRM |
| Мониторинг | Реакция на падение до жалоб пользователей |
Риски при передаче чужого проекта на техподдержку
Extyl берёт на сопровождение чужие проекты регулярно, и риски повторяются из кейса в кейс.
Устаревшее ядро и модули. Особенно на 1С-Битрикс: отложенные обновления копят уязвимости. После передачи нельзя месяцами только «тушить пожары», нужен план обновлений.
Кастомный код без стандартов. Сложно поддерживать, если предыдущая команда не использовала API платформы, правила Git и проверка кода отсутствовали.
Интegrации без документации. Обмен с 1С, ERP, платёжными системами часто не задукоментированы и при сбое новая команда тратит дни на разбор логов.
Права и юридические моменты. Кому принадлежит код, есть ли доступ к лицензиям Bitrix, оплачен ли хостинг, не привязан ли домен к личной карте бывшего подрядчика.
Скрытый техдолг. Медленные запросы, отключённое кэширование, ручные правки на проде.
Как передать сайт на сопровождение без простоя
Шаг 1. Зафиксировать текущее состояние: что работает, известные проблемы, запланированные релизы. Договориться, что старый подрядчик не меняет код параллельно с передачей без согласования.
Шаг 2. Экспресс-аудит новой командой. Extyl на этом этапе смотрит код, инфраструктуру, безопасность и типовые точки отказа. По итогам понятно, сколько займёт вход и какие срочные задачи закрыть в первую очередь.
Шаг 3. Передать доступы и окружение. Git, тестовая среда, админки, мониторинг. Новая команда разворачивает рабочую копию и проверяет, что может собрать и выгрузить проект.
Шаг 4. Параллельный период. Старый подрядчик ещё на связи, новый берёт задачи по регламенту. Обычно одна-две недели, для крупных порталов дольше.
Шаг 5. SLA и система задач. Фиксируются время реакции, каналы связи, формат отчётности. Заказчик подключается к трекеру и видит, что делается.
Шаг 6. План развития. После стабилизации обсуждают обновления, техдолг и доработки. Сопровождение переходит в регулярный режим, а не заканчивается на «всё работает».
Сколько времени занимает передача сайта на поддержку
Для корпоративного сайта или портала средней сложности вход новой команды часто укладывается в одну-две недели при наличии Git и доступов.
| Ситуация | Ориентир по срокам |
|---|---|
| Git, доступы, тестовая среда, документация частично есть | 1–2 недели |
| Git есть, документации нет | 2–3 недели |
| Нет Git, несколько интegraций, доступы затягиваются | 3–4 недели |
| Крупный портал, eCommerce, госсектор | 3–6 недель с параллельным периодом |
Сроки зависят не столько от стека технологий, сколько от аккуратности предыдущего подрядчика и готовности заказчика быстро отдать доступы.
Когда нужна не только техподдержка, но и усиление команды
Иногда вместе с передачей на сопровождение нужны дополнительные разработчики: закрыть очередь задач, обновить платформу, переписать проблемный модуль. Тогда логично совместить техподдержку и ИТ-аутстафф: одни держат систему, другие ускоряют доработки.
Передача сайта на поддержку: итог
Смена подрядчика по техподдержке — нормальная рабочая ситуация. Простоя можно избежать, если до подписания договора провести аудит, собрать доступы и выстроить короткий параллельный период со старой командой.
Extyl сопровождает более 40 проектов одновременно, в том числе после других подрядчиков, и обычно приступает к работам сразу после экспресс-аудита. Первый шаг — заявка на сопровождение на странице услуги «Техподдержка и сопровождение».
