Ситуация знакомая до боли: сайт работает, задачи в процессе, и вдруг — тишина. Подрядчик «на связи завтра», завтра не наступает, доступов нет, сроки горят. Спойлер: это поправимо. Главное — не дергать всё сразу, а действовать по плану. Я покажу, как мы «размораживаем» такие проекты за 72 часа и возвращаем управление бизнесу.
Первое, что я делаю, — выношу эмоции за скобки. Никаких обвинений и переписок на 30 сообщений. Нам нужна карта: где домен, где хостинг, где лицензии, кто владеет доступами, куда падают заявки. Пока вы не восстановили контроль над этими точками, любые «поправьте баннер» — разговоры в пользу бедных.
Дальше — инвентаризация. Часто оказывается, что сайт живёт на сервере подрядчика, домен оформлен на сотрудника, а все уведомления летят на чужую почту. Ничего страшного: это не «взломать Пентагон», это просто бумажная работа и последовательность действий. Важно идти сверху вниз: от владения (домен/хостинг/лицензии) к доступам (админка/CRM/почта) и только потом — к задачам по развитию.
Ещё одно правило — заморозить риски. Если на сайте идёт рекламная кампания и вы не уверены, что заявки доходят, лучше временно снизить бюджеты и проверить путь пользователя: форма → CRM → уведомление менеджеру → ответ клиенту. Часто в таких историях десятки лидов «умирают» в никуда просто потому, что закрытые на подрядчика почтовые ящики перестали существовать.
Если «пропал» подрядчик, не значит, что пропал сайт. Битрикс хорош тем, что у него есть понятная структура владения: домен у регистратора, хостинг у провайдера, лицензия у владельца сайта. А ещё — регулярные бэкапы (если они есть — проверяем и выдыхаем). Наша задача — вернуть контроль вам, а не «сломать замок и повесить свой».
72-часовой план спасения проекта
- Зафиксировать владение. Собираем документы на домен (кто администратор в карточке у регистратора), проверяем, на кого оформлен хостинг и лицензия Битрикс. Если данные «чужие» — инициируем перенос прав: заявление/техподдержка, подтверждение через почту администратора домена.
- Вернуть доступы. Создаём главный корпоративный почтовый ящик вида admin@вашдомен — сюда будут приходить все критичные письма. Сбрасываем пароли в панели хостинга и в админке сайта, включаем двойную авторизацию. Все новые доступы фиксируем в одном месте (менеджер паролей).
- Проверить путь заявки. Отправляем тест с сайта: заявка должна попасть в CRM/почту/мессенджер и превратиться в задачу менеджеру. Если заявка теряется — срочно переключаем формы на ваш рабочий канал (Битрикс24/почта/Telegram), ставим автоответ клиенту «получили, свяжемся».
- Сделать резервную копию. На хостинге создаём полный бэкап файлов и базы сайта. Копию — в облако на ваш аккаунт. Одну — оставляем на сервере.
- Включить мониторинг и алерты. Подключаем уведомления о падениях/ошибках, проверяем SSL-сертификат и сроки его обновления. Это дешёвая «сигнализация», которая экономит нервы.
- Инвентаризировать задачи. Составляем список незавершённых работ: что было обещано, что зависит от доступов, что критично для денег здесь и сейчас. Ставим приоритеты: продажи/заявки → скорость/мобильная версия → интеграции → всё остальное.
- Назначить нового ответственного. Временный технический куратор с вашей стороны принимает управление: он общается с хостингом/регистратором, подтверждает переносы, хранит доступы, принимает работы.
- Перевести инфраструктуру «на себя». Если сайт живёт на сервере подрядчика — делаем перенос на ваш аккаунт у хостера: новый тариф, перенос файлов/БД, переключение DNS. Делаем ночью, с планом отката.
- Юридическая точка. Фиксируем факт невыполнения обязательств перепиской/актами и аккуратно закрываем историю: это не про «наказать», это про корректное закрытие договора и прав на результаты работ.
- Согласовать короткий маршрут развития. На 2–4 недели: устранить критические баги, проверить скорости, поправить мобильную, включить композит, связать формы с CRM, вернуть метрики. Потом — уже стратегический план по кварталам.
Теперь — два коротких кейса
e-commerce на Битрикс, подрядчик исчез, домен на нём, сайт на «их» сервере, заявки молчат. За 48 часов мы переоформили домен на владельца (через регистратор), переложили сайт на новый хостинг, завели резервный e-mail, привязали формы к Битрикс24 и Telegram-уведомлениям. В первый же день вернулись оплаты, через неделю — скорость на мобиле с 5 до 1,8 секунды. Продажи «отогрелись» без увеличения рекламы.
Корпоративный сайт услуг, подрядчик держал доступы и «вот-вот доделывает». Мы разрулили владение, вычистили «костыли», закрыли срочные блоки (контакты, форма записи, SSL), согласовали чёткий спринт: 10 правок, 14 дней, точки приёма. Клиент перестал жить в подвешенном состоянии и получил понятную скорость и ответственность.
Самая частая ошибка в таких историях — пытаться «дожать» пропавшего исполнителя и параллельно заказывать «немного помочь» третьим лицам. Итог — хаос. Лучше один раз собрать всё под ваши аккаунты и дать новому исполнителю прозрачные входные: доступы, приоритеты, сроки, критерии готовности. И да, дальше держать курс на «один офис — один ответственный» за результат.
«Пропал подрядчик» — это не конец проекта. Это сигнал навести порядок в владении и процессах. Когда домен, хостинг, лицензия и доступы под вашим контролем, любой следующий шаг — быстрый и безопасный.
📞 Нужен такой же «72-часовой план спасения» под ваш проект? Напишите — соберём карту, вернём контроль и запустим работу без качелей.