Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
Про ИА. Визуальные сценарии и объекто-информационная модель.Nikita Efimov
- Проблемы перехода от этапа анализа к проектированию
- Информационная архитектура и модели поиска
- Визуальные сценарии
- Объектно-информационная модель
У семи нянек дитя без глаза? Пара лет проблем и решений в UX зарубежного веб-...ПрофсоUX
Доклад рассчитан на создателей и руководителей продуктовых команд, проектировщиков, дизайнеров. Разработчикам тоже может быть интересно.
Последние два года я работаю в довольно интересном веб-сервисе. Хочу поделиться кейсами из опыта.
Как быть, когда в вашем портфеле несколько продуктов, каждый продукт развивает отдельный юзабилити-специалист, и у подразделения нет начальника?
Что делать, если каждым из этих продуктов пользуются «немного разные» люди, а навигация общая? (и вообще, продукты живут в едином веб-сервисе и должны между собой как-то дружить)
Как договориться, если все эти продукты — часть единого большого веб-сервиса с кучей общих мест?
Как решать общие проблемы?
Как синхронизироваться и быстрее внедрять лучшие решения из опыта коллег?
Как вообще работать без «арт-директора», «менеджера проекта» или другого начальника?
Хитрости UX-дизайна: ключевые лайфхаки, которые должен знать разработчикNick Grachov
UX-design: main life hacks every engineer should know
Nick explained how beautiful design can be even worse than ugly one and explain:
• what is UX and where is its place in the design
• what is the difference between usability and UX
• what are the levels and stages of the UX
• what tools and techniques are used in the UX
Эвристическая оценка, или как решить проблемы в интерфейсе за часAlexey Ryakin
Моё выступление на Profsoux 2016: как полагается вести эвристическую оценку, и как это получилось в нашей компании. Сократили, ускорили, результат - весело и быстро.
Доклад предназначен для проектировщиков и дизайнеров интерфейсов.
Что полезного дизайнеру может пригодится из мира программирования? Громкие термины про контроль версий, архитектуру, чистый код и т.д. это все чуждые слова или повод перенять опыт? Настолько ли суровы программисты чтобы испортить своими подходами творческую суть дизайнера?
Как и когда использовать айтрекер на юзабилити тестированииПрофсоUX
Доклад ориентирован на юзабилити исследователей, которые открыты к новым знаниям, и их не устраивает уровень данных, которые они получают сейчас. Так же доклад будет полезен руководителям проектов и дизайнерам, которые хотят повысить показатели в своих проектах, но не догадываются как это можно сделать с помощью юзабилити тестирования.
В последнее время технология айтрекинга стала доступне. Уже за 99 долларов можно купить не дорой айтрекер. И почти у каждого возникает проблема, как его использовать после покупки. Что означают эти точки и что с ними можно делать. Я расскажу, как использую я.
DEVICES SENDING DATA TO OR RECEIVING DATA FROM GOOGLE CLOUD
In the context of Internet of Things, you should consider Cloud Computing as a key technology that will provide you with many benefits, since it’s a kind of Internet-based computing, where shared resources, data and information are sent to computers and other devices on-demand.
In fact, Cloud Computing is a model for enabling ubiquitous, on-demand network access to a shared pool of configurable computing that can be rapidly provisioned and released with minimal management effort. Many companies have started to offer this kind of service, Google among them.
Google Cloud Platform is a set of modular cloud-based services that allow you to create anything from simple websites to complex applications.
The Google App Engine is a platform for building scalable web applications and mobile backends. App Engine provides you with built-in services and APIs and scales the application automatically in response to the amount of traffic it receives, so you only pay for the resources you use.
In this tutorial, you will learn how to combine hardware and software elements to build an IoT system capable of sharing data in Google Cloud by using the Google App Engine.
Links: https://www.arduino.cc/en/Main/Software
https://developers.google.com/eclipse/
Про ИА. Визуальные сценарии и объекто-информационная модель.Nikita Efimov
- Проблемы перехода от этапа анализа к проектированию
- Информационная архитектура и модели поиска
- Визуальные сценарии
- Объектно-информационная модель
У семи нянек дитя без глаза? Пара лет проблем и решений в UX зарубежного веб-...ПрофсоUX
Доклад рассчитан на создателей и руководителей продуктовых команд, проектировщиков, дизайнеров. Разработчикам тоже может быть интересно.
Последние два года я работаю в довольно интересном веб-сервисе. Хочу поделиться кейсами из опыта.
Как быть, когда в вашем портфеле несколько продуктов, каждый продукт развивает отдельный юзабилити-специалист, и у подразделения нет начальника?
Что делать, если каждым из этих продуктов пользуются «немного разные» люди, а навигация общая? (и вообще, продукты живут в едином веб-сервисе и должны между собой как-то дружить)
Как договориться, если все эти продукты — часть единого большого веб-сервиса с кучей общих мест?
Как решать общие проблемы?
Как синхронизироваться и быстрее внедрять лучшие решения из опыта коллег?
Как вообще работать без «арт-директора», «менеджера проекта» или другого начальника?
Хитрости UX-дизайна: ключевые лайфхаки, которые должен знать разработчикNick Grachov
UX-design: main life hacks every engineer should know
Nick explained how beautiful design can be even worse than ugly one and explain:
• what is UX and where is its place in the design
• what is the difference between usability and UX
• what are the levels and stages of the UX
• what tools and techniques are used in the UX
Эвристическая оценка, или как решить проблемы в интерфейсе за часAlexey Ryakin
Моё выступление на Profsoux 2016: как полагается вести эвристическую оценку, и как это получилось в нашей компании. Сократили, ускорили, результат - весело и быстро.
Доклад предназначен для проектировщиков и дизайнеров интерфейсов.
Что полезного дизайнеру может пригодится из мира программирования? Громкие термины про контроль версий, архитектуру, чистый код и т.д. это все чуждые слова или повод перенять опыт? Настолько ли суровы программисты чтобы испортить своими подходами творческую суть дизайнера?
Как и когда использовать айтрекер на юзабилити тестированииПрофсоUX
Доклад ориентирован на юзабилити исследователей, которые открыты к новым знаниям, и их не устраивает уровень данных, которые они получают сейчас. Так же доклад будет полезен руководителям проектов и дизайнерам, которые хотят повысить показатели в своих проектах, но не догадываются как это можно сделать с помощью юзабилити тестирования.
В последнее время технология айтрекинга стала доступне. Уже за 99 долларов можно купить не дорой айтрекер. И почти у каждого возникает проблема, как его использовать после покупки. Что означают эти точки и что с ними можно делать. Я расскажу, как использую я.
DEVICES SENDING DATA TO OR RECEIVING DATA FROM GOOGLE CLOUD
In the context of Internet of Things, you should consider Cloud Computing as a key technology that will provide you with many benefits, since it’s a kind of Internet-based computing, where shared resources, data and information are sent to computers and other devices on-demand.
In fact, Cloud Computing is a model for enabling ubiquitous, on-demand network access to a shared pool of configurable computing that can be rapidly provisioned and released with minimal management effort. Many companies have started to offer this kind of service, Google among them.
Google Cloud Platform is a set of modular cloud-based services that allow you to create anything from simple websites to complex applications.
The Google App Engine is a platform for building scalable web applications and mobile backends. App Engine provides you with built-in services and APIs and scales the application automatically in response to the amount of traffic it receives, so you only pay for the resources you use.
In this tutorial, you will learn how to combine hardware and software elements to build an IoT system capable of sharing data in Google Cloud by using the Google App Engine.
Links: https://www.arduino.cc/en/Main/Software
https://developers.google.com/eclipse/
This tutorial introduces about basic programming PHP. In this topic you'll learn how to code PHP and how to develop your first PHP application(Khmer Date)
Presentation explains different aspects why engineers. designers, UX designers should not force people to figure out how to do their tasks. It also explains why interfaces and things should be intuitive.
16 апреля с 14:00 до 19:30 в Сколково пройдет семинар для резидентов Сколково. Речь пойдет о работе в стартапе, привлечении инвестиций, моделях монетизации проектов, юзабилити, СММ и о пути стартапа к большому бизнесу.
Лекторы:
Дмитрий Сатин, Юлия Суворова (Usabilitylab)
Андрей Рябых (Webmaster.SPb, SeoExperts, Media Cartel, Газета.СПБ, автор книг по манимейкингу и интернет-коммерции)
Сергей Фрадков (Стартап-акселератор «Идеальная машина»)
Михаил Смолянов («Мегаплан»)
Никита Келлерман (Republic Performance)
Илья Балахин (Paper Planes)
Алексей Довжиков (Trinet)
Канвас "Думай как создатель": дизайн-мышление-трендвотчинг-прототипированиеLumiknows Consultancy
Канвас "Думай как создатель" объединил инструментарий дизайн-мышления, трендвотчинга и прототипирования: 10 шагов для создания нового продукта, услуги, бизнеса.
QA Fest 2014. Татьяна Завьялова. Юзабилити и живые людиQAFest
Классический подход к созданию программного продукта с высоким уровнем юзабилити предусматривает итеративную разработку с тестированием на потенциальных пользователях в конце каждой итерации. Зачем проводить тестирование на живых людях? Мы все прекрасно понимаем, что каждая отдельная конфигурация системы, будь то аппаратное или программное обеспечение, влияет на качество работы системы. Но вот с той стороны экрана есть два, вроде как стандартных, глаза, которые видят изображение на экране, и мозг, который полученную информацию интерпретирует. Конфигурации (опыт и навыки) этого мозга настолько разнообразны, что заранее предугадать последующую интерпретацию - задача очень даже нетривиальная.
Я расскажу о том, как проверить догадки бизнеса, дизайнеров и разработчиков методом пользовательского тестирования. Затрону методологию, протоколы, покажу примеры из своей практики. Будет интересно.
Тема скорее обзорная и рассчитана на широкую аудиторию. Формат: лекция с элементами дискуссии.
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоUX
Доклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Я подготовил эту презентацию для внутреннего семинара Naumen, на котором каждый сотрудник может поделиться своим новым опытом, приобретенном в процессе работы, участия в конференциях и т.д.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
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
Очередной доклад про персон-шмерсон? В какой-то степени...
Ведь, к сожалению, часто персоны просто придумывают. Причём эти "придумки" касаются цвета глаз Марины или имени её кота, что никаким образом не относится к проектируемой системе. Все становится ещё хуже, когда проектируют сложные информационные системы.
В докладе я хочу рассмотреть подход, который часто использую для проектирования сложных (с точки зрения информационной архитектуры) систем. Ведь в таких системах люди обрабатывают большое количество информации: ищут что-то новое, взаимодействуют с найденным, возвращаются к старому.
И каждый раз их поведение может меняться в зависимости от разных факторов:
от той информации, которую они ищут;
от того, какой информацией обладают на данный момент;
от того, что хотят с этой информацией сделать в дальнейшем.
Для себя я выделяю несколько состояний человека (как я их называю - режимы поиска), в котором он может находится. И на основании этих режимов прорабатываю типичных представителей и их взаимодействие с системой.
В докладе я подробно расскажу про эти "магические" режимы поиска, и как на основании этих данных я создаю информационных персон. Ну и, конечно, я расскажу про инструменты, которые мне помогают эти информационные персоны создавать.
Многие agile-команды используют в своей работе user story. Это отличный и простой в понимании инструмент. Однако, как это часто бывает, нельзя просто так взять и применить инструмент и сразу добиться нужного результата: фичи, которые были придуманы почему-то оказываются не нужны пользователям. Но не потому, что они (фичи) плохо реализованы, а потому, что эти фичи не удовлетворяют пользовательским потребностям.
В докладе я расскажу про инструмент под названием «дизайн история». Это user story на UX-стероидах, другой взгляд на привычный для многих инструмент. Мы поговорим о том, на основании чего создавать дизайн историю (точнее, как модифицировать user story). И самое главное, как эту историю использовать в дальнейшем, как на основании ее генерировать идеи и фичи для реализации.
5. 5
Семен
UX-designer, Ix-designer, Product designer
Много лет занимается проектированием
пользовательского взаимодействия.
Последние годы тесно встраивался в разные
agile-команды с переменным успехом.
Характер - нордический, выдержанный.
12. 12
Начинать нужно с самого начала, с
анализа, проектировать все равно не
научу быстро…
И про проверку не забыть. Плох тот UX’ер,
который не проверяет свою работу…
31. 31
Огонь! Это ведь позволит не тратить кучу
времени на споры…
И “понизит градус
напряженности” в команде…
32. 32
А вы фиксируете общее
взаимодействие человека с продуктом?
А зачем?
Эмм, что это?
33. 33
Внедряешь новый функционал, а им не
пользуются..
Или просто начинают жаловаться, что
плохо работать стало…
Нет понимания того, как новый функционал
повлияет на работу пользователей…
34.
35. 35
1. Состоит из точек взаимодействия…
Стратегию дизайна помните?
Берем блок “Задачи продукта”. Это и будут
первые точки…
36.
37. 37
1. Состоит из точек взаимодействия…
2. Описывает процесс в каждой точке…
38.
39. 39
1. Состоит из точек взаимодействия…
2. Описывает процесс в каждой точке…
3. Описывает цели человека, проблемы/
барьеры и эмоциональное состояние в
каждой точке…
40. 40
Так ведь они нарисованы, красиво…
Это ж сколько времени потрачено???
А так?
44. 44
Брейнстормим фичи, в разрезе:
• как помочь избежать проблем/барьеров;
• как помочь достичь целей человека;
• как улучшить взаимодействие…
45. 45
А как работать с целями пользователей?
А вот тут поможет Impact Map!
46.
47. 47
У пользователей есть свои цели;
Как эти участники позволят пользователю достигнуть его
цели?
Достижение этих целей затрагивает разных участников
процесса:
• самого пользователя;
• других участников.
48.
49. 49
А ведь это похоже на User Story Map…
Правда?
Именно! Это хорошая основа
для Story Map’а…
52. 52
Круто получилось! Сейчас все оценим
по трудозатратам и в бой!
Воу-воу, полегче! Ведь не все эти
фичи реально нужны пользователям.
53. 53
Так а как быть? Пока ведь не
выпустим, не узнаем…
А мы просто спрашиваем у пользователей,
нужна им эта фича или нет…
А у нас все Product Owner решает…
57. 57
Как вы относитесь к наличию этого функционала в
продукте?
Как вы относитесь к отсутствию этого функционала в
продукте (или он будет выражен слабо)?
59. 59
Мне это нравится;
Я ожидаю, что этот функционал будет в продукте;
Я отношусь к нему нейтрально (не особо важно);
Я могу его терпеть;
Мне это не нравится.