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

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

Потреби та емоції Термін дизайну, орієнтованого на користувача, був введений в дослідницьку лабораторію Дональда А. Нормана в Каліфорнійському університеті у Сан-Дієго. Концепція стала широко популярною після видання книги «Проектування систем, орієнтованих на користувачів: нові перспективи взаємодії людини з комп'ютером» у 1986 році.Norman, D. A. (1986). User-Centered System Design: New Perspectives on Human-Computer Interaction. Ця концепція отримала подальшу увагу і прийняття у своїй головній книзі «» (спочатку під назвою «Психологія повсякденних речей»). У книзі Норман описує психологію того, що він вважає «хорошим» і «поганим» дизайном за допомогою прикладів. Він піднімає важливість дизайну в нашому повсякденному житті, і наслідки помилок, викликаних поганими проектами. Книги також містять принципи побудови добре продуманих виробів. Його рекомендації ґрунтуються на потребах користувача, залишивши осторонь те, що він вважає вторинними питаннями, такими як естетика. Головними з них є:

Спрощення структури завдань таким чином, що можливі інтуїтивні дії в будь-який момент. Зробити речі видимими, включаючи концептуальну модель системи, дії, результати дій та зворотний зв'язок. Отримання відображень між запланованими результатами та необхідними діями. Охоплення та використання обмежень систем.

Надмірно відновлюючий підхід Нормана в попередніх текстах був переадресований ним пізніше в його власній публікації «».

Моделі та підходи

Наприклад, процес проектування, орієнтований на користувача, може допомогти розробникам програмного забезпечення досягти мети продукту, розробленого для своїх користувачів. Вимоги користувача розглядаються з самого початку і включаються до всього циклу виробництва продукції. Ці вимоги відзначаються і уточнюються методами розслідування, включаючи: етнографічне дослідження, , тестування прототипу, юзабіліті-тестування та інші методи. Можуть бути також використані генеративні методи, включаючи: сортування карт, діаграму схожості та сеанси спільного проектування.  Крім того, вимоги користувача можуть бути виведені шляхом ретельного аналізу використовуваних продуктів, подібних до розробленого продукту.

: залучення дизайнерів та користувачів на рівних умовах. Це скандинавська традиція розробки продукції ІТ-сфери, і вона розвивається з 1970 року.Greenbaum&Kyng (eds): Design At Work — Cooperative design of Computer Systems, Lawrence Erlbaum 1991 , північноамериканський термін для тієї ж концепції, натхненний кооперативним дизайном, орієнтований на участь користувачів. З 1990 року раз на два роки проводиться конференція з дизайну участі.Schuler&Namioka: Participatory Design, Lawrence Erlbaum 1993 and chapter 11 in Helander's Handbook of HCI, Elsevier 1997 , «дизайн, орієнтований на клієнта» в реальному контексті, включаючи деякі ідеї з дизайну участіBeyer&Holtzblatt, Contextual Design, Kaufmann 1998.

Ось принципи, які забезпечать націленість дизайну на користувача:

Дизайн базується на чіткому розумінні користувачів, завдань і середовищ. Користувачі залучені в процесі проектування та розробки. Конструкція керується та вдосконалюється оцінкою користувача. Процес ітеративний. Конструкція відповідає досвіду користувача. Команда дизайнерів включає мультидисциплінарні навички та перспективи.

Процес проектування, орієнтований на користувача Метою дизайну, орієнтованого на користувача, є створення продуктів, які мають дуже високу зручність у використанні. Це включає в себе те, наскільки зручний продукт в плані його використання, керованості, ефективності і наскільки добре продукт відповідає вимогам користувача. Нижче наведено загальні фази процесу проектування, орієнтованого на користувача: Визначення контексту використання: визначте, хто основний користувач продукту, чому вони будуть використовувати продукт, які їх вимоги і в якому середовищі вони будуть використовувати його. Зазначення вимог: після того, як контекст буде вказано, час для визначення вимог до продукту. Це важливий процес, який може ще більше полегшити дизайнерам створення розкадровки і встановити важливі цілі, щоб зробити продукт успішним. Прийняття дизайнерських рішень та розробка: На основі цілей та вимог продукту розпочати ітеративний процес проектування та розробки продукту. Оцінка продукту: розробники продукту використовують тестування на зручність для отримання відгуку користувачів про продукт. Оцінка продукції є важливим кроком у розробці продукту, яка дає критичний відгук про продукт. На наступних етапах описану вище процедуру повторюють для подальшого закінчення продукту. Ці етапи є загальними підходами та факторами, такими як цілі проектування, команда та їх терміни, а також середовище, в якому розробляється продукт, визначають відповідні фази для проекту та їх порядок. Ви можете дотримуватися водоспадної моделі, гнучкої моделі або будь-якої іншої практики розробки програмного забезпечення.

Призначення

UCD ставить питання про їх завдання та цілі, а потім використовує висновки для прийняття рішень щодо розробки та проектування. UCD вебсайту, наприклад, прагне відповісти на наступні питання: Хто є користувачами документа? Які завдання та цілі користувачів? Який досвід користувачів у роботі з цими та подібним документами? Які функції потрібні користувачам документом? Яка інформація потрібна користувачам і в якій формі вона потрібна? Як користувачі вважають, документ повинен працювати? Які є екстремальні середовища? Чи потребує користувач багатозадачності? Чи використовує інтерфейс різні режими введення, такі як дотик, розмова, жести або орієнтація?

Елементи

Як приклади точок зору UCD, суттєвими елементами UCD вебсайту є міркування про видимість, доступність, розбірливість та мову.

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

Доступність Користувачі повинні мати можливість швидко та легко знаходити інформацію в усьому документі, незалежно від його довжини. Користувачам слід запропонувати різні способи пошуку інформації (наприклад, навігаційні елементи, функції пошуку, зміст, чітко позначені розділи, номери сторінок, , тощо). Навігаційні елементи повинні відповідати жанру документа. ‘' — корисна стратегія, яка включає розбиття інформації на дрібні фрагменти, які можуть бути організовані в певний тип значущого порядку або ієрархії. Можливість пропускати дозволяє користувачам знаходити свою частину інформації шляхом сканування, а не читання. Часто використовуються напівжирні та курсивні слова.

Чіткість Текст повинен бути легким для читання: через аналіз риторичної ситуації, дизайнер повинен мати можливість визначити корисний стиль шрифту. Декоративні шрифти і текст у всіх регістрах важко читати, але курсив і напівжирний шрифт можуть бути корисними при правильному використанні. Великий або малий текст також важко читати. (Рекомендується розмір екрану 10-12 пікселів без засічок та 12-16 пікселів). Високий контраст між текстом і фоном збільшує чіткість. Темний текст на світлому фоні є найбільш розбірливим.

Language Залежно від риторичної ситуації необхідні певні типи мов. Короткі речення є корисними, так само як і добре написані тексти, що використовуються в поясненнях і подібних ситуаціях у великому тексті. Якщо ситуація не вимагає цього, жаргон чи технічні терміни не повинні використовуватися. Багато письменників вирішать використовувати активний стан, дієслова (замість або ), і просту структуру речення.

Риторична ситуація Дизайн, орієнтований на користувача, зосереджений навколо риторичної ситуації. Риторична ситуація формує дизайн інформаційного середовища. У риторичній ситуації слід розглянути три елементи: аудиторія, мета і контекст.

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

Призначення Мета полягає в тому, на що документ орієнтується або яку проблему намагається вирішити.

Контекст Контекст — обставини, що оточують ситуацію. Контекст часто відповідає на питання: Яка ситуація викликала необхідність цього документа? Контекст також включає будь-які соціальні або культурні питання, які можуть оточувати ситуацію.

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

Персона Під час процесу UCD може бути створена , що представляє користувача. Персонаж — це архетип користувача, який використовується для допомоги у прийнятті рішень щодо функцій продукту, навігації, взаємодії та навіть візуального дизайну. У більшості випадків персони синтезуються з серії етнографічних інтерв'ю з реальними людьми, а потім зафіксовані в описах 1-2 сторінок, які включають моделі поведінки, цілі, навички, погляди та навколишнє середовище, з кількома вигаданими особистими даними, щоб дати персонажу життя.

Для кожного продукту, або іноді для кожного набору інструментів у межах продукту, є невеликий набір персон, один з яких є основним фокусом для дизайну. Є також те, що називається вторинною персоною, де характер не є головною метою дизайну, але їхні потреби повинні бути задоволені і, якщо це можливо, вирішені. Вони існують, щоб допомогти пояснити подальші можливі проблеми та труднощі, які можуть виникнути, навіть якщо первинна особа задоволена своїм рішенням. Існує також анти-персона — особа, на яку дизайн спеціально не орієнтований.