Дизайн, ориентированный на пользователя: основные принципы и процесс

Дизайн, ориентированный на пользователя (UCD), — это подход, при котором решения принимают на основе задач людей, условий использования и проверки с участием пользователей. Команда изучает проблему, формулирует требования, создаёт варианты решения и пересматривает их по результатам оценки. Исследование не заканчивается передачей макета разработчику.

Для совместной работы над такими решениями можно использовать инструменты UX-проектирования Pixso: связать наблюдение с экраном, обсудить вариант и подготовить его к проверке. Сам редактор не заменяет исследование — он помогает сделать предложенное решение конкретным.

Часть 1. Что такое дизайн, ориентированный на пользователя?

UCD и UX описывают разные стороны одной работы. UX — опыт взаимодействия человека с продуктом, а UCD — способ организовать проектирование с опорой на пользователей. UCD может применяться к новому продукту и к улучшению существующего сценария, а не только к визуальному оформлению.

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

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

Результатом дизайна, ориентированного на пользователя, является продукт, который представляет ценность для потребителя. Для достижения наилучшего результата дизайнеры постоянно вносят изменения в продукт в ответ на отзывы клиентов. Такой подход помогает поддерживать полезность продукта по мере изменения потребностей пользователей.

Не каждую привычку нужно сохранять. Новое решение может требовать обучения, например при изменении безопасного процесса оплаты. Задача команды — понять цену такого изменения для человека, объяснить новый порядок и проверить, способен ли пользователь выполнить задачу без лишних ошибок.

Часть 2. Принципы дизайна, ориентированного на пользователя (UCD) 
 

Принципы UCD определяют, откуда берутся требования и как команда проверяет решения. Читаемые подписи и последовательное оформление важны, но сами по себе ещё не образуют пользовательский подход.

• Изучайте контекст. Кто выполняет задачу, на каком устройстве, в каких условиях и с какими ограничениями? Работа диспетчера за большим монитором отличается от использования телефона на ходу.
• Разделяйте наблюдение и предположение. «Участник трижды вернулся к списку» — наблюдение. «Ему не нравится оформление» — интерпретация, которую ещё нужно проверить.
• Формулируйте требования как результат для человека. Не «добавить фильтр», а «найти свободное время в нужный день без повторного ввода данных».
• Вовлекайте пользователей в оценку. Показывайте не только финальный продукт. Ранний прототип позволяет обнаружить непонятный шаг, пока его ещё недорого изменить.
• Учитывайте весь сценарий. Ошибка, отмена, отсутствие доступа и возврат к задаче влияют на опыт не меньше, чем успешный путь.
• Работайте совместно. Дизайнер, исследователь, разработчик и специалист поддержки видят разные ограничения; решение должно учитывать их, не подменяя пользовательскую задачу внутренними удобствами команды.
• Пересматривайте решение по данным. Итерация означает изменение конкретной гипотезы после оценки, а не бесконечную смену цвета или расположения кнопки.

Часть 3. Каков рабочий процесс проектирования, ориентированного на пользователя?

Процесс UCD состоит из следующих пяти этапов:

1. Понимание потребностей потребителей и их трудностей

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

2. Определение потребностей пользователя и компании
 

На этом этапе определяется, почему дизайн представляет ценность как для потребителя, так и для компании, а также какие проблемы он решает. На этом этапе дизайнеры и заинтересованные стороны выясняют, как измерить коммерческий успех (т.е. прогнозируемый доход или рентабельность инвестиций) и как измерить успех для потребителя.

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

3. Разработка инновационных концепций дизайна 

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

4. Оценка продукта в реальных условиях

Юзабилити-тестирование можно проводить на ранних прототипах и на работающем продукте. Дайте участнику правдоподобную задачу и наблюдайте, как он её решает. Фиксируйте ошибки, сомнения, возвраты и результат, а не только мнение об оформлении. После изменения важного шага проверьте его снова.

5. Наблюдайте за потребителями и продуктом
 

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

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

На этом этапе обычно задаются следующие вопросы: Что прошло хорошо? Как отреагировали наши клиенты? Как мы можем стать лучше?
 

Редко бывает, чтобы первоначальный дизайн продукта удовлетворял всем поставленным целям и спецификациям. На самом деле может потребоваться несколько этапов процесса UCD, прежде чем дизайнеры создадут прототип, отвечающий корпоративным потребностям и потребностям клиентов. Таким образом, UCD - это эволюционирующая процедура.

Пример UCD: перенос записи на приём

Предположим, человек записан на 15:00, но хочет перенести приём на утро. В исходном интерфейсе он должен сначала отменить запись, затем искать новый слот. Риск очевиден: после отмены подходящего времени может уже не быть. Это проектный пример, поэтому сначала нужно проверить, возникает ли такая проблема в вашем сервисе и как устроено бронирование.

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

В Pixso разместите рядом три экрана: выбор нового времени, подтверждение переноса и конфликт доступности. Привяжите к спорным элементам комментарии с наблюдениями исследования. Для проверки соедините переходы и подготовьте конкретную задачу: «Вы не можете прийти после обеда. Найдите утреннее время и измените запись». Не подсказывайте название кнопки и не объясняйте интерфейс за участника.

Успех оценивается не числом кликов в отрыве от задачи. Важно, перенёс ли человек запись на нужное время, понял ли итог, не потерял ли данные и не нуждался ли в подсказке. Если участник всё сделал правильно, но уверен, что у него теперь две записи, сценарий ещё требует уточнения.

Часть 4. Часто задаваемые вопросы о дизайне, ориентированном на пользователя 
 

Вопрос 1. В чем разница между дизайном, ориентированным на пользователя, и дизайном, ориентированным на человека?
 

Термины Human-Centred Design и User-Centred Design часто употребляют близко. Не стоит считать UCD автоматически более точным подходом. Важнее явно определить, чьи задачи и ограничения учитываются: непосредственного пользователя, обслуживающего специалиста и других людей, на которых влияет система. ISO 9241-210 (на английском) описывает человеко-ориентированное проектирование интерактивных систем на протяжении их жизненного цикла.

Вопрос 2. В чем разница между дизайн-мышлением и дизайном, ориентированным на пользователя?
 

Дизайн-мышление помогает исследовать проблему и искать варианты решения; UCD задаёт ориентацию процесса на пользователей и оценку результатов. Подходы могут сочетаться. Наличие воркшопа с идеями не означает, что команда уже изучила условия использования или проверила прототип с нужной аудиторией.

Вопрос 3. Как UI UX связан с дизайном, ориентированным на пользователя?
 

UCD помогает определить, какой сценарий и для кого проектировать. UX охватывает опыт взаимодействия, а UI — элементы интерфейса, через которые человек выполняет действия. Например, понятная кнопка переноса — часть UI; уверенность в том, что запись действительно перенесена, относится к опыту всего сценария.

Часть 5. Как организовать работу над решением в Pixso

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

Не переносите в макет реальные персональные данные участников исследования. Для сценария записи достаточно вымышленных имён и времени. Результаты исследования храните и передавайте по правилам своей команды, а в комментарии к экрану помещайте только нужный для решения вывод.

Вывод

Начните UCD не с полного редизайна, а с одного важного сценария, в котором есть наблюдаемое затруднение. Опишите, кто выполняет задачу, какое решение предлагается и по какому поведению вы поймёте, что оно помогло.

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