Доработать или переписать сайт: как оценить легаси-проект и не потерять бюджет

Ситуация знакома многим владельцам бизнеса: сайту пять–семь лет, он стабильно приносит заявки, но каждая новая функция превращается в переговоры с подрядчиком. Один разработчик предлагает доработать текущий проект за 150–300 тысяч рублей, второй настаивает на полной переработке за миллион. Разброс в разы — и кажется, что кто-то из них точно лукавит. На самом деле оба могут быть правы: ответ зависит от состояния кода, технологий и ваших планов на два-три года вперёд. В этой статье разберём, как оценить легаси-проект объективно и сравнить оба сценария деньгами, а не ощущениями.

Что такое легаси и почему возраст кода — ещё не приговор

Легаси-проектом называют сайт, который живёт дольше, чем проектировался: его писала другая команда, документация потерялась, а бизнес-логика обросла исключениями. Возраст сам по себе — плохой критерий: есть проекты на WordPress десятилетней давности, которые спокойно дорабатываются, и свежие самописные системы, в которых страшно трогать корзину. Настоящий вопрос звучит иначе: сколько стоит добавить в систему ещё одну функцию и не рухнет ли она при этом. Если подрядчик говорит «код старый, надо переписывать» без анализа — это повод задать вопросы, а не сразу согласовывать смету. Любое решение должно опираться на факты: версию стека, структуру кода и статистику доработок за последние год-два.

Аудит: пять проверок перед принятием решения

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

1. Актуальность стека. Версии PHP, CMS и фреймворка, закончилась ли поддержка, выпускаются ли патчи безопасности.
2. Качество кода. Попросите оценщика добавить простую тестовую функцию — по времени и цене сразу будет видно, растёт ли стоимость изменений.
3. Документация и доступы. Есть ли исходники, схема базы данных, доступ к хостингу, репозиторию и админке.
4. Интеграции. Обмен с 1С, CRM, платёжными шлюзами и службами доставки: как реализован, документирован ли, кто сможет его поддержать.
5. Инфраструктура и риски. Скорость под нагрузкой, наличие бэкапов, известные уязвимости, история падений.

Аудит занимает 20–40 часов и стоит порядка 40–80 тысяч рублей. Это в разы дешевле стратегической ошибки — переписать живой проект или год латать систему, которая уже не ремонтируется.

Когда доработка — правильный выбор

Доработка окупается, когда система всё ещё «впитывает» изменения по разумной цене. Признаки:

• стек актуален и обновляется без перестройки всего проекта;
• код модульный: новая функция не требует трогать половину системы;
• стоимость доработки сопоставима с ценой той же функции «с нуля» в новом проекте — с наценкой 20–30%, не больше;
• бизнес-логика стабильна, критичных багов и жалоб пользователей нет;
• задача не меняет архитектуру: новая страница или форма — да, личный кабинет с новой моделью данных — уже вопрос.

Совпало три и больше пунктов — почти всегда выгоднее дорабатывать. Вы сохраняете работающую логику, SEO-историю и не платите за повторное изобретение корзины и каталога.

Когда переписывание дешевле, чем кажется

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

• CMS или фреймворк сняты с поддержки, обновления безопасности невозможны;
• каждая правка ломает соседние модули, растёт счёт за исправление багов;
• новая функция стоит 50% и более от её цены в новом проекте;
• закрыть уязвимости или ускорить сайт штатными средствами нельзя;
• архитектура не выдерживает рост: каталог тормозит, обмен с 1С падает при удвоении заказов;
• исходники и доступы частично потеряны — правки возможны только «вслепую».

Практическое правило: если за 12 месяцев доработки в сумме превысят 50–60% стоимости нового проекта, переписывание становится выгоднее. Дальше разрыв только увеличивается.

Считаем деньги, а не эмоции

Сравнивайте сценарии на горизонте два-три года, а не по одной смете. Пример: интернет-магазин на самописной CMS 2016 года, нужен личный кабинет с бонусной программой. Доработка — 400 тысяч рублей, через полгода интеграция скидок с 1С — ещё 300, плюс регулярные исправления и рост цены каждой следующей задачи. Новый проект на современном стеке — 1,1–1,3 миллиона, но та же бонусная механика в нём обойдётся в 100–150 тысяч, а интеграция с 1С закладывается сразу и стоит предсказуемо. Формула сравнения: (стоимость доработки + прогноз изменений на два года + 20–30% на риски) против (стоимость нового проекта + перенос данных + расходы на сохранение SEO). Часто уже на горизонте 18–24 месяцев сценарий с переписыванием выходит дешевле — и бизнес дополнительно получает масштабируемую систему.

Гибридный путь: переписываем без остановки бизнеса

Между «латать» и «снести» есть третий вариант — поэтапная миграция, которую разработчики называют паттерном strangler fig. Новый сайт собирается на современном стеке и работает параллельно со старым: сначала переносят каталог, потом корзину и оплату, затем личный кабинет, а интеграции с 1С и CRM переключаются по модулям. Старый сайт всё это время продолжает продавать, а бюджет размазывается на 4–8 месяцев вместо разового платежа. Такой подход требует более сильной команды и чёткого плана перехода, но снимает главный страх владельца: не остаться без заявок на полгода и не потерять позиции в поиске.

Что нельзя потерять при переходе на новый сайт

Переписывание проваливается чаще не из-за кода, а из-за потерянных «невидимых» активов. Первый — SEO: у каждой старой страницы должен быть адрес на новом сайте и 301-редирект, иначе трафик уходит за несколько недель. Второй — интеграции: обмен с 1С и CRM запускайте в параллельном режиме на две-четыре недели и сверяйте данные, прежде чем отключать старый канал. Третий — данные: история заказов, база клиентов и содержимое карточек переносятся с проверкой, а не «как получилось». И четвёртый — люди: менеджеры годами работали в привычной админке, поэтому заложите в смету обучение и период поддержки. Всё это должно быть отдельными строками в смете проекта, а не «деталями, о которых вспомним позже».

Итог: решают аудит и математика, а не ощущения

Судьбу легаси-проекта определяет не вкус подрядчика, а расчёт: аудит состояния кода плюс сравнение затрат на горизонте два-три года. Живой стек, модульный код и дешевеющие доработки — развивайте текущий сайт. Мёртвая CMS, дорожащие патчи и риски безопасности — планируйте новый проект, лучше поэтапно и с сохранением SEO, интеграций и данных. Прежде чем соглашаться на любую смету, попросите подрядчика показать оба расчёта: сколько стоит развитие текущей системы и сколько — сборка с нуля с переносом всех активов. Если подрядчик способен обосновать цифрами оба сценария — ему можно доверять и в исполнении.