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

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

01 · Первые 48 часов: доступы

Пока отношения формально не разорваны и пароли работают, соберите всё, до чего дотянетесь:

  1. Репозиторий с кодом — GitHub, GitLab или где он лежит. Проверьте, что вы владелец или хотя бы имеете доступ на чтение, и сделайте копию к себе.
  2. Сервер и база данных — доступы, хостинг, на кого оформлен аккаунт. Снимите резервную копию базы.
  3. Домен — на кого зарегистрирован, когда продлевать.
  4. Аккаунты в магазинах — App Store Connect, Google Play, RuStore. Если приложение опубликовано с аккаунта подрядчика, это отдельная проблема, решаемая переносом.
  5. Внешние сервисы — эквайринг, карты, аналитика, уведомления, почтовые рассылки.
  6. Переписка и документы — договор, ТЗ, макеты, счета. Пригодится и для оценки, и для юридической части.
Если доступов нет ни к чему — это плохо, но не приговор. Приложение из магазина можно скачать и изучить, домен и сервер восстанавливаются через регистратора и хостера по документам компании. Дольше и дороже, но решаемо.

02 · Что оценивать

Дальше нужен трезвый ответ на вопрос «что у нас вообще есть». Это делается аудитом — за несколько дней, до всяких решений о переписывании:

  • Собирается ли проект. Самый быстрый тест: удаётся ли запустить приложение и сервер с нуля на чистой машине.
  • Есть ли история изменений. Нормальный репозиторий с историей — хороший знак. Один архив с папкой «финал_v3» — тревожный.
  • Что реально работает. Часто «готово на 80%» означает готовый интерфейс и отсутствующий бэкенд.
  • Данные. Есть ли база, живая ли она, есть ли резервные копии.
  • Секреты и безопасность. Не лежат ли пароли и ключи прямо в коде — если лежат, их надо менять, особенно после конфликтного расставания.
  • Зависимости. Насколько устарели библиотеки и не сломается ли сборка при первом же обновлении систем.

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

03 · Чинить или переписывать

Чинить, если проект собирается, структура читаемая, есть история изменений и работающая часть закрывает заметную долю задач. Обычно это дешевле в два-три раза.
Переписывать, если код не запускается, нет ни документации, ни истории, а «рабочая» часть — это дизайн без логики. Иногда быстрее собрать заново по уже понятным требованиям.

Решение принимается по итогам аудита, а не на эмоциях. Соблазн «выкинуть всё» после неприятного опыта велик, но нередко половина работы вполне пригодна.

Отдельный случай — когда приложение уже в магазине и им пользуются. Тогда переписывание планируется так, чтобы пользователи не остались без работающей версии: сначала стабилизируем то, что есть, потом меняем по частям.

04 · Сколько стоит перехват

  • Аудит кода и инфраструктуры: 30–80 тыс ₽, несколько дней. На выходе — отчёт: что работает, чего нет, что можно спасти, сколько стоит доделать.
  • Стабилизация (запустить, починить критичное, обновить зависимости): от 100 тыс ₽, зависит от состояния.
  • Доработка до релиза — считается как обычный проект, этапами по две недели с демо. Логика та же, что в плане MVP по неделям.

Важно: адекватная студия не назовёт цену доделки, не посмотрев код. Если вам обещают «доделаем за 200 тысяч» по одному описанию — это тот же разговор, что и с предыдущим подрядчиком.

05 · Юридическая сторона

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

Что реально помогает:

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

06 · Как не попасть снова

  1. Все доступы — на ваши учётные записи с первого дня. Подрядчику выдаются права, а не владение.
  2. Права на код прописаны в договоре.
  3. Оплата этапами после демо, а не крупной предоплатой за всё.
  4. Промежуточные передачи. Код должен попадать в ваш репозиторий регулярно, а не «в конце проекта».
  5. Документация по запуску — как собрать и развернуть. Это первое, что спросит любая следующая команда.

Полный список вопросов к подрядчику до подписания — в статье «7 вопросов до договора», а сравнение форматов работы — на странице «фрилансер, агентство или студия».

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

07 · Частые вопросы

Что делать в первую очередь?
Собрать доступы, пока работают: репозиторий, сервер, база, домен, аккаунты в сторах, внешние сервисы. Сделать копии кода и базы к себе.

Сколько стоит подхватить проект?
Аудит — 30–80 тыс ₽ и несколько дней. Дальше стабилизация от 100 тыс ₽ и доработка по результатам аудита.

Чинить или переписывать?
Чинить, если проект собирается и есть история изменений. Переписывать, если не запускается и нет ни документации, ни версионирования.

Как не попасть снова?
Права на код в договоре, доступы на ваши аккаунты, оплата этапами после демо, регулярные передачи кода.