Доработать сайт или сделать новый: как выбрать объём работ

Не начинайте диагноз со слов «дизайн устарел»

Сначала разделите наблюдение и причину. «Форма не отправляет заявку» — проверяемая неисправность. «Люди не понимают состав услуги» — вопрос к содержанию, который можно исследовать. «Сайт выглядит старым» — визуальная оценка: её ещё нужно разложить на читаемость, композицию, изображения и соответствие бизнесу. Эти проблемы требуют разного вмешательства.

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

Когда достаточно точечных изменений

Доработка подходит, если общая структура соответствует задачам, техническая основа позволяет безопасно вносить изменения, а проблемы ограничены отдельными участками. Например, первый экран не объясняет предложение, контакты спрятаны, не хватает примеров или на телефоне неправильно складывается сетка. В таком случае полезно сохранить работающие части и исправить конкретные препятствия.

Для каждой правки задайте наблюдаемый результат: посетитель видит состав услуги рядом с ценой; тестовая заявка доходит до получателя, а форма показывает понятное подтверждение; карточка не обрезается на узком экране. Это точнее формулировки «сделать современно». После реализации можно проверить, выполнена ли задача, не сводя приёмку к личному впечатлению от нового цвета.

• Содержание в целом верное, но часть информации спрятана или плохо объяснена.
• Навигация понятна, а исправления касаются отдельных переходов или блоков.
• Текущую систему можно поддерживать, и у вас есть необходимые доступы.
• Удачные страницы и материалы можно сохранить без цепочки постоянных обходных решений.

Когда пересборка становится разумнее

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

Пересборка не обнуляет прежнюю ценность. Фотографии, полезные статьи, узнаваемые элементы и работающие сценарии могут перейти в новую версию. До начала составьте список того, что нужно сохранить. Иначе вместе со слабым оформлением можно потерять содержательные ответы и адреса, по которым уже приходят люди.

Сравните два объёма на одной задаче

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

Условный пример: сайту услуг не хватает понятной стоимости. Локальное решение — добавить состав базовой работы и факторы расчёта. Расширенное — развести разные услуги по страницам и подготовить отдельные сценарии оценки. Второй вариант не лучше автоматически: он нужен, если разные услуги действительно нельзя понятно объяснить вместе.

Сохраните то, что уже найдено в поиске

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

В инструкции Google по переезду сайта рекомендуется сопоставлять старые и новые URL, настраивать постоянные серверные перенаправления и обновлять внутренние ссылки. Это часть технического плана, а не обещание сохранить все позиции без изменений. После публикации необходимо проверить доступность страниц и ошибки переходов. Поэтому подготовка переноса должна входить в обсуждение до запуска.

Какой результат ждать от первичной проверки

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

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