Файл: Сценарий по которому пользователь взаимодействует с приложением, программой для выполнения какоголибо действия для достижения конкретной цели.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 06.11.2023
Просмотров: 413
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Design ManagementSoftware Craftmanship and Development Process
4. Закон ХикаЧем больше выбор, тем дольше принимается решение.5. Закон ЯкобаЧем больше сайт похож на другие, тем скорее понравится пользователю.6. Закон общего пространстваЭлементы воспринимаются как группа, если они очерчены общими границами.7. Закон прегнантностиСложные объекты мы воспринимает как наиболее простую форму, к которой сможем их свести. 8. Закон близостиБлизкие друг к другу элементы воспринимаются как группа.9. Закон сходстваЭлементы одной формы воспринимаются как группа, даже если разделены.(прим-сторис инсты)10. Закон связностиЧем больше элементы похожи, тем более связанными воспринимаются.11. Закон МиллераПользователь запоминает 7 (+−2) элементов за раз.12. Бритва ОккамаИз одинаковых гипотез выбирай ту, в которой меньше предположений.13. Принцип Парето20% действий обеспечивают 80% результата.В UX работают несколько вариантов этого закона:— 80% внимания уделяется 20% интерфейса— 20% функций отвечают за 80% действий14. Закон ПаркинсонаВыполнение любой задачи можно растянуть на все отведенное время.15. Пользователи обращают основное внимание на самый яркий момент и конец.УДЕЛЯЙ внимание пику интереса и концу пользовательского пути в интерфейсе.ОПРЕДЕЛИ моменты, когда продукт наиболее полезный, ценный и интересный, и улучши их с помощью дизайна.ПОМНИ, что пользователи запоминают негативный опыт лучше положительного16. Будьте готовы к тому, что действия пользователя будут непредсказуемы. 17. Эффект порядкового номераПользователи лучше запоминают первые и последние элементы в списке.18. Закон ТеслераУ любой системы есть объем сложности, который нельзя сокращать.То есть интерфейс нужно делать максимально простым, но у пользователя должна быть возможность усложнить его под себя.Пример — любой сайт бронирования жилья. Если убрать из критериев поиска город, даты или количество человек, он станет бесполезным. Поэтому нужно дать пользователям возможность добавлять свои характеристики поиска.Популярный сервис бронирования Booking позволяет «усложнять» поиск кастомными условиями — от места назначения до цели поездки или количества номеров19. Эффект фон РесторфаИз множества похожих элементов заметят тот, который отличается.
20. Пользователи запоминают то, что не доделали.Полосы-индикаторы выполнения задания действительно мотивируют пользователя завершить начатое.
6. Все должно быть на виду Пользователь не должен держать в голове массу данных. Всю информацию в большинстве случаев можно отобразить в системе. 7. Эффективность и гибкостьНе перегружайте пользователей ненужной информацией. Если действие совершается часто, необходимо предоставить как можно более простой доступ к этому функционалу. 8. Минимализм в дизайнеНе используйте бесполезную или устаревшую информацию в текстах. Лишние слова лишь раздражают и мешают найти то, что интересует в данный момент человека. 9. Понимание проблемыСообщение об ошибке должно быть понятным. Также нужно предоставить варианты решения проблемы. 10. Документация Даже если система понятна и может использоваться без справки, это не исключает ситуаций, когда пользователю может понадобиться справочная документация. Также документация должна быть удобной и понятной. К этому пункту относятся всевозможные подсказки. Даже если рисунок кнопки способен сказать, к чему приведет клик, лучше сделать описание к ней, показываемое при наведении курсора. Information Architecture in UXЭтоднкпроекта. Что делает архитектор для зданий то делает информационная архитектура для вебаФокус- на структуризации приложения или сайта и организации контента. Основная цель - помочь пользователю найти информацию, а также выполнить его задачи.Важно:без хорошо проработанной информационной архитектуры невозможно создать логичный и эффективный пользовательский опытДругими словами, информационная архитектура - это создание такой структуры продукта, которая позволяет понять наше местонахождение и нужной нам информации. IA приводит к созданию карт веб-сайта, иерархий, навигации, классификаций, метаданных.Для простоты можно определить информационную архитектуру как набор логически связанных экранов приложения. Информационная архитектура может быть представлена в форме User Flow или карты переходов между экранами.Важно:без хорошо проработанной информационной архитектуры невозможно создать логичный и эффективный пользовательский опытСтруктура ваших страниц определяет шаги пользователя в его истории. А для того, чтобы структурировать информацию на страницах, нужно выбрать тип информационной архитектуры Типы информационный архитектуры:
-
Artifacts delivery -
Methodology (agile, waterfall)
-
Artifacts delivery
-
Use Cases ( это перечень действий, сценарий по которому пользователь взаимодействует с приложением, программой для выполнения какого-либо действия для достижения конкретной цели)
-
Unified Modeling Language (UML) -
Class Diagrams -
Изображения -
Программные доки -
Исходный код -
Meeting Notes -
Risk Assessments -
Прототипы и макеты -
The Compiled Application
Что такое framework?
Веб-фреймворк — это каркас для написания веб-приложений. Он определяет структуру, задаёт правила и предоставляет необходимый набор инструментов для разработки.Framework — это набор шаблонов, заготовок. Каркас будущего проекта, на который разработчик может нанизывать дополнительные функции и фишки, которые нужны проекту.Framework используют, потому что это удобно. Создавать проект проще, потому что у него уже есть структура. Разработчику остается пройтись по всем блокам кода, сопоставить их с техническим задание и сделать вывод, что и куда нужно добавить.React.js — это framework на JavaScript. Его создал Facebook 7 лет назад, в 2013 году. Framework React.js обычно применяют чтобы проектировать интерфейсы, которыми будет пользоваться конечный клиент.Angular — framework для веб-разработчиков, который разработали в компании Google. Этот фреймворк обычно используют для создания динамических приложений. Он удобный благодаря открытому исходному коду и большому количеству внутренних возможностей.Vue.js — framework, который разработал и выпустил в 2014 году сотрудник Google Эван Ю. У него также исходный открытый код и 89% разработчиков, который использует его, довольны.JQuery — один из самых ранних framework. Он появился в далеком 2006 году. Этот framework неплохо подходит для создания небольших проектов, в которых не используется большое количество дополнительных элементов JavaScipt.-
Methodology
-
Люди и взаимодействие важнее процессов и инструментов -
Работающий продукт важнее исчерпывающей документации -
Сотрудничество с заказчиком важнее согласования условий контракта -
Готовность к изменениям важнее следования первоначальному плану.
-
Design Theory Knowledge for UX -
Information Architecture in UX -
Card Sorting in UX -
UX Kick Off / Elaboration -
UX Strategy (planning the activities on the discovery phase) -
Collecting initial UX requirements -
UX requirements analysis and structuring -
Delivery UX artifacts (providing the artifacts for customer/team after the discovery phase) -
UX Case Study (preparation of the case description for blog/SN/etc) -
UX Research -
Interview in UX -
Customer Journey Map in UX -
Kano Model in UX -
Surveys / Quantitative Survey / Indirect Survey in UX -
Competitor Review in UX -
Understanding of the Domain -
Personas / Roles in UX -
Storyboards in UX -
UX Writing
4. Закон ХикаЧем больше выбор, тем дольше принимается решение.5. Закон ЯкобаЧем больше сайт похож на другие, тем скорее понравится пользователю.6. Закон общего пространстваЭлементы воспринимаются как группа, если они очерчены общими границами.7. Закон прегнантностиСложные объекты мы воспринимает как наиболее простую форму, к которой сможем их свести. 8. Закон близостиБлизкие друг к другу элементы воспринимаются как группа.9. Закон сходстваЭлементы одной формы воспринимаются как группа, даже если разделены.(прим-сторис инсты)10. Закон связностиЧем больше элементы похожи, тем более связанными воспринимаются.11. Закон МиллераПользователь запоминает 7 (+−2) элементов за раз.12. Бритва ОккамаИз одинаковых гипотез выбирай ту, в которой меньше предположений.13. Принцип Парето20% действий обеспечивают 80% результата.В UX работают несколько вариантов этого закона:— 80% внимания уделяется 20% интерфейса— 20% функций отвечают за 80% действий14. Закон ПаркинсонаВыполнение любой задачи можно растянуть на все отведенное время.15. Пользователи обращают основное внимание на самый яркий момент и конец.УДЕЛЯЙ внимание пику интереса и концу пользовательского пути в интерфейсе.ОПРЕДЕЛИ моменты, когда продукт наиболее полезный, ценный и интересный, и улучши их с помощью дизайна.ПОМНИ, что пользователи запоминают негативный опыт лучше положительного16. Будьте готовы к тому, что действия пользователя будут непредсказуемы. 17. Эффект порядкового номераПользователи лучше запоминают первые и последние элементы в списке.18. Закон ТеслераУ любой системы есть объем сложности, который нельзя сокращать.То есть интерфейс нужно делать максимально простым, но у пользователя должна быть возможность усложнить его под себя.Пример — любой сайт бронирования жилья. Если убрать из критериев поиска город, даты или количество человек, он станет бесполезным. Поэтому нужно дать пользователям возможность добавлять свои характеристики поиска.Популярный сервис бронирования Booking позволяет «усложнять» поиск кастомными условиями — от места назначения до цели поездки или количества номеров19. Эффект фон РесторфаИз множества похожих элементов заметят тот, который отличается.
20. Пользователи запоминают то, что не доделали.Полосы-индикаторы выполнения задания действительно мотивируют пользователя завершить начатое.
Принцип 1. Полезный / Useful
Продукт помогает пользователю достигать цели способом более эффективным, чем пользователь смог бы сам.Принцип 2. Пригодный для применения / Usable
Приоритет юзабилити — сделать путешествие для пользователя максимально эффективным и интуитивно понятным.Принцип 3. Обнаруживаемый / Findable
Обнаруживаемость это про то, что в продукте можно легко ориентироваться.Принцип 4. Заслуживающий доверия / Credible
Очень важно, чтобы аудитория была уверена в том, что продукт дает обещанный результат, а также в том, что эффект будет длиться долго.Принцип 5. Желанный / Desirable
Все это связано с брендом, идентичностью и эмоциональным дизайном. Чем желаннее продукт, тем больше клиентов.Принцип 6. Доступность / Accessible
Сильные продукты доступны для всех слоев населения. Это значит, что нужно учесть и людей с нарушением слуха, потерей зрения или нарушениями подвижности.Принцип 7. Ценный / Valuable
Продукт должен приносить пользу бизнесу и клиентам. 10 Евристик 1. Необходимо информировать о состоянии системыЧеловек должен понимать, что происходит с системой в данный момент. Взаимодействие системы с пользователем должно быть максимально быстрым и логичным. 2. Аналогичность с реальным миромОбщение между системой и пользователей должно проходить на знакомом ему языке. Крайне нежелательно использовать малоизвестные специализированные термины, тем более что большинство из них можно заменить обычными словами. 3. Свобода действий Предоставьте возможность пользователю отменить последние изменения и вернуться к отмененным ранее действиям. 4. Стандарты Не нужно путать пользователя, реализуя одни и те же вещи по-разному. Нужно разработать некий стандарт и не отклоняться от него. 5. Предотвращение ошибокНужно минимизировать шансы возникновения ошибок при работе с системой. Чтобы снизить количество ошибок нужно разработать максимально понятный интерфейс и постоянно проверять корректность вводимых данных. Информирование об ошибках помогает пользователям, но отсутствие ошибок намного предпочтительнее.6. Все должно быть на виду Пользователь не должен держать в голове массу данных. Всю информацию в большинстве случаев можно отобразить в системе. 7. Эффективность и гибкостьНе перегружайте пользователей ненужной информацией. Если действие совершается часто, необходимо предоставить как можно более простой доступ к этому функционалу. 8. Минимализм в дизайнеНе используйте бесполезную или устаревшую информацию в текстах. Лишние слова лишь раздражают и мешают найти то, что интересует в данный момент человека. 9. Понимание проблемыСообщение об ошибке должно быть понятным. Также нужно предоставить варианты решения проблемы. 10. Документация Даже если система понятна и может использоваться без справки, это не исключает ситуаций, когда пользователю может понадобиться справочная документация. Также документация должна быть удобной и понятной. К этому пункту относятся всевозможные подсказки. Даже если рисунок кнопки способен сказать, к чему приведет клик, лучше сделать описание к ней, показываемое при наведении курсора. Information Architecture in UXЭтоднкпроекта. Что делает архитектор для зданий то делает информационная архитектура для вебаФокус- на структуризации приложения или сайта и организации контента. Основная цель - помочь пользователю найти информацию, а также выполнить его задачи.Важно:без хорошо проработанной информационной архитектуры невозможно создать логичный и эффективный пользовательский опытДругими словами, информационная архитектура - это создание такой структуры продукта, которая позволяет понять наше местонахождение и нужной нам информации. IA приводит к созданию карт веб-сайта, иерархий, навигации, классификаций, метаданных.Для простоты можно определить информационную архитектуру как набор логически связанных экранов приложения. Информационная архитектура может быть представлена в форме User Flow или карты переходов между экранами.Важно:без хорошо проработанной информационной архитектуры невозможно создать логичный и эффективный пользовательский опытСтруктура ваших страниц определяет шаги пользователя в его истории. А для того, чтобы структурировать информацию на страницах, нужно выбрать тип информационной архитектуры Типы информационный архитектуры:
-
Категории -
Задачи -
Поиск -
Время -
Люди