Исследование пользовательского опыта и маркетинг

Август 22, 2022

Главная
Маркетинг
Исследование пользовательского опыта и маркетинг

Содержание

2. Набор возможностей и структура продукта
3. Определение набора возможностей - это ценный процесс, который дает ценный результат Процесс ценен тем, что заставляет
4. Уровень набора возможностей
5. Требования – это… Описание функциональных возможностей и ограничений, накладываемых на программную систему Детализированное математическое формальное описание
6. Классификация по виду Функциональные – перечень сервисов, которые должна выполнять система Нефункциональные – перечень характеристик системы
7. Классификация по степени детализации Пользовательские (пожелания)– описание на естественном языке функций и ограничений: ЧТО должна делать
8. Классификация по степени детализации Системные - детализированное описание системных функций и ограничений: ЧТО должна делать и
9. Классификация по степени детализации Проектная спецификация - обобщенное, детализированное описание системных функций и ограничений: КАК должна
10. Нефункциональные требования
11. Сбор требований Самым надежным источником требований всегда будут ваши пользователи. Лучший способ узнать, чего они хотят,
12. Возможные результаты сбора требований(3 типа): Первый и самый очевидный – явно высказанные пользователями пожелания. Бывает, что
13. Связь с целями и задачами
14. Уровень структуры
15. В традиционном подходе к разработке программного обеспечения создание структурированного опыта взаимодействия называется проектированием взаимодействия В сфере
16. Проектирование взаимодействия Проектирование взаимодействия – это описание возможного поведения пользователя и определение того, как система будет
17. Концептуальные модели Собственное представление пользователей о поведении созданных нами интерактивных компонентов называется концептуальной моделью. Например, концептуальной
18. Проектирование информационной архитектуры
19. Архитектурные модели
20. Примеры для обсуждения Новостной ресурс Хранилище информации об автомобилях Электронная библиотека
21. Метаданные Метаданные - «информация об информации» и касается структурированного подхода к описанию элементов контента Метаданные о
22. Архитектурная схема 1
23. Архитектурная схема 2
27. Скачать презентацию

Слайд 2

Набор возможностей и структура продукта

Слайд 3

Определение набора возможностей - это ценный процесс, который дает ценный результат
Процесс

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

Слайд 4

Уровень набора возможностей

Слайд 5

Требования – это…
Описание функциональных возможностей и ограничений, накладываемых на программную систему
Детализированное

математическое формальное описание системных функций
Формально – техническое задание…
Менее категорично – пожелания…

Слайд 6

Классификация по виду
Функциональные – перечень сервисов, которые должна выполнять система
Нефункциональные –

перечень характеристик системы и ее окружения
Предметной области – уточняют ее специфические особенности, в том числе контент системы

Слайд 7

Классификация по степени детализации
Пользовательские (пожелания)– описание на естественном языке функций и

ограничений: ЧТО должна делать и какой быть система (в терминах заказчика) Пример – необходимо создать компьютерную версию теста интеллекта (Айзенка)

Слайд 8

Классификация по степени детализации
Системные - детализированное описание системных функций и ограничений:

ЧТО должна делать и какой быть система (в терминах разработчика). Пример:
Зарегистрировать в БД и авторизовать «клиента»;
Предъявить инструкцию
Стимулы…

Слайд 9

Классификация по степени детализации
Проектная спецификация - обобщенное, детализированное описание системных функций

и ограничений: КАК должна работать система (в терминах разработчика). Пример:
Спецификация БД
Алгоритм регистрации, авторизации «клиента» (транзакции БД);
Алгоритм диалога с пользователем;
Алгоритм обработки данных …

Слайд 10

Нефункциональные требования

Слайд 11

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

узнать, чего они хотят, – это просто спросить их.
Методы…

Слайд 12

Возможные результаты сбора требований(3 типа):
Первый и самый очевидный – явно высказанные

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

Слайд 13

Связь с целями и задачами

Слайд 14

Уровень структуры

Слайд 15

В традиционном подходе к разработке программного обеспечения создание структурированного опыта взаимодействия

называется проектированием взаимодействия

В сфере создания контента структурирование опыта взаимодействия – это вопрос информационной архитектуры

Слайд 16

Проектирование взаимодействия
Проектирование взаимодействия – это описание возможного поведения пользователя и определение

того, как система будет реагировать на его поведение и приспосабливаться к нему.

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

Слайд 17

Концептуальные модели
Собственное представление пользователей о поведении созданных нами интерактивных компонентов называется

концептуальной моделью.

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

Слайд 18

Проектирование информационной архитектуры

Слайд 19

Архитектурные модели

Слайд 20

Примеры для обсуждения
Новостной ресурс
Хранилище информации об автомобилях
Электронная библиотека

Слайд 21

Метаданные
Метаданные - «информация об информации» и касается структурированного подхода к описанию

элементов контента
Метаданные о статье могут быть такими:
Фамилия автора
Дата размещения статьи
Тип текста (например, статья или практическое исследование)
Название
Сфера деятельности или место работы автора и т.п.

Слайд 22

Архитектурная схема 1

Слайд 23

Архитектурная схема 2

Слайд 24

Слайд 25

Исследование пользовательского опыта и маркетинг

Содержание

Набор возможностей и структура продукта

Определение набора возможностей - это ценный процесс, который дает ценный результатПроцесс

Уровень набора возможностей

Требования – это…Описание функциональных возможностей и ограничений, накладываемых на программную системуДетализированное

Классификация по видуФункциональные – перечень сервисов, которые должна выполнять системаНефункциональные –

Классификация по степени детализацииПользовательские (пожелания)– описание на естественном языке функций и

Классификация по степени детализацииСистемные - детализированное описание системных функций и ограничений:

Классификация по степени детализацииПроектная спецификация - обобщенное, детализированное описание системных функций