Коли сайту справді потрібен редизайн — і коли достатньо точкових змін

Старий дизайн сам по собі не доводить необхідність нового сайту

Ми бачили ресурси з очевидно старою візуальною подачею, де людина все одно могла знайти послугу, побачити ціну або спосіб її дізнатися, знайти контакт і нормально звернутися.

У таких випадках можуть бути причини оновити візуал. Але це ще не означає, що потрібно перебудовувати всю систему.

І навпаки: сучасна сторінка може виглядати сильно, але всі послуги зібрані в занадто вузькій архітектурі, після портфоліо немає зрозумілого переходу до прорахунку, mobile-сценарій губить CTA або десятки матеріалів майже не пов’язані між собою.

Тут проблема вже глибша за колір і шрифти.

Корисніше визначити рівень проблеми

Ми використовуємо просту шкалу.

Рівень 0. Проблеми немає

Рішення незвичне, але сценарій працює.

Наприклад, форма знаходиться нижче, ніж ми очікували, але CTA легко приводить до неї, форма нормально заповнюється і звернення доходить.

Переробляти лише тому, що «так роблять інакше», немає сенсу.

Рівень 1. Можливість покращення

Можна зробити трохи зрозуміліше або зручніше.

Наприклад, CTA можна краще виділити, текст структурувати, перший екран зробити компактнішим.

Це корисні зміни, але вони не повинні автоматично перетворюватися на великий проєкт.

Рівень 2. Реальне тертя

Людині вже складно виконати важливу дію.

Наприклад:

• на смартфоні довго шукати спосіб запису;
• після конкретної роботи немає зрозумілого шляху до прорахунку;
• форма вимагає зайві дії;
• після Submit незрозуміло, чи звернення прийнято.

Тут є сенс працювати з конкретним сценарієм.

Рівень 3. Системна проблема

Та сама слабкість повторюється на багатьох сторінках.

Наприклад, усі сторінки послуг мають слабку структуру, контент і послуги майже не пов’язані, mobile-навігація ускладнює роботу по всьому сайту або мовні версії системно змішуються.

Тут точкова правка одного екрана вже не вирішує задачу.

Потрібна робота з шаблоном або структурою.

Рівень 4. Критична проблема

Основна функція фактично не працює:

• сайт недоступний;
• ключова кнопка веде на 404;
• калькулятор завершується помилкою;
• форма не передає звернення.

Цікаво, що в таких випадках редизайн часто взагалі не є першим кроком.

Спочатку потрібно відновити робочий сценарій.

Рівень 5. Архітектурне обмеження

Сайт уже не дозволяє нормально розвивати бізнес.

Наприклад:

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

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

Є величезна зона між «нічого не робити» і «створити новий сайт»

Це один із головних висновків роботи з реальними проєктами.

Можна переробити тільки mobile-сценарій, посилити сторінки послуг, перебудувати блог і внутрішні зв’язки, оновити форми, змінити адміністративну логіку або привести мовні версії до системи.

Тобто великий результат не завжди означає повне переписування сайту.

Докладніше цей підхід описаний на сторінці доопрацювання існуючого сайту.

Коли бізнес просто переріс свій сайт

Окрема ситуація — сайт технічно працює, але більше не відображає реальний масштаб компанії.

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

А сайт залишився старою візиткою.

У такій ситуації проблема не обов’язково в дизайні.

Можливо, потрібно оновити структуру, контент, докази, сторінки напрямків і логіку переходів.

Коли редизайн справді виправданий

Повний або великий редизайн має сенс, коли одночасно проявляються кілька факторів:

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

Тоді великий проєкт вирішує не косметичну, а системну задачу.

П’ять питань перед рішенням про редизайн

1. Яка саме проблема підтверджена?
2. На скількох сторінках вона повторюється?
3. Чи можна вирішити її без перебудови всієї системи?
4. Чи дозволяє нинішня технічна основа нормально розвиватися далі?
5. Що буде дешевше й надійніше підтримувати через рік?

Після цього рішення стає набагато спокійнішим.

Іноді відповідь буде новий сайт. Іноді — велика перебудова частини структури. Іноді — кілька точкових змін.

А іноді суттєвих підстав для редизайну зараз немає.

Саме так і має працювати діагностика: не доводити наперед вибране рішення, а допомагати вибрати мінімально достатнє.

Якщо потрібно перевірити це рішення послідовно, використайте інтерактивний сценарій «доопрацьовувати чи створювати новий сайт».