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

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

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

Интервью с заинтересованными сторонами

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

Заранее обговорите дату и время встречи и составьте список вопросов. Например, список вопросов может быть следующим:

а) Видение проекта:

Что определяет успех вашего продукта?
Расскажите нам свое видение продукта.

б) Компания:

Какова история компании?
Каковы цели компании?
Кого вы считаете основными конкурентами?

в) Пользователи:

Можете ли вы описать свою целевую аудиторию?
Какие существуют типы ваших пользователей?
Знаете ли вы основной контекст использования приложения?

Интервью с пользователями

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

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

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

После того, как вы нашли людей, четко определите цель вашего интервью и подготовьте к нему вопросы. Избегайте наводящих вопросов, таких как «Пользуетесь ли вы Instagram?». Вместо этого спрашивайте «Расскажите о своем опыте использования Instagram». Последующие вопросы способствуют плодотворному обсуждению и могут помочь понять, о чем вы забыли спросить.

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

Опора только на эту технику может стать причиной провала вашего проекта. В этой технике есть несколько подводных камней:

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

Анализ задачи

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

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

Существует два типа анализа задач – иерархический и когнитивный. Алгоритм проведения иерархического анализа задач следующий:

Определите одну задачу, которую вы собираетесь анализировать. Выберите персону и сценарий для анализа. Определите желаемый результат этой задачи и шаги, которые необходимо предпринять для достижения цели.
Разбейте задачу на несколько подзадач. Но не переусердствуйте и не создавайте слишком много абстрактных подзадач. В большинстве случаев достаточно пяти-девяти подзадач.
Создайте диаграмму каждого действия пользователя.
После того, как вы создали диаграмму, напишите подробный рассказ о том, как пользователь выполняет эту подзадачу.
Когда работа будет сделана, просмотрите свой анализ. Отдайте на проверку другому специалисту, не участвующему в анализе, но знающему детали задачи.

Например, вот пример анализа задачи по покупке игровой мыши на Bestbuy.com.

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

Вариант использования или поведенческая диаграмма

Это визуальное представление поведения пользователей. Он показывает, какие действия могут быть предприняты разными типами пользователей. Например, вы должны создать приложение «Поздравительная открытка». В приложении у вас есть два типа пользователей — Поздравитель и Именинник. Поздравитель входит в систему через Facebook и выбирает именинника из списка своих друзей на Facebook. После этого выбирают открытку из списка, пишут пожелания и отправляют имениннику.

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

Пользовательские истории или поведенческая спецификация

Это письменное описание каждого взаимодействия с вашим приложением. Все пользовательские истории начинаются со слов «Как пользователь, я хочу…», затем вы пишете описание возможных действий, которые может предпринять пользователь. Например, «Как пользователь, я хочу просмотреть историю своих заказов, поэтому я захожу на вкладку «Мои заказы» и нажимаю кнопку «История заказов».

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

Пользовательский поток

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

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

Интеллект-карты

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

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

Например, вот карта памяти приложения обратного отсчета под названием My Day, которое вы можете найти в магазине приложений Apple.

Каркасы

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

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

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

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

Прототипы

Прототип — это имитация функций и навигации веб-приложения или мобильного приложения, которое позволяет вам взаимодействовать с вашим приложением до того, как дизайн приложения будет передан кодировщикам. С помощью сервисов прототипирования, таких как invisionapp.com или mockup.io, вы можете загрузить свои каркасы или мокапы и получить приложение с кнопками, на которые можно нажимать.

Юзабилити-тестирование

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

A/B-тестирование

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

Отслеживание движения глаз

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

Вывод

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