Що таке продуктовий дизайн і чим він відрізняється від UI/UX

Крок 1

Розберіться у визначенні

За глосарієм Nielsen Norman Group, у софтверній індустрії продуктовий дизайн означає проєктування цифрового продукту від початку до кінця з увагою до цілей бізнесу, стратегії продукту й користувачів. Поза софтом під продуктовим дизайном зазвичай розуміють дизайн фізичних предметів. Figma описує це так: продуктовий дизайн стоїть на перетині потреб користувачів і цілей бізнесу. Продукт, який люблять, але який не втримує бізнес, не виживе; як і продукт, що дає виручку, але дратує людей. Отже, продуктовий дизайнер відповідає не лише на питання «як це виглядає», а й:

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

Крок 2

Порівняйте суміжні ролі

Межі між ролями розмиті, і різні компанії називають однакову роботу по-різному. Орієнтовно:

• •UI-дизайнер: візуальна частина інтерфейсу — сітка, типографіка, кольори, компоненти;
• •UX-дизайнер: як людина досягає мети в продукті — сценарії, структура, прототипи, дослідження. Figma зазначає, що UX-дизайнери часто зосереджені на конкретних функціях чи флоу в межах поточного спринту;
• •продуктовий дизайнер: робота, схожа на UX, але зосереджена на одному продукті; за NN/g, у деяких компаніях це означає більшу відповідальність за UI або тісніше партнерство з продакт-менеджментом;
• •графічний дизайнер: візуальні комунікації — брендинг, поліграфія, реклама, соцмережі.

💡 Продуктовий дизайн — не те саме, що продакт-менеджмент. За NN/g, продакт-менеджмент вирішує, який продукт будувати і навіщо: стратегія, роадмап, пріоритети. А продуктовий дизайнер у тріаді відстоює потреби користувачів.

Крок 3

Подивіться, як виглядає процес

У багатьох командах продуктовий дизайнер працює в так званій продуктовій тріаді: дизайн, продакт-менеджмент і розробка, кожен — рівноправний партнер. NN/g пояснює: продакт-менеджер стежить, щоб продукт відповідав цілям бізнесу, а дизайнер — щоб він відповідав потребам користувачів на кожному етапі їхнього шляху. Типовий цикл роботи:

• •пошук проблеми: інтерв'ю, аналітика, звернення в підтримку, спостереження за людьми;
• •гіпотеза: «якщо ми зробимо X, то люди зможуть Y, і ми побачимо це за Z»;
• •прототип: від ескізу на папері до клікабельного прототипу у Figma;
• •перевірка: тест із користувачами, а після запуску — дані про поведінку;
• •ітерація: змінити рішення за результатами й перевірити знову.

💡 Продуктовий дизайнер не обов'язково сам робить дослідження чи аналітику: у великих командах для цього є окремі ролі. Але він має вміти поставити питання й зрозуміти відповідь.

Крок 4

Перевірте, які навички потрібні

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

• •інтерфейси: Figma, компоненти, автолейаут, прототипи — основа, без якої не обійтися;
• •дослідження: провести інтерв'ю й простий юзабіліті-тест, зробити висновки з нотаток;
• •продуктове мислення: сформулювати проблему, гіпотезу й спосіб перевірки, розуміти базові продуктові метрики;
• •комунікація: пояснити рішення продакт-менеджеру й розробнику, прийняти фідбек, домовитися про компроміс;
• •пріоритети: відрізнити важливе від цікавого й зробити найменшу версію, яку можна перевірити.

💡 Якщо ви тільки починаєте, спершу опануйте основи UI/UX: план для старту — у гайді Як стати UI/UX дизайнером з нуля.

Крок 5

Зробіть продуктову вправу

Найкращий спосіб зрозуміти, чи вам це подобається, — спробувати. Візьміть застосунок, яким користуєтеся щотижня: доставку, банк, транспорт, навчання. Далі:

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

💡 Якоб Нільсен радить тестувати не більше ніж з п'ятьма користувачами за раз і проводити кілька маленьких тестів. Для навчальної вправи цього вистачить, щоб побачити основні проблеми. Чесно позначте в кейсі, що це концепт, а не робота для компанії.