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

в рамках единого продукта.

Кто я

Никита ЕфимовLead UX Architect

nikita.efimov@ncloudtech.ru

План доклада

• Что из себя представляет дизайн-отдел• Как мы работаем с продуктовыми командами• Как мы проектируем интерфейсы• Чем руководствуемся в своей работе и к чему стремимся

Зачем это рассказываю

• Поделиться своим опытом• Чтобы вы поделились своим (если он похож)

Наша команда

CD – Creative DirectorDTL – Design Team LeadUXA – UX ArchitectPD – Product DesignerBD – Brand Designer

Итого: 10

Как мы работаем

Как мы работаем

DTL

Как мы работаем

PD PD

PDPD

UXA

UXA vs PD

UXA PD

• Аналитика • Концепт на все платформы

• Интерфейсные решения конкретной платформы

могут заменять/дополнять друг друга

Два этапа работы

UX UI

Принципы работы

1. Анализ исходной задачиAnalyze

Explore

Refine

Build

Defend

Own

Learn

2. Поиск решения

3. Ревью и выбор лучшего наиболее подходящего

4. Детальная проработка

5. Защита решения

6. Ответственность за качество

7. Обучение на ошибках

Принципы работы

Gather

Synthesize

Communicate

Make

1. Выяснить всё, что можем

2. Собрать воедино

3. Сделать

4. Донести до всех результаты

Выдвинул гипотезу, зафиксировал, протестировал… Романтика!

Analyze

• “Докапываемся” до пользовательской проблемы• Понимаем пользователей• Выясняем ограничения/возможности• Анализ текущего поведения пользователей• Анализ решения аналогов• Сразу подключаем всех заинтересованных Product’ов

Что на выходе

• Структурированный анализFeature Canvas: идея, проблемы, пользователи, текущее поведение, ограничения/возможности, задачи и др.

• Пользовательские историиВ формате Job Story

• Возможны исследованияПроверить своё понимание или закрыть белые пятна

Пример исследования

• Исходная гипотеза• Условия тестирования

• С помощью чего?• Кто нужен?• Вводная

• Метрики• Результаты тестирования

Explore + Refine

• Прорабатываем несколько концептов (не погружаемся в детали)

• Унификация и кроссплатформенность• Внутреннее ревью (совместный поиск решения)

• Презентация концепта всем Product Owner'ам

+ Формулируем интерфейсные гипотезыЕсли мы <что-то сделаем в интерфейсе>, тогда <пользователи получат ценность>, потому что <у них есть такие-то проблемы/потребности>. Мы поймем, что достигли успеха, когда <метрики>

Что на выходе

• Один или несколько концептов• Интерактивный прототип или “мультик”

• Возможны исследованияЮТ с помощью прототипа или оценка ожиданий с помощью статики

Build + Defend

• Подключаем QA из команд для помощи с edge-кейсами (отклонения от сценариев)

• Детальное прорабатываем интерфейсное решение• микровзаимодействие• анимация• пустые состояния• обработка отображения проблем

• Прорабатываем интерфейсные тексты• Защищаем своё решение (рассказываем истории)

• Качественная декомпозиция по фазам реализации (при необходимости)

Что на выходе

• Описание концепта в деталяхРазбиваем по сценариям

• Проработанные текстыС учётом локализаций

Own + Learn

• Ревью графической реализацииКак было “отрисовано”

• Ревью планированияКак PO запланировал реализацию

• Ревью реализацииКак в итоге получилось

Как отслеживаем

• Участие в demo• Ревью реализованных историй• “Eating your own dog food”• Обратная связь и тестирование пилотных внедрений• Исследуем, как в принципе люди работают

UX-стратегия (v1.0)

• Human-Driven DesignЗнаем все о наших пользователях

• Test-Driven Design“Где пруфы, сынок?”

• Consistent ExperienceУнифицированное взаимодействие

Human-Driven Design

• Постоянно изучаем пользователей, развиваем к ним эмпатию

• Распространяем знания о пользователях среди всех команд разработки

• Активно вовлекаем команды разработки в создание интерфейсов и обсуждение результатов

• Решаем проблемы пользователей (и даём им доп. ценность), а не придумываем фичи

Test-Driven Design

• Любое наше решение – это гипотеза о том, что пользователю будет хорошо

• Сначала проектируем эксперимент, затем уже сам интерфейс

• Постоянное тестирование как конкретных гипотез, так и цельного опыта взаимодействия

• Все решения принимаются на основе метрик (как количественных, так и качественных)

Consistent Experience

• Последовательность в интерфейсе, контенте, паттернах взаимодействия

• Последовательность во всех точках контакта пользователя с продуктом

• Видим целостную картину взаимодействия пользователя с продуктом (в рамках нескольких приложений)

• Понимаем наше место в рабочей среде человека, чтобы гармонично в неё встроиться

Процесс внутри команды

Процесс разработки

Вся компания

Зона заражения UX

Спасибо!