Редизайн
Меняется значительная часть интерфейсной системы и нескольких шаблонов, но существующий сайт и его накопленные активы имеют ценность.
Услуга / веб-бюро Дениса Богданова
Редизайн сайта без переделки работающего ради нового вида
Перестраиваем интерфейс и UX существующего сайта, когда текущая визуальная система и сценарии действительно мешают задаче — с инвентаризацией работающих URL, контента и поисковых сигналов до изменений.
Редизайн не означает обязательную смену CMS, домена или всех URL. Если проблема локальная, достаточно доработки; если меняется фундамент продукта или платформа, это уже разработка или миграционный проект.
01 / роль услуги
Что решает эта услуга
Редизайн нужен, когда проблема находится не в одном блоке, а в системе интерфейса: визуальной иерархии, навигации, шаблонах, адаптиве, доступности, доверии и ключевых пользовательских маршрутах.
Задача отличается от создания нового сайта тем, что существующий проект уже содержит ценность, которую сначала нужно инвентаризировать. Отличие от разработки — дизайн и UX являются основным объектом решения, а код и миграция обслуживают согласованную новую систему.
02 / границы интента
Как отличить эту задачу от соседних
Раздел помогает выбрать правильную страницу и одновременно не смешивать разные поисковые и бизнес-задачи.
Доработка
Проблема локальна: один сценарий, блок, форма или шаблон можно исправить без перестройки всей системы.
Разработка
Основная задача — новая функциональность, данные, интеграции или технический продукт; визуальный слой вторичен.
Новый сайт / миграция
Меняются бизнес-модель сайта, платформа, домен, URL-архитектура или фундамент настолько, что нужен отдельный проект переезда.
03 / применимость
Когда это рациональный следующий шаг
Не продаём услугу по умолчанию: сначала проверяем, соответствует ли она реальной задаче.
Подходит, если
- Интерфейс визуально и сценарно устарел, а локальные исправления уже не дают цельного результата.
- Несколько ключевых шаблонов плохо работают на мобильных, перегружены или не поддерживают текущий продукт.
- Новая бренд-система требует системного внедрения, а не косметической перекраски отдельных экранов.
- Перед изменениями нужно сохранить ценные URL, контент, аналитические события и поисковые входы.
- Нужно привести сайт к единой дизайн-системе и снизить стоимость дальнейших изменений.
Лучше выбрать другой путь, если
- Нужно исправить один экран, форму или локальный UX-дефект — это доработка.
- Сайт в целом работает, а причина слабого результата ещё не диагностирована — сначала аудит.
- Нужна новая сложная функциональность без существенной смены интерфейсной системы — это разработка.
- Основная задача — сменить CMS, домен или URL-архитектуру — нужен миграционный контур.
04 / состав работ
Что именно делаем
Каждый блок включается только если нужен для задачи проекта.
Диагностика до макетов
Фиксируем задачи бизнеса, аналитику, проблемные сценарии, ценные URL и элементы, которые нельзя потерять.
Информационная и UX-структура
Уточняем навигацию, приоритеты, последовательность блоков и состояния ключевых сценариев.
Дизайн-система
Типографика, сетка, компоненты, состояния, контраст, адаптив и правила повторного использования.
Прототипы и интерфейсы
Проектируем ключевые шаблоны и проверяем их на реальном содержании, а не на пустых заглушках.
SEO/migration guardrails
Для затронутых страниц фиксируем URL, metadata, canonical, redirects, internal links, structured data и indexability.
Внедрение и QA
Реализуем согласованный слой, проверяем mobile/reflow, доступность, формы, аналитику и production после релиза.
05 / процесс
Как проходит работа
Последовательность нужна, чтобы сначала принять решения и проверить риски, а потом тратить ресурс на реализацию.
Baseline
Снимаем текущее состояние: маршруты, шаблоны, мобильные проблемы, контент, SEO-сигналы и ограничения платформы.
Границы проекта
Решаем, что сохраняем, что меняем и какие страницы/функции не входят в редизайн.
Прототипирование
Проверяем структуру и пользовательские сценарии до детального визуального слоя.
Визуальная система
Собираем компоненты и ключевые шаблоны на реальном содержании.
Реализация
Внедряем новую систему с сохранением согласованных поисковых и аналитических контрактов.
Приёмка и релиз
Сравниваем с baseline, проверяем критические URL и сценарии и только затем считаем проект завершённым.
06 / результат
Что остаётся у клиента
Результат формулируем через реальные артефакты и рабочие изменения, а не через гарантии позиций или абстрактный «рост».
Карта изменений
По каждому значимому шаблону понятно, что сохраняется, меняется или требует отдельного решения.
UX-прототипы
Ключевые сценарии и состояния до визуальной детализации.
Дизайн-система
Повторяемые компоненты, типографика, сетка, состояния и адаптивные правила.
Готовые шаблоны
Интерфейсы ключевых типов страниц на реальном контенте.
SEO continuity map
Список поисково-критичных сигналов и судьба затронутых URL до релиза.
QA / release protocol
Проверки мобильной версии, критических сценариев и production после внедрения.
07 / практический инструмент
Before / after: что должно измениться кроме цвета
Открытое демо показывает не «красивее / некрасивее», а изменение иерархии, сценария и правил сохранения работающих активов.
До: всё на одной странице
После: отдельные маршруты и приоритеты для разных пользовательских задач.
До: случайные компоненты
После: единая система состояний, типографики, сетки и адаптива.
До: URL меняются вместе с макетом
После: URL меняется только при отдельном обосновании и с redirect/canonical-контролем.
До: релиз = загрузили новый дизайн
После: QA, аналитика, indexability и production smoke входят в приёмку.
пример результата
Открытый материал по этой задаче
Статус материала указан на самой странице. Демо и собственные проекты не выдаются за клиентские кейсы.
08 / риски
Что чаще всего делает работу бесполезной
Границы и ограничения полезнее скрытых допущений.
Редизайн ради ощущения новизны
Без исходной проблемы и критерия готовности новая картинка может не изменить пользовательский путь и бизнес-задачу.
Сломать работающие URL
Визуальный проект не даёт права автоматически менять адреса, удалять страницы или сбрасывать накопленные поисковые сигналы.
Спрятать объём разработки
Новый интерфейс может требовать изменений CMS, данных и интеграций; это оценивается до обещания сроков и бюджета.
Обещать отсутствие любых колебаний SEO
Даже аккуратный релиз не даёт гарантии неизменности позиций. Управляемыми остаются сохранение сигналов, качество миграции и контроль после запуска.
09 / соседние задачи
Если нужен другой формат работы
Переход ведёт на страницу, которая владеет другой задачей, а не на дублирующую посадочную.
Доработка сайта
Если проблема локальна и не требует смены всей интерфейсной системы.
Перейти к доработке ↗Аудит и стратегия
Если пока не доказано, что именно редизайн является правильным решением.
Перейти к аудиту ↗Разработка сайта
Если основная задача — функциональность, интеграции и техническая реализация.
Перейти к разработке ↗Перенос сайта
Если проект прежде всего меняет платформу, домен или технический контур.
Перейти к переносу ↗10 / вопросы до старта
Короткие ответы перед решением
FAQ отвечает на реальные развилки выбора, а не повторяет основной текст другими словами.
Можно сделать редизайн без смены CMS?
Да, если текущая платформа позволяет реализовать нужную систему и не создаёт критических ограничений. Смена CMS должна иметь отдельную причину.
Обязательно менять URL?
Нет. Визуальные и UX-изменения сами по себе не требуют менять адреса страниц. Ценные URL сохраняются, если нет отдельного архитектурного основания.
Вы гарантируете, что SEO не просядет?
Нет. Можно заранее снизить управляемые риски: инвентаризировать URL, сохранить релевантный контент, настроить редиректы при необходимости и проверить технические сигналы после релиза.
Сколько стоит редизайн?
После определения числа шаблонов, состояний, объёма контента, разработки и миграционных рисков. Минимальный самостоятельный проект бюро — 50 000 ₽, но это не фиксированная цена любого редизайна.
Можно ограничиться только дизайном без внедрения?
Да, если результат оформлен как передаваемый комплект: прототипы, макеты, компоненты, состояния и требования к реализации. Внедрение тогда является отдельным этапом.
Следующий шаг
Сначала определить задачу. Потом считать работу.
Опишите текущую ситуацию, ограничения и желаемое изменение. На первичном разборе определим, подходит ли этот формат или соседняя услуга решит задачу точнее.
Разобрать сайт / задачу