We discuss some aspects about the differenct between UI and UX. Here you can find some beautiful illustrations of this issue. The presentation is in russion however it is pretty clear.
Повышает мотивацию и интерес к учебе
Увеличивает наглядность подачи информации
Можно использовать наработанный материал, информацию из сети Интернет.
Коллективная работа над учебными проектами
Запись и воспроизведение действий для разбора ошибок и использования материала в дистанционном обучении
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
We discuss some aspects about the differenct between UI and UX. Here you can find some beautiful illustrations of this issue. The presentation is in russion however it is pretty clear.
Повышает мотивацию и интерес к учебе
Увеличивает наглядность подачи информации
Можно использовать наработанный материал, информацию из сети Интернет.
Коллективная работа над учебными проектами
Запись и воспроизведение действий для разбора ошибок и использования материала в дистанционном обучении
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
Методики декомпозиции инженерных задач в кроссфункциональной команде программистов хорошо изучены на данный момент. Как быть с декомпозицией на независимые задачи с случае с дизайном интерфейса и проектированием взаимодействия не всегда понятно, в особенности для молодых команд.
Общее стремление одновременно повысить скорость и качество разработки, приводит к тому, что специалисты в области опыта взаимодействия всё чаще включаются в agile-команды. Как лучше устроить процесс с этом случае. Что следует проектировать сначала, что можно проектировать независимо и что можно отложить на будущие итерации без страха получить несочленимые компоненты. Как без ущерба разделить то, что, по определению, должно быть целостным.
Бизнес-анализ и юзабилити - найдите 10 отличий (и 10 сходств).Yuri Vedenin
В докладе рассматриваются две дисциплины: бизнес-анализ и юзабалити (точнее, в более широком смысле - UX). Авторы рассматривают сходства и различия двух дисциплин. В итоге находят много общего и подсказывают, куда и где надо посмотреть специалистам обеих дисциплин.
Хорошая техническая документация окружает программный продукт - помогает его проектировать и продавать, помогает его осваивать, помогает его поддерживать и продолжать разработку.
Документация определяет User Experience или Customer Experience далеко за пределами пользовательского интерфейса.
Презентация к выступлению на встрече UX-специалистов в консорциуме Кодекс.
3 способа проверки гипотез, когда у вас ещё ничего нетNikita Efimov
Доклад в рамках ProductConnect, Minsk.
Рассказал про 3 способа проверки гипотез о фичах/решениях на той стадии, когда вы ещё даже не сделали прототипа:
- модель Кано
- карточная сортировка
- интервью о решении с пользователями
More Related Content
Similar to Курс лекций для студентов СПбГУ. Занятие 1
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
Методики декомпозиции инженерных задач в кроссфункциональной команде программистов хорошо изучены на данный момент. Как быть с декомпозицией на независимые задачи с случае с дизайном интерфейса и проектированием взаимодействия не всегда понятно, в особенности для молодых команд.
Общее стремление одновременно повысить скорость и качество разработки, приводит к тому, что специалисты в области опыта взаимодействия всё чаще включаются в agile-команды. Как лучше устроить процесс с этом случае. Что следует проектировать сначала, что можно проектировать независимо и что можно отложить на будущие итерации без страха получить несочленимые компоненты. Как без ущерба разделить то, что, по определению, должно быть целостным.
Бизнес-анализ и юзабилити - найдите 10 отличий (и 10 сходств).Yuri Vedenin
В докладе рассматриваются две дисциплины: бизнес-анализ и юзабалити (точнее, в более широком смысле - UX). Авторы рассматривают сходства и различия двух дисциплин. В итоге находят много общего и подсказывают, куда и где надо посмотреть специалистам обеих дисциплин.
Хорошая техническая документация окружает программный продукт - помогает его проектировать и продавать, помогает его осваивать, помогает его поддерживать и продолжать разработку.
Документация определяет User Experience или Customer Experience далеко за пределами пользовательского интерфейса.
Презентация к выступлению на встрече UX-специалистов в консорциуме Кодекс.
3 способа проверки гипотез, когда у вас ещё ничего нетNikita Efimov
Доклад в рамках ProductConnect, Minsk.
Рассказал про 3 способа проверки гипотез о фичах/решениях на той стадии, когда вы ещё даже не сделали прототипа:
- модель Кано
- карточная сортировка
- интервью о решении с пользователями
Impact Map & Feature Canvas. Как держать фокус на целях при внедрении новых фич.Nikita Efimov
Доклад с Growth Business Forum '18.
Если в вашей компании ставятся амбициозные квартальные (или другие) цели: OKR, SMART, KPI, но нет понимания, как функциональность связана с целями, как контролировать достижение целей, как валидировать идеи по улучшению продуктов до проработки и как не тратить время и силы на никому ненужную функциональность.
Инструменты Feature Canvas и Impact Mapping не решат всех проблем с продуктом или бизнесом, но помогут начать договариваться, обоснованно говорить "нет" всем хотелкам и "крутым" идеям.
Feature Сanvas. С чего начать работу над новой идеей.Nikita Efimov
Доклад с ProductSense'18 Moscow.
Feature Canvas может помочь:
- Дольше оставаться в области проблем перед тем, как вы начнёте прорабатывать конкретное решение.
- Синхронизироваться со всей командой (чтобы все были на одной волне) об идеи, причинах её реализации и всего, что находится в области проблем.
- Увидеть "белые пятна" в вашем понимании контекста проблемы и пользователей. И подготовиться к исследованиям.
- Помогать контролировать себя ("А не забыл(-а) ли я чего-нибудь?") перед тем, как включить режим "Чик-чик и в продакшен".
Про ИА. Визуальные сценарии и объекто-информационная модель.Nikita Efimov
- Проблемы перехода от этапа анализа к проектированию
- Информационная архитектура и модели поиска
- Визуальные сценарии
- Объектно-информационная модель
Информационные персоны (как люди ищут информацию)Nikita Efimov
Очередной доклад про персон-шмерсон? В какой-то степени...
Ведь, к сожалению, часто персоны просто придумывают. Причём эти "придумки" касаются цвета глаз Марины или имени её кота, что никаким образом не относится к проектируемой системе. Все становится ещё хуже, когда проектируют сложные информационные системы.
В докладе я хочу рассмотреть подход, который часто использую для проектирования сложных (с точки зрения информационной архитектуры) систем. Ведь в таких системах люди обрабатывают большое количество информации: ищут что-то новое, взаимодействуют с найденным, возвращаются к старому.
И каждый раз их поведение может меняться в зависимости от разных факторов:
от той информации, которую они ищут;
от того, какой информацией обладают на данный момент;
от того, что хотят с этой информацией сделать в дальнейшем.
Для себя я выделяю несколько состояний человека (как я их называю - режимы поиска), в котором он может находится. И на основании этих режимов прорабатываю типичных представителей и их взаимодействие с системой.
В докладе я подробно расскажу про эти "магические" режимы поиска, и как на основании этих данных я создаю информационных персон. Ну и, конечно, я расскажу про инструменты, которые мне помогают эти информационные персоны создавать.
Многие agile-команды используют в своей работе user story. Это отличный и простой в понимании инструмент. Однако, как это часто бывает, нельзя просто так взять и применить инструмент и сразу добиться нужного результата: фичи, которые были придуманы почему-то оказываются не нужны пользователям. Но не потому, что они (фичи) плохо реализованы, а потому, что эти фичи не удовлетворяют пользовательским потребностям.
В докладе я расскажу про инструмент под названием «дизайн история». Это user story на UX-стероидах, другой взгляд на привычный для многих инструмент. Мы поговорим о том, на основании чего создавать дизайн историю (точнее, как модифицировать user story). И самое главное, как эту историю использовать в дальнейшем, как на основании ее генерировать идеи и фичи для реализации.
3. План
UX и usability. Что общего и в чем разница?
3 главный вопроса
UX-треугольник
2
4. Айсберг usability и UX
Внешний вид – 10%
Цвета, изображения, макеты
Функциональность – 30%
Меню, кнопки, управление
Цели и задачи пользователя –
60%
3
6. Определение usability (ISO 9241-210)
Юзабилити – это степень, с которой продукт
может быть использован определёнными
пользователями при определённом
контексте использования для достижения
определённых целей с должной
эффективностью, продуктивностью и
удовлетворённостью.
5
7. Определение UX (ISO 9241-210)
UX – это ощущение и реакция человека,
вследствие использования или предполагаемого
использования продукта, системы или услуги.
6
9. Определение UX (альтернатива)
8
UX – это совокупность (и соотношение)
желаемого, ожидаемого и получаемого
пользователем опыта взаимодействия с
системой.