Кинутися у вир із головою в розробку нового проекту, робити нариси сторінок та працювати над створенням інформаційної архітектури фінального продукту – це може здатися привабливою ідеєю. Однак це не зовсім правильний підхід до справи. (більше…)

Кинутися у вир із головою в розробку нового проекту, робити нариси сторінок та працювати над створенням інформаційної архітектури фінального продукту – це може здатися привабливою ідеєю. Однак це не зовсім правильний підхід до справи. (більше…)

Дивлячись на приклади поганого дизайну, які стоять поряд із прикладами гарного дизайну, стає зрозуміло, що це не тільки кумедно для перегляду, але й чудово демонструє важливі уроки для дизайнерів. (більше…)

На цей момент дизайн програм є найбільшою сферою діяльності у галузі технологій. Здається, що відколи Apple запустила iPhone, ці розумні люди збираються разом, щоб зробити наше життя ще цікавішим через різні магазини додатків. Тим не менш, існують деякі прості речі, які ці чудові люди можуть зробити, щоб поліпшити наш спільний досвід користувача (user experience):

Ми дамо вам підказку: якщо програма корисна – вона повинна бути простою. Якщо вам потрібно використовувати довгий “шлях” за функціями, щоб ознайомити мене з програмою; дуже ймовірно, що ви спробували вмістити занадто багато способів використання цього продукту. Я навряд чи читатиму щось довше за Біблію, щоб просто спробувати ваш додаток.

Отримувати ідеї від користувачів, не розмовляючи з ними, може бути дуже привабливим, коли вас стискають терміни виконання нових релізів. Це досить легко зробити, адже більшість команд розробників додатків – просто користатися даними, які користувачі відправляють у службу підтримки. Завдяки цим даним ви можете швидко визначити, які функції потрібні користувачам і в чому вони розчаровані, чи не так? Зачекайте секунду. За великим рахунком, ті люди, які звертаються на підтримку, це ті, хто відчував розчарування; як щодо 99% (або більше) ваших користувачів, які ніколи не говорили із підтримкою? Хіба ви не вважали б за краще зробити їх щасливими замість того, щоб витрачати час на підтримку щастя тільки 1% користувачів, які звертаються на підтримку?
Вам все одно доведеться розмовляти з вашими користувачами, навіть якщо ви вважаєте, що знаєте, чого вони хочуть.

Коли люди витрачають більшу частину грошей на смартфон, вони хочуть, щоб ви використали усі нюанси їхнього телефону. Немає жодних виправдань для економії на готовому контенті для Retina (або для ігнорування будь-яких інших важливих технічних можливостей). Ось чому вони заплатили свої гроші, і ваш UX можна вдосконалити лише за рахунок відповідності очікуванням людей.
Це величезний подразник. Я завантажив вашу програму, я встановив його, тому, будь ласка, просто дайте мені спокійно ним користуватися. Я не проти надати вам деякі дані, щоб зробити досвід кращим, але я не збираюся давати вам свій розмір взуття (звісно, якщо це не додаток для виготовлення взуття). Краще брати дані, коли вам дійсно потрібно, а не вимагати їх наперед.

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

Нам відомо про важливість UX. Пошуковій системі Google відомо про важливість UX. Але коли мова заходить про продаж у роботі UX, часто може виникнути почуття, що нікому невідомо, наскільки це важливо. Іноді здається, що клієнти та колеги зовсім не сприймають ідеї, представлені нами. Як же нам покращити обслуговувати цих клієнтів і змусити їх приймати нашу роботу як цінність? У нас є 10 рекомендацій, завдяки яким можна покращити успіх продажу ваших робіт UX.
(більше…)

Автор – Дітте Мортенсен (Ditte Mortensen)
(більше…)

Автор – Армін Захірович (Armin Zahirovich)
Стів Джобс одного разу сказав: “Дизайн – це не просто зовнішній вигляд та відчуття. Дизайн – це те, як це працює.
Зазвичай нам подобається демонструвати відмінний дизайн, але ви також можете багато чого повчитися і у поганого дизайну. Ми не думаємо, що Стів Джобс мав якесь відношення до провалів, описаних далі. (більше…)

Автор: Рікке Дем і Тео Сіанг (Rikke Dam, Teo Siang)
Процес дизайн-мислення не може бути виконаний без прототипування та тестування. Однак для компаній або команд, незнайомих із методом дизайн-мислення (Design Thinking method), може бути загальне уявлення про прототипування, яке потенційно підриває його ефективність як вашого помічника у розробці оптимальних дизайнерських рішень. Давайте розглянемо шість найпоширеніших помилок щодо прототипування та способи боротьби з ними, щоб ви могли уникнути цих помилок та створювати кращі продукти чи послуги.
Якщо ви не були знайомі (або ваша команда не знайома) з дизайн-мисленням, у вас заздалегідь можуть бути деякі ідеї щодо прототипування, що на практиці означає – це потрібно зробити і все – які насправді є контрпродуктивними для процесу. На щастя, ми нижче перерахували шість найпоширеніших помилок або неправильних висновків, а також рішення для них, щоб допомогти вам переглянути своє мислення або переосмислити свій процес. Давайте почнемо!

Коли доходить до будь-якої школи мислення, пов’язаної з новою концепцією, настає момент, коли з’являється сукупність “загальновизнаних знань”. Потім цей обсяг знань стає священним і замість того, щоб бути керівництвом для інформування нашої роботи, він стає фактично догмою. Варто заперечувати такі міфи і намагатися дослідити глибину догми, аби зрозуміти правду, сховану під поверхнею; так ми зможемо розвинути кращий досвід користувача (user experience) навіть коли йдемо проти того, що відомо всім.

Питання, що таке юзабіліті (usability, тобто зручність використання) у порівнянні з бажаністю (desirability), виникає досить часто в дизайні UX і важливо бути готовим розрізняти ці поняття. Чому? , Тому що юзабіліті – це базовий рівень користувальницького досвіду і без зручності використання важко створити добрий користувальницький досвід. Однак без бажаності навряд чи користувацький досвід залишить глибокий слід для користувача – UX може не запам’ятатися і стати таким, який не будуть рекомендувати іншим.