Доработка и поддержка программ после другого подрядчика

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

Признаки, что поддержка нужна уже сейчас

• Никто в компании не знает, где лежит код и на каком сервере работает программа.
• Доступ к хостингу или домену оформлен на бывшего сотрудника.
• Бэкапы «вроде есть», но восстановление ни разу не проверяли.
• О падении сервиса узнают от сотрудников или клиентов.
• Каждая небольшая доработка превращается в поиск, кто бы мог взяться.

Как мы принимаем чужой проект

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

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

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

Документация. Записываем, как программа устроена и как её развернуть заново. Это страхует вас в том числе от нас: любой следующий разработчик разберётся.

Доработка и поддержка программ: как идёт работа дальше

Вы присылаете задачу, мы оцениваем её в часах и деньгах до начала работы. Срочные ошибки берём вне очереди. Изменения проверяем на тестовой копии и выкатываем без простоя для сотрудников. Если задач много и они регулярные, удобнее ежемесячный пакет с понятным объёмом.

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

Если программа связана с Битрикс24, amoCRM или 1С, следим и за этими связками: обновление на стороне вендора иногда меняет поведение API, и обмен нужно поправить до того, как данные начнут теряться.

Когда честнее переписать

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

Если проект собран с помощью ИИ

Для проектов из Cursor, Lovable, Bolt или Claude, которые не запускаются на сервере или падают под нагрузкой, есть отдельная услуга — Аптечка вайб-кода. Там другой порядок работ: сначала диагностика и починка, потом безопасность и перенос на сервер. Если нужна помощь с переносом готового проекта, посмотрите также как передать проект программисту.