Створюйте UX, який конвертує та западає в серця юзерів

Долучайтеся до курсу UX Design Medium: будуть практичні домашки, два курсових проєкти для реальних бізнесів і нон-стоп фідбек від кураторки.

Special offer: навчіться створювати швидкі та легкі для масштабування вебсайти з нуля завдяки відеокурсу з Webflow від Стаса Говорухіна, дизайнера продукту в Djinni.

Старт — 14 січня.

• Дивитися деталі тут

Жарт-маніфестація на 2025⚡️

Залишитися в живих після дослідження: банківська сфера edition.

Як проводити дослідження перед тим, як викотити нову фічу, ділиться Ян Гладченко — Product Designer у Raiffeisen Bank Ukraine та наш куратор на курсі UX Design Beginning.

Більше — у лекції Яна для Projector Library «Роль продакт-дизайнера в банку: створення зручних фінансових сервісів».

Ще більше гарного серед українського дизайну

Рідне: — ресурс, що збирає круті приклади сучасного дизайну українською мовою. Раніше у добірці були сайти, а відтепер — ще й шрифти.

«Ми зарелізили галерею українських шрифтів і для початку зібрали для вас деякі з наших улюблених, доступних для комерційного і не комерційного використання (з посиланнями на першоджерела і авторів, звісно). Також трохи оновили дизайн (знову) та оптимізували сайт»,

— кажуть у своєму телеграм-каналі.

• Дивитися на красиве

→ Проєктуєш україномовний застосунок
→ Використовуєш списки користувачів
→ Придумуєш рандомні імена і вводиш вручну
→ Втомлюєшся і шукаєш альтернативи
→ Знаходиш плагіні, але вони генерують контент або англійською, або російською

Такий шлях пройшов пан Родіон і вирішив написати свій плагін, який генеруватиме ім'я, прізвище та по-батькові українською мовою.

Вийшло.

Плагін UA Generator безкоштовний, дає можливість вибрати стать, формат і змінювати послідовність генерованих даних перетягуючи поля ім'я, прізвище та по-батькові.

Ідеально підходить для швидкого наповнення макетів чи прототипів локалізованим контентом на українській мові.

• Плагін тут

Які іконки у 2025 році — застарілі?

Швейцарський дизайнер Сандро Морген зазначає:

«Іконографія має термін придатності. Популярні іконки, які 10 років тому активно використовувалися на вебсайтах та в застосунках, поступово замінюються сучаснішими символами.

При цьому скевоморфні зображення дедалі більше відходять у минуле, поступаючись місцем абстрактним візуалізаціям».

Приклади необхідних оновлень, що навів Сандро, на картинці.

Віталій Фрідман коментує:

«Не варто замінювати іконки лише задля відповідності новим трендам. Іноді це працює добре, а іноді створює більше плутанини, ніж старі іконки.

Важливо обирати іконки, які чітко передають потрібний меседж. І обов’язково тестувати їх на користувачах.

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

Не бійтеся залишити старі іконки, якщо вони працюють, але обов’язково перевіряйте ваші рішення та замінюйте їх, коли це справді потрібно».

Ваші думки? Які «застарілі» іконки все ще обираєте над більш сучасними альтернативами?

Покращення досвіду ≠ покращення прибутку

Анна Ліщинська — Staff Product Designer у LOKO — усвідомила це запізно та здивувалася:

Коли я тільки прийшла в команду монетизації, я, як мене і вчили всі дизайн викладачі, хотіла вирішувати болі користувачів. Я фокусувалась на юзабіліті, на архітектурі та мало думала про вплив на бізнес.

Одразу на першому проєкті цих навичок вкрай не вистачило: з‘ясувалось, що мені бракувало вміння залучати стейкхолдерів, аргументувати, працювати з метриками та розуміти value proposition.

Тому я хочу підсвітити різницю між цими двома світами: роботою з досвідом користувача та роботою з створенням доходу.

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

Яскраво підсвічуємо різницю — у лекції «Дизайн для монетизації мобільних застосунків» на Projector Library.

Треба відстежувати метрики, інакше нічого не вийде.

Треба відстежувати actionable метрики, інакше нічого не вийде.

Це урок з лекції Арсена Колиби, уривок якої — на відео. Там ви дізнаєтеся, які метрики реально варто рахувати.

А як взагалі працювати з метриками, слухайте у лекції «Продуктові метрики та як впливати на них дизайном» на Projector Libary.

Користувачі не ненавидять зміни. Вони ненавидять наші дизайнерські рішення.

Сказав Джаред Спул і пояснив: «Users don’t hate design changes, they hate the choices designers make when rolling out a change. That’s a nuanced, important difference».

Напоширеніші причини несприйняття редизайну:

1. Несподіванка змін: користувачі часто не знають про майбутні зміни, і раптові оновлення можуть їх дратувати.

2. Звичка до старого дизайну: навіть якщо попередній дизайн був складним, користувачі звикли до нього і можуть сприймати новий дизайн як незручний.

3. Стратегія «прийнятних змін»: дизайнери повинні впроваджувати зміни поступово, надаючи користувачам час і підтримку для адаптації.

Рекомендації для успішного редизайну:

• Попереджайте користувачів про майбутні оновлення, пояснюючи їхні переваги.

• Збирайте відгуки та враховуйте потреби користувачів під час розробки нового дизайну.

• Впроваджуйте зміни поетапно, даючи користувачам можливість звикнути до нововведень.

• Комунікуйте, підтримуйте та забезпечуйте ресурси для навчання користувачів роботі з новим дизайном.

Наприклад, після великих змін в інтерфейсі Figma пропонує повернутися до старого дизайну в один клік. А також дає посилання на сапорт і навігацію новим UI під рукою.

Як вам новий інтерфейси Figma після кількох місяців?

❤️ — дуже лайк
🌚 — все ще не подобається

«Гарний редизайн – це еволюція, а не революція»

Що ще можна назвати гарним редизайном? Зібрали поради Віталія Фрідмана.

🔹Уникайте масштабних редизайнів, якщо це не крайня необхідність.
• Надавайте перевагу поступовим змінам замість повного оновлення.
• Почніть із прибирання: архівуйте, видаляйте, оновлюйте. Спрощуйте.
• Спирайтеся на звичні моделі поведінки користувачів.
• Дайте користувачам контроль над тим, коли зміни їх торкнуться.
• Дозвольте спробувати новий дизайн зараз або пізніше.
• Дайте можливість тимчасово повернутися до старого дизайну.

🔹Не вводьте багато змін одночасно.
• Користувачі приймають зміни, якщо бачать у них цінність.
• Залиште старий спосіб роботи спочатку, переходьте поступово.
• Пояснюйте зміни для постійних користувачів.
• Покажіть, як саме зміни покращать їхній досвід.
• Завчасно підготуйте службу підтримки до оновлень.

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

Але якщо редизайн все ж потрібен, розбивайте зміни на маленькі етапи та запускайте оновлення поступово.