Отделите впечатление от конкретной проблемы
Формулировка «сайт устарел» не объясняет, что нужно исправить. Приведите примеры: на телефоне не открывается меню, условия услуги спрятаны, форма просит лишние сведения или сотрудник не получает отправленные вопросы. Для каждого примера укажите страницу, действие посетителя и ожидаемый результат.
Соберите мнение сотрудников, которые работают с обращениями, и доступные данные о поведении посетителей. Не считайте любой отказ следствием оформления: человек мог не подходить предложению или искать другую услугу. Изменения должны опираться на конкретную гипотезу, которую можно проверить после запуска.
Выберите подходящий масштаб работ
Иногда достаточно исправить отдельный элемент или переписать описание услуги. В другом случае требуется новая структура нескольких направлений. Полная переработка может понадобиться, если текущий способ управления не позволяет выполнять обязательные задачи. Сначала сравните эти варианты по нужному результату, а не по привлекательности макетов.
Запишите, что обязательно должно сохраниться: полезные материалы, важные адреса, способы связи и нужные интеграции. Отдельно перечислите элементы, которые можно убрать. Это помогает избежать ситуации, когда вместе с неудачным оформлением исчезает работающий путь к обращению или важный ответ на вопрос клиента.
Составьте реестр страниц и переходов
Соберите адреса существующих страниц, их назначение и состояние. Для новой структуры укажите, какая страница остаётся, какая меняется и чему соответствует удаляемый адрес. Не отправляйте все старые материалы на главную только ради простоты: посетитель должен попадать в содержательно подходящее место.
В справке Яндекса смена структуры рассматривается отдельно от обычного обновления содержимого. Планируйте изменение адресов и навигации вместе с разработчиком. Проверьте внутренние ссылки, карту сайта и доступность новых страниц. Само появление новой версии не гарантирует сохранения поискового трафика без проверки этих связей.
Проверьте прототип до детального оформления
Покажите будущему пользователю черновую структуру с настоящими заголовками и предложением. Попросите выбрать услугу, найти ограничение и перейти к вопросу. Если человек не понимает, где нужный раздел, исправьте логику до работы над декоративными деталями.
Используйте реальные объёмы текста и изображений. Короткая заглушка в макете может скрывать проблему, которая появится после размещения длинного названия услуги. Проверьте несколько размеров экрана и важные состояния формы. Прототип должен показывать рабочий сценарий, а не только один удачный кадр.
Подготовьте запуск и возможность возврата
До замены рабочей версии сохраните согласованную резервную копию и определите порядок возврата при серьёзном сбое. Проверьте новую версию в среде, где тестовые обращения не смешиваются с реальными. Уберите черновые материалы и убедитесь, что настройки тестовой среды не перенесены случайно в публикацию.
Составьте короткий список проверок сразу после запуска: ключевые страницы открываются, переходы работают, форма доставляет заявку, мессенджеры ведут к нужному получателю, аналитика фиксирует согласованные действия. Назначьте того, кто принимает сообщения об ошибках и может оперативно связаться с разработчиком.
Сравнивайте результат по выбранной задаче
Условный пример: до изменений из 100 посещений страницы услуг пришло четыре обращения, после — из 120 посещений шесть. Получаются 4% и 5%. Это учебный расчёт, а не доказательство эффекта редизайна: источники посетителей, предложение и условия сравнения могли отличаться. Зафиксируйте эти факторы, прежде чем делать вывод.
Если задача была технической, проверьте её напрямую. Исправленное меню должно открываться, отправленное обращение — сохраняться, а старый адрес — приводить к правильному материалу. Эти результаты можно подтвердить без ожидания большого количества заявок. Коммерческий эффект оценивайте отдельно по накопленным данным.
Определите следующие изменения после запуска
В первые наблюдения внесите найденные ошибки и нерешённые вопросы. Разделяйте неисправность, которую нужно исправить, и новую идею для развития. Иначе согласованный редизайн превратится в бесконечный пересмотр всех деталей без понятной точки приёмки.
В Дело Прёт можно обсудить редизайн или точечную доработку. Пришлите через форму или мессенджер ниже ссылку на сайт и несколько примеров того, что сейчас мешает клиентам или сотрудникам. Это поможет выбрать объём работ и сохранить полезные части существующего проекта.