Сучасні UX-дизайн-команди сприймають інтерфейс лише як набір компонентів і насамперед проєктують їх. У результаті виникають «прогалини» у взаємодії, куди може потрапити користувач, відхилившись від ідеального робочого потоку.
Ми маємо створювати системи, а не окремі сторінки. Наше завдання — проєктувати життєвий цикл компонентів, у якому один стан змінює інший. Усього їх дев’ять.
- Нічого не відбувається
Що відбувається до того, як ваш компонент щось зробить? Можливо, користувач бачить його вперше. Компонент існує, але його ще не запущено. - Завантаження
Страшний стан. В ідеальному світі ніхто й ніколи не побачив би екрана завантаження.
На жаль, іноді ми на нього потрапляємо. Є багато способів зробити цей екран легким і ненав’язливим. Непогане рішення пропонує Facebook — він використовує певний фіктивний допис. - Немає даних
Ваш компонент ініціалізований, але порожній. Даних немає. Саме час запропонувати користувачеві ввести їх («Зроби це!») і винагородити за введення («Чудово, далі все працюватиме саме»). - Один елемент
У вас з’явилися якісь дані. Це може бути перша літера в тексті або перший елемент у списку. - Достатньо даних
Зазвичай саме про це думають насамперед. Ідеальний стан компонента. Дані завантажені, а користувач ознайомився з інтерфейсом і ввів власні дані. - Забагато даних
Користувач перестарався. Забагато елементів списку (ви розбиваєте його на сторінки), забагато символів (ставите три крапки). - Неправильна дія
Із компонентом щось не так. Сталася помилка.
Наприклад, сайт підказує, що адресу електронної пошти введено неправильно. - Правильна дія
Усе гаразд! Користувач правильно ввів дані. - Готово
Застосунок прийняв дані, введені користувачем, і успішно їх використовує. Більше ні про що турбуватися.
Ці стани повторюватимуться під час взаємодії з продуктом. Ретельно продумавши зміни інтерфейсу, ви зможете створити приємний користувацький досвід у будь-якій ситуації.
UX-дизайн-команди забувають або ігнорують багато станів. Це величезна помилка й нагода для вас стати кращими за конкурентів. Якщо мислити про робочий потік як про зміну станів, ви зможете контролювати всі процеси застосунку й водночас подбати про користувачів.
Дев’ять станів дизайну є в кожному продукті. Навіть якщо після прочитання статті ви вирішите ігнорувати один із них, це не буде погано — ви зробили це свідомо, а отже, зважаєте на «прогалини» у взаємодії з продуктом.