← Блог
Подрядчик пропал, проект не деплоится — что делать в первую неделю
План спасения без паники: доступы, репозиторий, инфраструктура, договор. Как одна компания из сферы недвижимости вернула сайт в прод за десять дней.
- подрядчик
- запуск
- риски
Первая неделя без паники
Запрос «подрядчик пропал сайт не работает» всплывает и у федеральных брендов, и у локального бизнеса. Цель первых семи дней — не «переписать всё», а вернуть контроль и предсказуемый деплой.
План на 7 дней
- День 1–2: список доступов (домен, DNS, хостинг, git, CRM, аналитика)
- День 3: клон репозитория и сборка локально / в CI
- День 4–5: staging, бэкап БД, документ «как выкатить»
- День 6–7: прод-релиз минимального фикса + мониторинг
Что должно быть на вашем имени
| Пункт | Было | Стало |
|---|---|---|
| Домен | Регистратор подрядчика | Ваш аккаунт, 2FA |
| Сервер | «Мы арендуем» | VPS/облако, billing у вас |
| Код | Zip раз в квартал | Git, main защищён, CI |
Недвижимость: десять дней до прода
У застройщика подрядчик перестал выходить на связь перед сезоном продаж. Репозиторий оказался на GitHub заказчика, но без инструкции деплоя. За неделю подняли staging, зафиксировали Docker-сборку и выкатили критичный фикс формы заявок — реклама не простаивала, лиды снова шли в CRM.
Частые вопросы
- Можно ли продолжить с тем же кодом?
- Часто да, если стек поддерживаемый и есть тесты или хотя бы staging. Иногда дешевле переписать один модуль, чем чинить без документации.
- Как не повторить ситуацию?
- Еженедельный доступ к метрикам и репозиторию, релизы малыми порциями, оплата этапами с приёмкой в проде.
Обсудить похожую задачу
Опишите ситуацию — отвечу с оценкой по срокам и бюджету.
hello@guselnikov.tech