Когда нужен подхват проекта
- Прежний подрядчик перестал отвечать или закрылся.
- Не устраивают сроки и качество работ.
- Штатный разработчик уволился, документации нет.
- Проект вырос, и нужна команда с другими компетенциями.
Что нужно получить от прежнего подрядчика
- Доступы: админка 1С-Битрикс, сервер (SSH, панель), база данных, FTP.
- Доступ к домену у регистратора и к DNS.
- Ключ лицензии 1С-Битрикс и доступ к партнёрскому кабинету, если лицензия оформлялась через подрядчика.
- Репозиторий кода, если он есть.
- Доступы к почте, платёжным сервисам, службам доставки, API маркетплейсов.
- Описание доработок и интеграций, хотя бы в свободной форме.
Если часть доступов получить невозможно, многие из них можно восстановить: через регистратора домена, хостинг, 1С-Битрикс как владельца лицензии.
Что проверяем в первую очередь
- Резервная копия: делаем свою, прежде чем что-то менять.
- Кто имеет доступы: удаляем лишних администраторов, меняем пароли.
- Лицензия и версия ядра: можно ли обновляться.
- Изменения в ядре и стандартных компонентах.
- Критичные процессы: оформление заказа, оплата, обмен с 1С, формы.
- Ошибки в журналах и мониторинг.
Результат — отчёт о состоянии проекта и план: что срочно, что можно позже. Для глубокой проверки есть отдельный аудит сайта.
Типичные находки
- Правки в ядре, из-за которых сайт годами не обновлялся.
- Код, скопированный между шаблонами, — одну ошибку приходится исправлять в нескольких местах.
- Пароли к сервисам прямо в коде.
- Резервные копии только на сервере или их нет совсем.
- Задачи на cron, о которых никто не знает.
Как организуем работу после подхвата
После передачи заводим репозиторий, тестовую копию сайта и регламент выкладки изменений. Срочные задачи решаем сразу, остальные — по плану. Удобнее всего работать по пакету часов в рамках технической поддержки — тарифы описаны на странице тарифов поддержки.
От чего зависит стоимость
- Размер и сложность проекта, количество интеграций.
- Полнота доступов и документации.
- Состояние кода: насколько он соответствует стандартам Битрикса.
- Срочность: если сайт не работает, начинаем с восстановления.
Типичные ошибки при смене подрядчика
- Расстаться с подрядчиком до получения доступов к домену и серверу.
- Оставить прежнему подрядчику доступ после передачи.
- Сразу начать крупные доработки, не разобравшись в проекте.
- Не зафиксировать состояние сайта на момент передачи.