Обзорный материал о применяемых методиках работы над цифровыми продуктами. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
1. U X & U I . П Р О Д У К Т О В Ы Й Д И З А Й Н Д Е Н Ь
Дмитрий Осадчук
UXD ПРОЦЕСС
LEAN UX,
УРОВНИ UX
01
2.
3. iOSSmartTV Android Watch UI Oculus VR
SAP UI5MetroUI SiteCore Sharepoint
HybrisHTML5 WebSphere Bootstrap …
ОБИЛИЕ ТЕХНОЛОГИЙ
И ПЛАТФОРМ
4. Артемий Лебедев
В любую секунду любой проект готов на 100%, хотя проработанность может быть и
на 4%.
В зависимости от имеющегося времени проект можно прорабатывать до пикселя, а
можно оставить на стадии концептуальной зарисовки.
Раньше автор прорабатывал проекты на 97%. Оптимизировал картинки, подгонял
микроны и шлифовал поверхности. Теперь автор получает удовольствие от того, что
почти любую дизайнерскую задачу умеет решать за время формулирования задачи.
То есть, когда клиент закончил рассказывать, что ему нужно, у нас уже есть решение.
Получается, что время тратится только на нужную степень прожарки, а общий вид
стейка всегда ясен.
§ 167. МЕТОД
ПРОГРЕССИВНОГО
ДЖИПЕГА
26 ноября 2010
8. «Авария на дороге. Она произошла из-за того, что водитель на
секунду отвлёкся, чтобы убавить громкость радиоприемника.
Ему пришлось отвести взгляд от дороги, так как на ощупь
отличить ручку громкости от других невозможно.».
ОПЫТ
ВЗАИМОДЕЙСТВИЯ
9. Контекст использования это ситуация в которой пользователь
взаимодействует с сайтом/объектом/системой. И
действительно, в машине за рулём контекст использования
даже простого телефона совершенно другой нежели дома на
диване. Это очень важный момент над которым стоит думать
при проектировании чего-либо.
КОНТЕКСТ
ИСПОЛЬЗОВАНИЯ
10. User experience (пользовательский опыт) определяется
использованием и поведением продукта в реальном мире. UX
имеет решающее значение для успеха сайта. Если ваши
пользователи не имеют положительного опыта взаимодействия
с вашим сайтом, вероятность того, что они вернутся,
значительно снижается.
Признавая этот важный факт, автор пишет: «Весь опыт
взаимодействия должен быть результатом сознательного
решения с вашей стороны». Это означает, что: «Нужно
принимать во внимание все возможности, каждое действие,
которое может совершить пользователь и понимать ожидания
пользователей на каждом шагу, на протяжении всего
процесса.»
ПОЛЬЗОВАТЕЛЬСКИЙ
ОПЫТ
12. 1. Поверхность
Уровень поверхности представляет собой
внешний вид продукта с точки зрения конечного
пользователя, то есть набор текста, картинок,
ссылок, форм, вкладок, кнопок и прочего. Проще
говоря графический дизайн сайта.
13. 2. Компоновка
Под поверхностью находится уровень компоновки,
представляющей конкретную реализацию
абстрактной структуры продукта. На этом уровне
решаются вопросы наиболее эффективного
расположения различных элементов UI.
Компановка это прототипирование. Расположение
кнопок, вкладок, фотографий и текстовых блоков.
Компоновка проектируется так, чтобы организация
этих элементов была максимально эффектной
и эффективной, то есть чтобы вы запомнили
логотип и смогли найти кнопку с корзиной, когда
она понадобится.
14. 3. Структура
Структура определяет, как пользователи попадают
на страницу и куда они могут направиться дальше.
Описывается взаимное расположение страниц
веб-сайта, программных форм, окон и др. То есть
он отвечает на вопросы “откуда”, “куда” и “как”
сможет перемещаться пользователь. Эффективная
структура облегчает навигацию и делает её
интуитивно понятной для пользователей.
15. 4. Набор возможностей
Уровень набора возможностей представляет из
себя простое перечисление набора
функциональных возможностей, которые будут
доступны для пользователей. Способ реализации и
взаимной организации этих возможностей будет
описан детальнее уже на уровне структуры.
Перечисление функциональных возможностей
образует уровень набора возможностей сайта.
Некоторые сайты, торгующие книгами, позволяют
пользователям сохранять адрес, чтобы не
пришлось указывать его повторно. Вопрос,
включена ли эта (или любая другая) функция в
список функций сайта, как раз относится к
возможностям сайта.
16. 5. Стратегия
Стратегия включает в себя не только то, что хотят
получить от сайта его владельцы, но и то, что хотят
получить пользователи (цели и потребности
пользователя).
Самый глубокий и наиболее абстрактный уровень
представленной модели. На этом уровне
необходимо получить ответы на вопросы,
касающиеся желаний и ожиданий относительно
будущего программного продукта, как со стороны
потенциальных пользователей, так и заказчика.
Ответы на эти вопросы будут сформированы и
представлены в виде конкретного списка на
уровне набора возможностей.
18. Взаимосвязь уровней
Эти уровни являются взаимосвязанными и
взаимозависимыми. Каждый следующий выбор
ограничивает наш следующий уровень. Начиная с
более абстрактных понятий (стратегия и
планирование) мы постепенно приходим к более
конкретным понятиям (визуальное оформление).
Гаррет определяет проблемы, влияющие на опыт
взаимодействия на каждом этапе.
Решения принятые на нижних уровнях нельзя
считать железобетонными и их можно подвергать
переоценке если того требуют верхние уровни. И
так же переходить к верхним уровням желательно
когда у вас есть база в виде нижних уровней.
Гибкость методологии, все дела.
19. Этапы
Общие результаты окажутся
неудовлетворительными, если
начинать следующий этап только
когда закончится предыдущий.
Общий прогресс получается
быстрее и правильнее если
работка на каждом уровне
заканчивается до того, как
заканчивается на следующем.
20.
21. MVP (от англ. minimum viable product — минимально жизнеспособный продукт) —
простейший работающий прототип продукта, которым тестируют спрос до
полномасштабной разработки. Такой подход страхует предпринимателя от
невостребованности конечного продукта и потери потраченных на разработку
ресурсов. MVP позволяет минимальными усилиями собрать информацию, чтобы
доработать продукт под запросы целевой аудитории или вовсе от него отказаться.
Самое сложное в разработке MVP — найти оптимальное соотношение затрат и
качества.
MVP
— MINIMAL VIABLE PRODUCT
22. Сложность MVP зависит от продукта — в некоторых случаях, достаточно провести
кампанию в AdWords или Директ, а в некоторых обязательна разработка рабочего
прототипа. Для тестирования гипотез путем получения информации от
пользователей могут быть использованы следующие инструменты и техники:
Интервью.
Beta landing page.
Сплит-тесты.
Рекламные кампании.
Краудфандинг.
Демонстрационные видео.
Блог.
Цифровой прототип.
Бумажный прототип.
Однофункциональный продукт.
Страница предзаказа.
ТЕСТИРОВАНИЕ MVP
23.
24.
25.
26. - Интервью с любыми людьми. Вы сразу поймете, есть ли рынок для вашего продукта.
Если ваш продукт для специфической аудитории — расспросите ее.
- Создайте блог или страничку в Facebook, посмотрите, как реагирует аудитория,
много ли у вас читателей, сколько людей ставят лайки и т.д.
- Воспользуйтесь сервисом Quora — задайте там вопрос.
- Сделайте презентацию, покажите ее знакомым, доработайте. Вы можете отправить
ее нескольким инвесторам и собрать от них фидбек.
- Сделайте простую Landing Page c формой регистрации, посмотрите, сколько
наберется регистраций, привлекает ли ваша идея много людей?
- Поговорите с потенциальными клиентами на предмет «За что вы готовы были бы
платить». Можно сделать небольшую демонстрацию продукта перед аудиторией или
даже начать кампанию на Kickstarter (или на русском аналоге).
ПРИМЕРЫ MPV
30. Принципы бережливого UX-дизайна
Когда мы следуем методу тощего UX-дизайна, есть несколько
моментов, на которые стоит обратить внимание:
Мы понимаем целевую аудиторию и ее проблемы.
Мы создаем MVP (Minimum Viable Product — минимально
жизнеспособный продукт).
Мы работаем короткими итерациями.
Мы постоянно тестируем нововведения на пользователях и,
если что-то не так, быстро откатываемся.
Мы работаем командой: UX-проектировщики, дизайнеры,
разработчики и тестировщики работают вместе и постоянно
обмениваются мнениями и задачами.
ОТ MVP К LEAN UX
31. Как происходит работа с минимально жизнеспособным продуктом, с
MVP? Мы берминимально жизнеспособный продукт и постепенно на него
наращиваем мясо, мышцы, жир — новые функции и свойства.
Если мы работаем по бережливому принципу с минимально
жизнеспособным продуктом, мы должны:
Сформулировать видение продукта.
Сформулировать бизнес-задачи.
Сформулировать роли пользователей, понять их задачи и цели.
Соорудить прототип продукта.
Протестировать его.
Начать всё заново.
КАК РАБОТАТЬ С MVP
