Полное руководство по дизайну продукта

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

Когда дело доходит до создания отличных продуктов, дизайн является самой важной «фичей». Мы подошли к этапу, когда доминирует дизайн продукта — это то, что отличает компании и дает реальное преимущество перед конкурентами.

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

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

Что такое дизайн продукта?

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

Дизайн-мышление как основа процесса проектирования

Дизайн-мышление — это метод практического решения проблем. Первоначально придуманное Дэвидом Келли и Тимом Брауном из IDEO, дизайн-мышление стало популярным подходом к созданию продуктов. Этот подход объединяет методы и идеи дизайна, ориентированного на человека, в единую унифицированную концепцию. По словам Тима Брауна:

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

Хорошие дизайнеры всегда применяли дизайн-мышление к дизайну продукта (физического или цифрового), потому что он сосредоточен на сквозной разработке продукта, а не только на «этапе проектирования».

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

1. Какую проблему мы решаем?
2. У кого есть эта проблема?
3. Чего мы хотим достичь?

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

Поиск решения проблемы включает следующие пять этапов:

• сопереживать
  Узнайте о людях, для которых вы проектируете. Проведите исследование, чтобы лучше понять своих пользователей.
• Определять
  Создайте точку зрения, основанную на потребностях и знаниях пользователей.
• Идеи
  Проведите мозговой штурм и придумайте как можно больше творческих решений. Создавайте ряд потенциальных решений, предоставляя себе и своей команде полную свободу.
• Прототип
  Создайте прототип (или серию прототипов), чтобы проверить свою гипотезу. Создание прототипа позволяет дизайнеру увидеть, находятся ли они на правильном пути, и часто это порождает новые идеи, которые иначе вы бы не придумали.
• Тестовое задание
  Вернитесь к своим пользователям для обратной связи.

Процесс проектирования

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

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

1. Определение видения продукта
2. Исследование продукта
3. Пользовательский анализ
4. идея
5. Дизайн
6. Тестирование и проверка
7. Действия после запуска

1. Определите видение продукта и стратегию

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

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

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

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

Трата времени и денег на создание видения — стоящая инвестиция, потому что этот этап закладывает основу для успеха продукта.

Определить ценностное предложение

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

Работа в обратном направлении

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

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

Советы:

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

Определите критерии успеха

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

Совет : стоит опросить заинтересованных лиц, чтобы определить бизнес-цели и задачи проекта.

Запланируйте стартовую встречу проекта

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

2. Исследование продукта

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

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

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

Проведите исследование пользователей

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

Жизнь слишком коротка, чтобы строить то, что никому не нужно.

— Эш Маурья

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

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

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

Советы:

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

Онлайн-опросы

Опросы и анкеты позволяют исследователю получить больший объем ответов, что может открыть возможность для более детального анализа. Хотя онлайн-опросы обычно используются для количественных исследований, их также можно использовать для качественных исследований. Качественные данные можно собрать, задавая открытые вопросы (например, «Что побуждает вас совершить покупку?» или «Что вы чувствуете, когда вам нужно вернуть купленный у нас товар?»). Ответы на такие вопросы будут очень индивидуальны и вообще не могут быть использованы для количественного анализа.

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

Советы:

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

Контекстный запрос

Контекстное исследование — это разновидность полевого исследования, в котором исследователь наблюдает за людьми в их естественной среде и изучает их, когда они выполняют свои повседневные задачи. Этот метод помогает исследователям получить информацию о контексте использования: пользователям сначала задают набор стандартных вопросов, таких как «Какая задача, которую вы обычно выполняете чаще всего?», а затем за ними наблюдают и задают вопросы, пока они работают в своей собственной работе. окружающая обстановка. Цель контекстуального исследования — собрать достаточно наблюдений, чтобы вы действительно могли начать сопереживать своим пользователям и их точкам зрения.

Советы:

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

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

Провести исследование рынка

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

Конкурентные исследования

Конкурентное исследование представляет собой всесторонний анализ продуктов конкурентов и представление результатов анализа в сопоставимом виде. Исследования помогают продуктовым группам понять отраслевые стандарты и определить возможности для продукта в данном сегменте рынка.

Конкурент — это компания, которая разделяет ваши цели и борется за то же, что и ваша продуктовая команда. Есть два типа конкурентов:

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

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

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

Советы:

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

• Используйте облачный инструмент для конкурентных исследований .
  Такие инструменты, как Google Spreadsheet, упрощают обмен последней актуальной исследовательской информацией с большей группой людей (как с товарищами по команде, так и с заинтересованными сторонами) и гарантируют, что все находятся на одной странице.

Прочтите «Проведение конкурентных исследований» Хайме Леви, чтобы получить дополнительные советы по конкурентному аудиту.

3. Анализ пользователей

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

Моделирование пользователей и их окружения

Персонажи

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

Советы:

• Основывайте образ на реальных данных .
  Может возникнуть соблазн придумать некоторые детали персонажей, чтобы сделать их привлекательными. Избегайте этого искушения. Каждый бит информации в персоне должен быть основан на исследовании. Если у вас нет какой-либо информации, проведите исследование, чтобы заполнить пробел.

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

Если вы хотите узнать больше о персонажах, подумайте о том, чтобы прочитать «Использование персонажей в UX-дизайне: что они из себя представляют и почему они важны».

Карта эмпатии

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

Наконечник:

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

4. Идея

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

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

Генерировать идеи (как пользователи будут взаимодействовать с продуктом)

Карта пути пользователя

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

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

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

Сложный путь пользователя может включать опыт, происходящий в разных временных сессиях и сценариях:

Наконечник:

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

Сценарии и раскадровки

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

Советы:

• Создайте сильное повествование.
  Повествование в истории должно быть сосредоточено на цели, которую пытается достичь персонаж. Слишком часто дизайнеры сразу начинают объяснять детали своего дизайна, прежде чем объяснять предысторию. Избегайте этого. Ваша история должна быть структурирована и иметь очевидное начало, середину и конец.

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

Дополнительные советы по созданию раскадровки вы найдете в статье «Роль раскадровки в UX-дизайне».

Истории пользователей

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

Наконечник:

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

Истории работы

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

Наконечник:

• Определите проблемы, которые стоит решить .
  В какой-то момент у вас появится несколько заданий (проблем), для которых вы захотите создать решения. Определите, какие из этих проблем оказывают наиболее существенное влияние на взаимодействие с пользователем или ваши бизнес-цели.

Планируйте структуру продукта

Информационная архитектура

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

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

Наконечник:

• Можно провести сеанс сортировки карт онлайн .
  Онлайн-инструменты сортировки карточек упрощают масштабирование до большего числа участников исследования. Одним из самых популярных онлайн-инструментов является OptimalSort (бесплатный для исследований по сортировке карточек с участием до 10 человек).

Генерировать идеи (как будет выглядеть пользовательский интерфейс)

Эскиз

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

Наконечник:

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

Каркас

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

Каркасы могут быть представлены в виде эскизов:

Вайрфреймы также могут быть представлены в виде цифровых иллюстраций:

Советы:

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

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

Проверка идей

Есть два типа идей: хорошие идеи, которые ведут к успеху продукта, и плохие идеи, которые могут привести к провалу. Конечно, дизайнерское исполнение важно, но решающую роль в процессе играет сама идея. Хорошо реализованная плохая идея — это большая трата времени и энергии. Очень важно выявить плохие идеи как можно раньше. Так как же отличить хорошую идею от плохой? В этом вам может помочь техника, называемая дизайн-спринтом.

Дизайн Спринт

Дизайн-спринт — это пятидневная программа проектирования для проверки идей и решения задач. Это позволяет продуктовым командам создавать прототип, который они могут представить пользователям для проверки первоначальной гипотезы дизайна (чтобы увидеть, решает ли он проблему для пользователя).

Design sprints are a process of quickly creating a product's future state, be it a website or app, and validating it with a group of users, stakeholders, developers and other designers. This whole concept is based on the idea that, by a design team setting a direction and iterating rapidly, it's possible to design a product that presents the maximum value for people who will use it.

Tip:

• Don't get stuck with the first solution that comes to mind .
  In most cases, your first ideas won't be good enough, because at the early stage of ideation, you won't yet have a good understanding of the problem you're trying to solve. Generate as many different designs as possible instead of focusing solely on your first solution.

5. Design

After the ideation phase, the product team should have a clear understanding of what they want to build. During the design phase, the product team will begin to create the solution to solve the client's problem and implement concepts.

Прототипирование

To deliver a good user experience, prototyping must be a part of your design process. A prototype is an experimental model of an idea that enables you to test it before building the full solution. A prototype often starts small, with you designing a few core parts of a product (such as key user flows) and grows in breadth and depth over multiple iterations as required areas are built out. The finalized version of a prototype is handed off for development.

When it comes to prototyping, efficiency is vital. One of the most efficient prototyping processes is rapid prototyping. The process of rapid prototyping can be presented as a cycle with three stages:

1. Prototyping
   Creating a solution that can be reviewed and tested.
2. Reviewing
   Giving your prototype to users and stakeholders and gathering feedback that helps you understand what's working well and what isn't.
3. Refining
   Based on feedback, identify areas that need to be refined or clarified. The list of refinements will form the scope of work for your next design iteration.

Prototypes range from rough sketches on a piece of paper (low-fidelity prototypes) to interactive simulations that look and function like a real product (high-fidelity prototypes). Depending on the stage of the design process and the goals of the prototype, you'll need to select the appropriate prototyping technique. It's crucial to choose the method of prototyping that minimizes work and maximizes learning.

Paper Prototyping

A lot of digital prototyping tools today help us to create prototypes with the least possible amount of effort, but sketching on a paper still remains the most important tool for any designer. That's because sketching allows designers to quickly explore a lot of different design alternatives without investing much time and energy in each one. It forces designers to concentrate on the essence of a product's design (what it does), rather than its aesthetics (how it looks). And what's especially great about sketching is that it opens up design to everyone — anyone can sketch, and no special tools are required. The fact that anyone can participate in the design process makes sketching an ideal tool during brainstorming sessions.

Tip:

• Paper prototyping allows for rapid experimentation .
  Different user interface elements can be drawn, cut out, copied to make extras, and then assembled on a new piece of paper. Digital Prototyping With paper prototyping, explaining complex interactions in words can be tough. When a designer needs to explain a complex design detail such as an animation to a developer or wants to run a user research session to validate a design, they usually use a digital interactive prototype.

Digital prototyping is the process of creating an interactive design that other people can experience themselves. Just a decade ago, in order to build a high-fidelity prototype, you actually had to code the solution using programming language. These days, prototyping tools allow non-technical designers to create high-fidelity prototypes that simulate the functionality of a final product in just a few clicks.

Советы:

• Avoid dummy text .
  Dummy text, like lorem ipsum, should be avoided in early stages of digital prototyping. Use real content to understand how it affects the overall design.

• Use digital prototypes as an up-to-date specification for developers .
  Prototyping tools such as Adobe XD allow you to spit out specification documentation in just a few clicks. It's an always up-to-date specification available to developers.

Design Handoff

At the end of the prototyping phase, the design will be ready for production. It's the time when the designer hands over the design to a developer for coding. During the developer handoff, a designer must clearly communicate to the developer how every piece of the design looks and works. Multiple layers of information and detail need to be conveyed, and it's critical for designers and developers to be on the same page.

Design Specification

Design specs are detailed documents that provide information about a product, such as user interface design details (colors, character styles and measurements) and information (flows, behaviors and functionality). A developer uses this document to take the design into production and build the product to the designer's specifications.

Read “Design Specifications: Speeding Up the Design to Development Workflow and Improving Productivity” for more information about design specifications.

6. Тестирование и проверка

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

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

Тестирование с командой продукта

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

догфудинг

«Поедание собственной собачьей еды» — популярный метод тестирования. После того, как команда дизайнеров довела продукт до точки, где его можно использовать, его внутреннее тестирование — отличный способ найти наиболее важные проблемы.

Наконечник:

• Практикуйте собачье питание , чтобы развить эмпатию в вашей команде.

Тестирование с реальными пользователями

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

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

Юзабилити-тестирование часто проводится формально (когда исследователь создает скринер, нанимает участников, приглашает их в лабораторию, записывает сеанс и т. д.).

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

Наконечник:

• Вам не нужно много участников теста .
  Согласно исследованию Джейкоба Нильсена, до 85 % основных проблем юзабилити можно обнаружить, наблюдая всего за пятью людьми, использующими продукт.

Прочтите статью «Простые советы по улучшению пользовательского тестирования» для получения дополнительной информации о юзабилити-тестировании.

Дневник

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

• Где вы находились во время использования продукта?
• Какие задачи вы надеялись выполнить?
• Вас что-то расстроило?

Дневниковое исследование помогает исследователю найти ответы на такие вопросы, как:

• Каковы основные задачи пользователей?
• Каковы их рабочие процессы для выполнения сложных задач?

Ответы дают органическую информацию о поведении и помогают лучше понять контекст и среду участника.

Советы:

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

• Напомните участникам исследования о регистрации .
  Предложите участникам заполнить свой дневник (например, через ежедневное уведомление).

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

7. Действия после запуска

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

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

Анализ показателей

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

Советы:

• Используйте аналитические инструменты .
  Для понимания поведения пользователей можно использовать мощные инструменты, такие как Google Analytics и Hotjar.

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

Отзывы пользователей

Лучший способ избежать переделки продукта — внедрить обратную связь в процесс. Регулярная обратная связь с пользователями (в форме онлайн-опросов или анализа обращений в службу поддержки) должна лежать в основе процесса разработки продукта. Эта информация будет способствовать совершенствованию продукта.

Наконечник:

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

Тестирование изменений в дизайне

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

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

Наконечник:

• Возьмите за привычку проводить A/B-тестирование изменений дизайна .
  Знание того, что все ваши изменения будут проходить A/B-тестирование, даст вам огромную свободу пробовать новые (и потенциально рискованные) вещи. Вам не придется беспокоиться о том, что внесенные вами изменения все испортят.

Четыре важные вещи, которые нужно помнить о дизайне продукта

1. Процесс должен трансформироваться в соответствии с проектом

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

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

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

2. Дизайн продукта — нелинейный процесс

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

3. Дизайн продукта — бесконечный процесс

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

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

4. Дизайн продукта основан на общении

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

Заключение

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

Эта статья является частью серии UX-дизайна, спонсируемой Adobe. Инструмент Adobe XD создан для быстрого и плавного процесса проектирования UX, поскольку он позволяет быстрее переходить от идеи к прототипу. Дизайн, прототип и публикация — все в одном приложении. Вы можете ознакомиться с другими вдохновляющими проектами, созданными с помощью Adobe XD, на Behance, а также подписаться на информационный бюллетень Adobe Experience Design, чтобы быть в курсе последних тенденций и идей для дизайна UX/UI.