Упаковка
Новый сайт или переработка: за что действительно стоит платить
Матрица выбора: когда достаточно одной страницы, а когда проблема действительно требует новой основы.
Редакция
Сайт может выглядеть устаревшим и при этом решать важную задачу. А может быть свежим, дорогим и неудобным для клиента. Поэтому возраст дизайна для меня не является достаточным основанием для полной замены.
Я начинаю с другого вопроса: что бизнес должен получить после изменений? Больше подходящих обращений, запуск нового направления, понятную структуру для нескольких городов, нормальную работу форм, возможность управлять материалами? Ответ определяет объем проекта лучше, чем желание «освежить все».
Разделить проблему на четыре части
У сайта есть содержание, интерфейс, техническая основа и связь с работой компании. Необязательно менять их одновременно.
Если предложение стало сложнее, может потребоваться новая структура страниц. Если люди не понимают условия, проблема может быть в текстах и доказательствах. Если заявки теряются, нужно проверить форму и передачу. Если любую правку невозможно выпустить без риска, вопрос уже в устройстве разработки и сопровождения.
| Наблюдение | С чего начать | Когда рассматривать полную пересборку |
|---|---|---|
| Одна ключевая страница непонятна | Переработать ее предложение и путь обращения | Та же проблема вызвана всей архитектурой сайта |
| Есть трафик, но нет надежного учета | Проверить события, формы и статусы обращений | Текущая основа не позволяет безопасно исправить передачу |
| Появилось новое направление | Сделать самостоятельную страницу и проверить связи | Новая модель бизнеса не помещается в старую структуру |
| Трудно вносить изменения | Разобрать код, доступы и выпуск | Стоимость устойчивой модернизации сопоставима с заменой |
| Сайт нужен для сети | Описать города, роли и источники данных | Старые решения принципиально не поддерживают требуемый процесс |
Таблица не выдает автоматический вердикт. Для решения нужны доступы, материалы и понимание будущего объема. По одному скриншоту невозможно оценить ни стоимость модернизации, ни риски переноса.
Что нужно сохранить даже при новом дизайне
Полная пересборка не означает обнуление всего полезного. До разработки я выделяю страницы, которые уже находят через поиск, работающие ссылки, формы, материалы, интеграции и накопленные договоренности о данных.
Дальше нужен план сохранения адресов, а при неизбежной смене маршрутов: карта перенаправлений и проверка целевых страниц. Отдельно проверяются отправка заявки, уведомления и доступы. Эти задачи часто незаметны на красивом макете, но именно они отличают выпуск сайта от передачи набора экранов.
В инструкции Google по переносу сайта карта старых и новых URL, перенаправления и наблюдение за трафиком выделены отдельно. Значительные изменения могут сопровождаться временными колебаниями поисковой видимости. Сохранить адреса и настроить перенос важно, но обещать неизменные позиции я бы не стал.
В рабочей карте я фиксирую для важной страницы ее текущий адрес, решение «сохранить / перенести / объединить», назначение новой страницы и способ проверки. Владелец должен видеть, что станет с полезным разделом, а не получать после выпуска объяснение, почему все старые ссылки открывают главную.
Менять даты статей только ради ощущения свежести не нужно. Существенная редакция должна действительно улучшать материал. Такой подход согласуется с рекомендациями Google о полезном контенте, а не о механическом «обновлении» страниц. Рекомендации Google.
Условный пример: компания добавляет новое направление
Допустим, сервисная компания уже получает обращения по ремонту, но запускает обслуживание объектов по договору. Новому покупателю нужны другие аргументы: состав обслуживания, порядок реакции, документы, границы ответственности и расчет под объект.
Необязательно начинать с замены всего сайта. Можно собрать самостоятельную страницу направления, связать ее с отдельным рекламным предложением и правильно передавать запрос ответственному. После проверки станет понятнее, какие общие части сайта действительно требуют перестройки.
Обратная ситуация: компания становится сетью, а каждый город вручную собирается из несвязанных копий. Тогда проблема не только в странице. Понадобится модель данных, правила локальных материалов, распределение обращений и выпуск изменений. Косметическая переработка не заменит такую работу.
Оба примера условные. Они показывают способ выбора объема, а не результаты выполненных проектов.
Как сформулировать задание подрядчику
Полезное задание начинается с текущей ситуации, желаемого результата и ограничений. Укажите, что нельзя потерять: адреса страниц, интеграции, данные, доступность формы, возможность редактирования. Отдельно назовите то, что пока неизвестно и требует проверки.
На выходе первого разбора должны появиться не только список недостатков, но и приоритет, граница этапа и способ приемки. Если предлагается полная замена, важно объяснить, почему локальное исправление не решает задачу.