Редизайн сайта: как понять, что нужен не новый визуал, а новая логика

Запрос на новый дизайн обычно начинается с симптома

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

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

Я бы начинала с трех формулировок:

1. Что наблюдаем. Конкретное поведение или рабочая проблема, а не оценка «сайт плохой».
2. Что должно происходить иначе. Какое понимание, выбор или действие пользователя нужно изменить.
3. Чем подтвердим изменение. Наблюдением, пользовательским сценарием, данными, обратной связью продаж или скоростью работы команды.

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

Сначала выясните, как изменился сам бизнес

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

Проверьте шесть изменений:

• Предложение. Появились новые услуги, продуктовые пакеты, форматы или условия выбора.
• Аудитория. Компания начала работать с другим сегментом, уровнем клиента или участником решения.
• Позиционирование. Изменилось главное обещание, отличие или доказательство ценности.
• Путь к покупке. Человеку теперь нужно сравнить больше вариантов, согласовать решение с коллегами или пройти другой этап до обращения.
• Каналы входа. Сайт принимает другой спрос из рекламы, поиска, социальных сетей, партнерств или офлайн-контактов.
• Работа команды. Маркетинг чаще выпускает страницы, продажи используют сайт в диалоге, а контент обновляют несколько сотрудников.

Зафиксируйте изменения бизнеса одним списком до обсуждения интерфейса. Если сайт рассказывает о прошлой версии компании, визуальное обновление не восстановит совпадение между предложением и ожиданием клиента.

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

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

Пройдите путь от симптома к масштабу изменений

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

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

Найдите самый глубокий сломанный слой

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

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

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

Выберите один из четырех масштабов редизайна

Слово «редизайн» лучше заменить точным объемом работ. Я использую четыре масштаба.

Визуальное обновление

Меняются цвета, типографика, изображения, интервалы, оформление компонентов и правила их сочетания. Содержание, страницы и основные сценарии остаются прежними.

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

Пересборка компонентов

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

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

Переработка логики и контента

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

Такой редизайн нужен, если человек попадает на подходящий URL, но не понимает ценность, различия, условия или следующий шаг.

Новая архитектура или платформа

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

Этот масштаб оправдан, когда прежняя система не поддерживает текущие продукты и процессы. Если одновременно меняются URL или CMS, появляется отдельная задача миграции, которую нельзя растворять в обсуждении макетов.

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

Когда визуального обновления действительно достаточно

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

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

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

Когда нужна новая логика

Переработка смысла и структуры нужна, если затруднение нельзя убрать внутри существующего блока. На это указывают повторяющиеся ситуации:

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

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

Не обнуляйте то, что уже работает

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

До проектирования соберите четыре списка:

1. Сохранить. Элементы и маршруты, которые выполняют задачу и не мешают новой модели.
2. Улучшить. Рабочие части, которым не хватает ясности, доказательств или визуальной иерархии.
3. Заменить. Решения, чья функция нужна, но текущая форма больше не подходит.
4. Удалить. Дубли, устаревшие обещания и шаги без полезной роли.

Я бы добавила к каждому пункту объяснение функции. Тогда команда сохраняет не старый блок «потому что он всегда был», а его вклад в выбор человека. И удаляет не по вкусу, а потому что функция исчезла или получила более сильное решение.

Поисковые страницы, URL, внутренние ссылки и технические сигналы требуют отдельной приемки. Она вынесена в материал о редизайне сайта и SEO, чтобы не смешивать диагноз бизнес-логики с чек-листом запуска новой версии.

Соберите карту доказательств до макетов

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

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

Проверьте новую логику до визуальной системы

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

Проверка прототипа строится вокруг задач:

1. Может ли представитель нужной аудитории объяснить предложение своими словами?
2. Понимает ли он, какой вариант относится к его ситуации?
3. Видит ли доказательство рядом с важным утверждением?
4. Находит ли условия и ограничения до обращения?
5. Понимает ли, что произойдет после действия?
6. Сохраняется ли логика при переходе с рекламы, поиска или другой точки входа?

Проверьте новую логику на одном приоритетном маршруте до масштабирования дизайн-системы на весь сайт. Подробный способ такой проверки описан в материале о прототипе сайта.

Принимайте редизайн по сценариям, а не по вкусам

Вкусовое обсуждение начинается с «мне нравится» и «хочется ярче». Сценарная приемка начинается с человека, его вопроса и действия. Она не отменяет сильный визуал, а дает ему задачу.

Для каждого приоритетного маршрута зафиксируйте:

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

Хороший редизайн можно объяснить без слов «свежо» и «современно»: что изменили, для кого, почему и по какому сигналу приняли результат.

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

Зафиксируйте границы в брифе на редизайн

Обычного перечня страниц недостаточно. Бриф должен объяснить, почему начинается проект и какие решения уже приняты.

Включите в него:

1. Наблюдаемые симптомы и их подтверждения.
2. Изменения бизнеса, аудитории и предложения.
3. Самый глубокий слой, который требует переработки.
4. Выбранный масштаб редизайна и то, что остается неизменным.
5. Приоритетные страницы и пользовательские маршруты.
6. Списки «сохранить, улучшить, заменить, удалить».
7. Владельцев фактов, структуры, дизайна, разработки и запуска.
8. Критерии приемки прототипа и готовой версии.
9. Технические и поисковые ограничения, которые нельзя потерять.
10. Порядок пилота, масштабирования и возврата к рабочей версии.

Общий бриф на разработку сайта можно использовать как основу, дополнив его диагнозом текущей версии и картой решений по существующим элементам.

Что спросить у исполнителя до старта

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

1. Как вы отделите визуальную проблему от проблемы предложения и структуры?
2. Какие данные и наблюдения нужны до макетов?
3. Что в текущем сайте вы предложите сохранить и почему?
4. Как будет проверяться логика до детального дизайна?
5. Кто принимает содержание, пользовательский сценарий и техническую реализацию?
6. Как вы защитите работающие страницы, формы, данные и измерение?
7. Какой первый маршрут позволит проверить подход без полной переделки?

Ответы показывают, продает ли исполнитель набор экранов или управляемое изменение сайта. Команда Медиакода может начать редизайн сайта с диагностики роли, предложения, структуры и сценариев, а затем определить точный объем дизайна и разработки. Так визуальная работа получает понятную бизнес-задачу, а проект не разрастается без причины.