Дизайн сценарий это

Сценарий дизайн-проекта

Если квартиру рассматривать как организованное пространство для жизнедеятельности человека, то очевидным становится то, что главными факторами при выборе планировочного решения квартиры являются жизнь и деятельность ее жильцов. Но ведь каждый из нас индивидуален, имеет свои привычки и представления о комфорте, а также свой ритм и стиль жизни, а, следовательно, и квартиры для всех не могут быть одинаковыми.

Однако у всех нас есть нечто общее – некий распорядок дня, пусть и у каждого свой, которому подчиняется его жизнь. Каждый из-нас изо дня в день выполняет одни и те же рутинные действия, которые напрямую определяют то, как будет выглядеть его квартира. Например, человеку, который не любит готовить, не требуется огромная кухня, а человеку, редко принимающему гостей в квартире, не нужна слишком большая гостиная. И именно для того, чтобы лучше понять привычки клиента, многие дизайнеры прибегают к помощи сценария дизайн-проекта. Но сценарий будет крайне полезен даже людям, решившим делать дизайн собственными силами.

Что такое сценарий дизайн-проекта?

Сценарий дизайн-проекта — это как можно более подробное описание клиентом дня своей повседневной жизни, с момента его пробуждения и до позднего вечера, когда он ложится спать. Клиенту предлагают мысленно прожить этот день и отразить его на бумаге, вспомнив все незначительные на первый взгляд мелочи и тонкости.

Назначение сценария дизайн-проекта

Прежде всего сценарий нужен дизайнеру, чтобы определить, чем для клиента будет являться его будущая квартира. Например, местом для ежедневных вечеринок в кругу своих друзей или тихим, уютным семейным гнездышком. Любит ли клиент принимать гостей, читать, медитировать, заниматься спортом или смотреть кино по вечерам? От этих, казалось бы, не имеющих к дизайну никакого отношения, вопросов зависит очень многое. Из сценария становится ясным характер будущего жилья, удобное для клиента функциональное зонирование, схема расположения техники на кухне, расположение систем хранения и т. д.

Второй важный момент, который проясняет сценарий, это маршруты, то есть траектория движения по квартире. Несмотря на то, что маршруты у каждого свои, есть общие для всех: из спальни в санузел, из кухни в гостиную, из спальни в кухню и наоборот. Знание основных маршрутов при перепланировке позволяет сделать их максимально простыми и короткими, а также освободить от хрупких деталей и неудобной габаритной мебели, о которую можно удариться. Также вдоль этих маршрутов не следует располагать места для уединения: уголки для чтения, рабочие столы, спальные места и т. д. Кроме того желательно чтобы основные маршруты не пересекали прихожую, чтобы человек не разносил грязь по всему дому.

Не лишним будет и анализ маршрута пришедшего гостя. Основной маршрут гостей обычно проходит между гостиной, кухней и санузлом. Поэтому планировка будет гораздо комфортней если ее общественная зона (кухня, спальня, санузел) будет располагаться ближе к входной двери чем ее приватная зона (спальни). Так пришедший гость быстро и без труда сможет пройти в нужную ему комнату, не проходя мимо спален и не тревожа покой других жильцов этой квартиры.

Источник

Методом,
средством решения проектных задач
является моделирование потребительских
ситуаций. “Сценирование” в дизайне
означает воображаемое воссоздание
целостного образа проектируемого
сложного объекта, которого пока нет в
реальности. Опирается на метод театрально-
драматургической режиссерской организации
“действия”.

Дизайн-программа
– конкретная практическая форма
реализации системного дизайна. Этот
метод соединяет в целостный процесс
разработку эстетико-худ. концепции
сложного соц-культурного объекта с
разработкой программно-целевой
организации системы деятельности по
реализации разработанного проекта.
Структура дизайн-программы: Проблемно-
целевой блок(проблема,цели,задачи,анализ
исходного состояния, конечн.проблемные
результаты,сроки реализации), концептуальный
блок(описание осн.замысла, подхода,
программная модель, организационная
стратегия),организационный блок(дает
характеристику детально разработанных
форм,методов,порядка организации и
управления, контроля,перечень орг-хоз
мероприятий), проектный блок(вопросы
всего комплекса заданий,мероприятий и
решений по проектированию объекта,на
всех стадиях формирования и выполнения
диз.программы,вплоть до пром. организации
проекта). Создание рабочего сценария в
дизайн- проектировании направлено на
упрощение процесса. Основные этапы:
-Постановка проблемы -Изучение спроса
-Изучение аналогов, прототипов -Поиск
решения, эскизирование -Утверждения
решения, доработка –Презентация

17. Воспроизводство предметной среды (переход от ремесленного к индустриальному способу) .

История
развития художественного конструирования
берет начало с середины 19 в.
Дизайну предшествовал ремесленный
труд. Вещь изготовлялась мастером
индивидуально, от начала до конца в
ручную. Такая вещь могла быть
эстетически-привлекательной, но она не
могла иметь масштабного распространения.
Возникновению дизайна способствовала
индустриальная революция. Она повлекла
за собой бум промышленного производства
дешевых, но низкокачественных товаров.
Они нуждались не только в визуальном
сокрытии недостатков своего производства,
но и эстетической привлекательности
для потребителя.

Объектами
массового производства становились не
только вещи, созданные промышленным
путем, вместе с доступностью, потребитель
также нуждался и в качестве товаров.
На тот период промышленность не могла
похвастаться достижениями в данном
аспекте, по тому, само ремесленное
производство, уловив этот спрос,
качественно изменило подход к ремесленному
труду, ориентировав ручной труд на
масштабное производство. В рамках этого
явления, структура самих вещей, сделанных
вручную, преобразилась:они стали более
функциональны, конструктивны, эффективны,
менее декорированы. В ремесленичистве
стал применяться раздельный труд.
Отличным примером вершины ремесленного
дизайнерского поиска будет стул № 14,
Михаэля Тонета, Также, нельзя не упомянуть
о движении Arts&Crafts, послужившим одной
из отправных точек для формирования
стиля «модерн» и современного дизайна.
Как ни странно, реакцией на внешне-безобразное
и низкокачественное машинное производство
предметов быта, явилось появление
подобных движений, по сути своей,
отвергавших и дизайн в машинном
производстве, и его само, но именно эти
движения заложили основу эстетической
функции и ее критериев во всем последующем
развитии дизайна, как отдельной творческой
и научно-технической дисциплины. Дизайн
делает продукцию массового производства
привлекательной для потребителей и
выгодной для изготовителей. Дизайнеры
стремятся сделать вещи недорогими в
изготовлении, удобными и безопасными
в употреблении, привлекательными, с т.
з. взаимодействия.

Исторические
этапы формообразования:

Кустарное,
ремесленное, мануфактурное(переходный
этап) производство (от начала человеческой
цивилизации до конца 18 века) — предтеча
дизайна 2. Индустриальное машинное
производство — конец 18 века начало 20
века 3. Постиднустриальное производство
— начало 20 века — наше время

Ремеслои — мелкое
ручное производство, основанное на
применении ручных орудий труда, личном
мастерстве работника, позволяющем
производить высококачественные, часто
высокохудожественные изделия.

Ремесло
возникло с началом производственной
деятельности человека, прошло длительный
исторический путь развития, принимая
различные формы:

а)
домашнее ремесло — в условиях натурального
хозяйства; б) ремесло на заказ — в
условиях разложения натурального
хозяйства; в) ремесло на рынок. Кустарное
производство — мелкосерийное производство
изделий с применением ручного труда.
Было особенно распространено в Средние
века.

Кустарное
производство во многом отличается от
ремесленного труда. Под ремесленным
понимается такое производство, при
котором изделия производятся главным
образом по заказу. В фабричном и кустарном
производстве заказ является исключением.
Наконец, в ремесленном производстве
очень малое разделение труда, тогда как
в фабричном и кустарном производстве,
разделение труда получило широкое
распространение. Также, в кустарной
промышленности, рабочий гораздо более
самостоятелен.

Мануфактурное
производство
— господствовавший в Западной Европе в
XVI- XVIII вв. способ производства и тип
предприятий, характеризуемый разделением
труда и его кооперацией, но при сохранении
ручного труда, ремесленничества, низком
уровне используемой техники.

Индустриальное
производство
— это производство, где преобладает
крупное механизированное машинное
производство. Практика раннего дизайна
была весьма примитивной. Функциональностью
и экономичностью производимой продукции
занимались инженеры, а дизайнеры отвечали
лишь за ее эстетический вид. Оказалось,
что дизайнеры должны создавать прототипы
массового машинного производства,
предварительно изучив технологию
современного производства и свойства
материалов. Назначению изделий и простоте
обращения с ними придавали столь же
важное значение, как и их внешнему виду.
В скором времени дизайнерские фирмы
стали набирать в штат чертежников,
модельщиков, инженеров, архитекторов
и специалистов по изучению рынка. 1785г.
в Англии начинает развиваться
индустриальное машинное производство
— специализация, узкопрофессиональный
подход, разделение труда, потоковость.
Постиндустриальное производство.
развивается на фундаменте всемерного
использования потенциала, заключенного
в прогрессе теоретического знания.
Постиндустриальное общество не может
заместить индустриальное, и даже аграрное
оно только добавляет к нему новые черты.
Развитие постиндустриального производства
способствует коренному изменению
технологии и самого характера человеческого
труда буквально во всех отраслях
хозяйства. Дизайнер работает в рамках
пром. произв-ва, использует различные
материалы и технологии. При проектировании
объекта, дизайнер руководствуется уже
целым рядом факторов и практических
знаний, учитывая не только эстетическое
содержание вещи, но и такие важные
моменты, как эргономика, безопасность,
оригинальность идеи и ее воплощения,
психологические, бытовые, этнографические,
социологические факторы, технологии
изготовления изд., св-ва материалов,
инженерные и конструкторские возможности,
стиль, тенденции в моде и многое другое.
Дизайнер призван сохранить чистоту
идеи функциональную обоснованность
для формы, материала, суперграфики т.е.
всех составляющих, в т. ч. и актуальность,
востребованность проектируемого
изделия.

18.
Особенности
аналогового метода дизайн- проектирования.

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

19.
Метод дизайн-проектирования предметной
среды на основе «лидера формы»
Проектирование предметной среды
на основе «лидер формы» включает в себя
подбор аналогов по данной «лидер форме»
и перенос в среду для создания единого
стиля.

20.
Унификация
предметной среды как современный метод
формообразования в дизайне

Унификация
– это распространённый и эффективный
метод устранения излишнего многообразия
посредством сокращения перечня допустимых
элементов и решений, приведения их к
однотипности. Унификация является
разновидностью систематизации, которая
преследует цель распределения предметов
в определённом порядке и последовательности,
образующей чёткую систему, удобную для
пользования. Унификация в процессе
конструирования изделия – это многократное
применение в конструкции одних и тех
же деталей, узлов, форм поверхностей.

21.Новые
методы дизайн-программирования (метод
«мозговой атаки», метод «синектики»)

Дизайн-программирование-метод,
соединяющий в целостный процесс
разработку эстетико-художественной
концепции сложного социально- культурного
объекта с разработкой программно-целевой
организации системы деятельности по
реализации разработанного проекта.
Этот метод может применяться в том
случае, когда дизайн участвует в решении
актуальных народнохозяйственных
проблем, главным образом межотраслевого
характера, связанных с проектированием
значительных по своим социальным
масштабам комплексных фрагментов
предметной среды, существенно влияющих
на культуру и образ жизни людей и
общества. Метод «мозговой атаки»-коллективное
творчество, дизайнеры как актеро-сценарное
моделирование. Стимулирует группу или
к быстрой генерации нескольких идей,
чем больше, тем лучше. Правила работы в
группе-запретить, критиковать-приветствуются
различные цели. Подхватывать идеи и
развивать их. Этот метод можно использовать
на любой стадии дизайн-проектирования.
Метод «синектики» Цель метода-направить
спонтанность мозга на решение определенной
задачи(дизайнерской) Проблема-нулевая
типология проектирования План действий:
1.Организация-подобрать группу.(2-3
человека из разных научных дисциплин)
2.Предоставить этой группе возможность
попрактиваться в использовании аналогий
для ориентирования спонтанной активности
мозга на решении этой проблемы. Не
аналогов, а аналогий. Используется 4
типа аналогий. 3. Передать дополнительной
группе, если основная не справляется.
4. Отчет малой группы для улучшений и
разработки основной группы Чаще всего
привлекают биологов, математиков
социологов.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Центром любого дизайн-проекта является пользователь.

Мы создаем продукты, основываясь на том, что знаем о пользователях, даже если это противоречит нашему собственному мнению или представлениях об идеальном дизайне. Как? Благодаря различным методам исследования пользователей, таким как пользовательские сценарии.

Чтобы понять, как этот метод изучения пользовательского опыта (User Experience, UX) реально помогает создавать удобные интерфейсы, рассмотрим несколько основных моментов, включая определение пользовательских сценариев, их роль в UX-дизайне, отличие от пользовательских историй и многое другое.

Содержание статьи

Что такое пользовательские сценарии?

Зачем нужны сценарии?

Как создать пользовательский сценарий

Отличие пользовательского сценария от пользовательской истории

Привлекаем команду контроля качества

Заключение

Что такое пользовательские сценарии?

По сути, пользовательские сценарии (User Scenarios) — это короткие рассказы о пользователях, представленных в виде образов идеальных пользователей (персон), пытающихся достичь своих целей в своем контексте в ходе взаимодействия с вашим сайтом или приложением. Как правило, сценарии разрабатываются для продуктов и сервисов, только планируемых к запуску.

Создание сценариев требует особого мышления: необходимо сосредоточиться на целях пользователей. Чего они будут пытаться достичь на вашем сайте или в приложении? Будет ли ваш продукт им полезен? Также важно подумать о сопровождающем их контексте (нюансы поведения и использования продукта, условия, влияющие на UX), их предыдущих знаниях и опыте.

Пользовательские сценарии не представляют всех возможных пользователей. Вместо этого они обычно учитывают только самые распространенные персоны и их мотивации. Хорошие сценарии включают контекст и детализацию, чтобы быть как можно более точными и связными.

Чтобы представлять целевых пользователей в максимально реальном виде, сценарии должны исходить из четкого понимания того, с кем вы будете иметь дело, — требуется исследование, проведенное с существующими или потенциальными пользователями. Работая с хорошо продуманными сценариями, наполненными реалистичными персонами, команда разработчиков сможет выявить ранее неизвестные проблемные области и затем исправить их.

Зачем нужны сценарии?

Пользовательский сценарий — это вымышленная история о том, как пользователь выполняет действия или достигает своих целей с помощью вашего продукта. Сценарий обращает особое внимание на мотивацию пользователя в ходе взаимодействия с дизайном и документирует особенности поведения на сайте. В итоге дизайнеры получают набор полезных соображений, которые могут стать основой для выработки новых идей и юзабилити-тестирования.

Визуализация того, как юзер будет использовать продукт или услугу, весьма полезна на этапе идейной разработки проекта. На такой ранней стадии гибкость, которую эти сценарии предлагают воображению дизайнера, огромна. Благодаря этому можно расширить потенциал дизайна в плане его универсальности и даже выйти за рамки того, что предлагается на рынке.

Пользовательские сценарии также применяются для определения наиболее важных для юзабилити-тестирования областей, они позволяют понять, как именно должен проводиться каждый тест.

Благодаря сценариям мы можем определить:

наиболее важные моменты, на которые нужно обратить внимание в процессе разработки UX;
какие этапы процесса потребуют от вас дополнительной помощи вашим пользователям;
основные потребности и мотивы ваших пользователей.

Как создать пользовательский сценарий

Как вы уже поняли, предварительным условием является создание персон. Разработав образы идеальных пользователей, вы можете переходить к следующему плану:

1. Решите, какие сценарии создавать, отталкиваясь от наиболее значимых действий каждого вида персон.

2. Напишите правдоподобную историю, содержащую:

сюжет (триггеры, действия, достигнутая цель);
контекст использования (где? когда? каковы окружающие пользователя условия?);
мотивации, причины;
ответ на вопрос: как продукт/сервис помогает достигнуть конечной цели?

3. Отойдите от решений относительно пользовательского интерфейса (User Interface, UI). Суть не в этом. Главное — это опыт персон, что они чувствуют, видят, делают, о чем думают.

4. Постарайтесь избегать далеких от реальности предположений. Ориентируйтесь на то, что в данной ситуации сделал бы реальный пользователь.

5. Уберите все, что не вписывается в сценарий.

Пользовательский сценарий должен сосредотачиваться не только на взаимодействии с продуктом, но и на других вещах, которые происходят во время этого взаимодействия. Он может включать культурную информацию, контекст и описание обстоятельств, которые побуждают использовать продукт или приложение. Например, сценарий описывающий применение мобильного приложения, будет содержать информацию о том, что устройство используется, когда пользователь находится в поезде, или что действие прерывается входящим вызовом. Подобная информация помогает разработчикам адаптировать дизайн, исходя из целей улучшения пользовательского опыта и юзабилити.

Написав сценарий, вы можете на его основе начать определять требования к дизайну приложения.

Отличие пользовательского сценария от пользовательской истории

Следует отметить, что сценарии создаются, исходя из пользовательских историй (User Stories), коротких утверждений, описывающих, что нужно определенной персоне и почему. Сценарии выводят пользовательские истории на новый уровень, добавляя к истории подробности взаимодействия с продуктом или услугой.

Пользовательские истории:

короче (как правило, одно предложение), не содержат деталей о пользователе и его прошлом опыте, мыслях и мотивациях;
с точки зрения пользователя описывают некую потребность, которая должна удовлетворяться вашим продуктом;
представлены прямой речью самого пользователя.

Пример истории: «Как любитель кино, я хочу, чтобы на моем смартфоне была вся информация о предстоящих премьерах в местных кинотеатрах, чтобы мне не приходилось проверять сайты каждого из них по отдельности».

Хорошо написанная пользовательская история — это скелет любого проекта по дизайну UX, а сценарий — это его мышцы. Вместе они помогают создать надежный продукт, успешно решающий проблемы пользователя и вызывающий чувство удовлетворения.

Отличие сценария от примера использования

Пример, или кейс, использования (Use Case) — это, скорее, технический план, чертеж проекта, в центре которого находятся функции, а не чувства и мысли. Кейсы представляют собой список действий при взаимодействии человека с системой.

Привлекаем команду контроля качества

Над пользовательскими сценариями обычно работают координатор или менеджер проекта, а также UX- и UI-разработчики. Специалисты по контролю качества (QA, Quality Assurance) или, попросту говоря, тестировщики привлекаются не всегда, хотя именно они знают каждый кейс и каждое условие (позитивное или негативное) с точки зрения пользователя. С их помощью вы будете писать более точные сценарии.

Когда речь заходит о сценариях, обычно это означает необходимость протестировать продукт или данные. Вам нужно убедиться, что ваш продукт готов, прежде чем вы сделаете его доступным широкой публике. Тестировщики должны стать вашими первыми клиентами. Перед началом тестирования такому профессионалу нужно передать максимум информации о продукте и как можно больше сценариев.

Почему этот шаг действительно важен?

Ваш продукт попадет в руки многих людей. Существует много способов использования продукта или сервиса, и вы должны подготовить все возможные сценарии. Не только QA, но вообще каждый профессионал, участвующий в разработке, должен осознавать важность пользовательского сценария. Сценарии помогают вам генерировать идеальное решение проблем и делать хорошие, по-настоящему полезные продукты.

Каждый участник команды должен представить себя на месте пользователя. Не одного пользователя, а многих, разных пользователей. Как только все вживутся в роли, переходите к следующим шагам:

1. Изучите своих пользователей, их привычки и потребности.

2. Начните сами использовать продукт всеми возможными способами. Представьте, что вы и есть тот самый пользователь, который при этом хочет сделать что-то на вашем сайте или в приложении.

3. Разбейте процесс на несколько частей. Например, создайте пользовательские сценарии для случаев входа в систему и для оплаты или добавления товаров в корзину.

4. Разделите каждый сценарий на позитивный и негативный вариант. Возьмем попытку входа в качестве примера. Позитивный кейс: ввод пользователем имени и пароля, приводящий к успешному входу в систему. Негативный: пользователь забыл свой юзернейм и не смог войти в систему.

5. Придумайте как можно больше негативных кейсов. Такой подход позволяет обнаруживать больше пробелов.

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

7. Создайте карту сценариев — документ, содержащий все ваши сценарии, тогда вы избежите повторений. На такой карте будет удобно наблюдать все имеющиеся сценарии и отмечать те, которые вы уже проработали.

8. Подумайте о том, как помочь пользователям следовать обозначенному вами сценарию. Experrto — это платформа для адаптации пользователей к интерфейсу и взаимодействию с вашим продуктом. С помощью индивидуально настроенных визуальных интерактивных подсказок Experrto позволяет выстроить онбординг таким образом, чтобы пользователь мог максимально эффективно добиться своей цели на сайте и завершить свой сценарий.

Прежде чем приступить к дизайну пользовательского пути, дизайнер накидывает базовый сценарий. Затем приглашает QA-специалистов для окончательной его проработки. Шаги повторяются до тех пор, пока вы не получите завершенный пользовательский сценарий — лишь затем можно переходить к следующим стадиям разработки.

Убедитесь, что вы следуете всем пунктам из представленного выше алгоритма, уделяя особое внимание негативным кейсам.

Заключение

Пользовательские сценарии важны, поскольку они позволяют экспертам по юзабилити и разработчикам проникнуть в сознание потенциальных пользователей. В сценариях основное внимание уделяется потребностям людей, а не аспектам дизайна. Еще одним преимуществом пользовательских сценариев является то, что они написаны на языке, который понимают все члены команды, независимо от специализации.

Изучите все возможные точки зрения. Разбирайте отдельные моменты снова и снова, фиксируя в своих заметках полученные инсайты. К этому и сводится процесс создания сценариев, пользовательских историй и примеров использования.

По материалам: interaction-design.org, uxknowledgebase.com, uxplanet.org

17-10-2021

Источник

Центром любого дизайн-проекта является пользователь.

Содержание статьи

Что такое пользовательские сценарии?
Зачем нужны сценарии?
Как создать пользовательский сценарий
Отличие пользовательского сценария от пользовательской истории
Привлекаем команду контроля качества
Заключение

Что такое пользовательские сценарии?

Зачем нужны сценарии?

Благодаря сценариям мы можем определить:

наиболее важные моменты, на которые нужно обратить внимание в процессе разработки UX;
какие этапы процесса потребуют от вас дополнительной помощи вашим пользователям;
основные потребности и мотивы ваших пользователей.

Как создать пользовательский сценарий

1. Решите, какие сценарии создавать, отталкиваясь от наиболее значимых действий каждого вида персон.

2. Напишите правдоподобную историю, содержащую:

сюжет (триггеры, действия, достигнутая цель);
контекст использования (где? когда? каковы окружающие пользователя условия?);
мотивации, причины;
ответ на вопрос: как продукт/сервис помогает достигнуть конечной цели?

5. Уберите все, что не вписывается в сценарий.

Написав сценарий, вы можете на его основе начать определять требования к дизайну приложения.

Почему компании так боятся поговорить со своими клиентами?

Отличие пользовательского сценария от пользовательской истории

Пользовательские истории:

короче (как правило, одно предложение), не содержат деталей о пользователе и его прошлом опыте, мыслях и мотивациях;
с точки зрения пользователя описывают некую потребность, которая должна удовлетворяться вашим продуктом;
представлены прямой речью самого пользователя.

Отличие сценария от примера использования

Пример, или кейс, использования (Use Case) — это, скорее, технический план, чертеж проекта, в центре которого находятся функции, а не чувства и мысли. Кейсы представляют собой список действий при взаимодействии человека с системой.

Привлекаем команду контроля качества

Почему этот шаг действительно важен?

1. Изучите своих пользователей, их привычки и потребности.

5. Придумайте как можно больше негативных кейсов. Такой подход позволяет обнаруживать больше пробелов.

Разработка личного кабинета пользователя: улучшаем интерфейс

Заключение

Подписывайтесь на нашу группу в фейсбуке и канал в телеграм, чтобы следить за обновлениями.

Прокачайте свой онбординг!

По материалам: interaction-design.org , uxknowledgebase.com , uxplanet.org

Источник