Оригинал статьи: https://www.https://www.interaction-design.org/literature/article/user-research-what-it-is-and-why-you-should-do-it

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

Что такое исследование пользователя?

Прежде, чем мы рассмотрим причины надобности использования такого исследования, давайте коротко поговорим о том, что мы подразумеваем под выражением «исследование пользователя» или «исследование дизайна», как это иногда называется. Исследование пользователя включает в себя широкий спектр методов. Это может означать всё, что угодно: от этнографического интервью с вашей целевой группой до классического изучение удобства пользования для подсчета метрик или возврата инвестиций (ROI) вашего UX дизайна.

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

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

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

Три хороших причины для надобности исследования пользователя

«Эмпатия – это сердце дизайна. Без понимания того, что видят, чувствуют и переживают остальные, дизайн – бессмысленная задача». – Тим Браун (Tim Brown), CEO компании инноваций и дизайна IDEO.

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

1. Для создания дизайна, который полностью актуален для вашего пользователя.
2. Для создание дизайна, который прост и приятен в использовании.
3. Для понимания возврата инвестиций (ROI) вашего UX дизайна.

Давайте вернемся к каждой из этих причин.

1. Для создания дизайна, который будет актуальным.

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

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

Давайте рассмотрим пример: в 2005 году, гигант электроники на рынке Кореи Samsung сделал ряд этнографических исследований пользователей, которые полностью изменили путь, которым он шел при разработке телевизоров. Объединив инновации и стратегию консультации ReD Associates, представители Samsung посетили людей в разных странах, чтобы наблюдать то, как они живут и говорить с ними о их домах и роли ТВ в их домах. То, что они узнали, очень удивило их.

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

Следуя этому инсайту («insight – осознание, понимание»), Samsung изменил свою стратегию дизайна радикально, перемещая встроенные динамики для того, чтобы сделать телевизор более тонким и создать более лаконичный, минималистичный дизайн, который будет легко встраиваться в комнаты людей. Технические возможности были все так же важны, но они должны были быть сбалансированы с выбранным дизайном, который делал телевизоры «стройными» для человеческих домов. «Дом» был лозунгом и Samsung очень сильно работал над трансформацией. Задача заключалась в том, чтобы уйти от создания гостиной, как демонстрационного зала или спортивного бара и прийти к «гармонии». До 2007 года Samsung приумножил свою долю на мировом ТВ – рынке, потому что он доказал: чтобы продукт был актуальным — нужно понимать своих пользователей.

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

2. Создание дизайна, легкого и приятного в использовании

«Если у пользователя возникает проблема, то это наша проблема». – Стив Джобс (Steve Jobs), соучредитель Apple Computers.

У всех продуктов должен быть высокий уровень удобства использования («usability» — ( от англ.), удобство использования) и тесты пользователя могут быть большой помощью в достижении этого. Дни, когда запрограммированные технологии были инструментом, который будет использоваться только экспертами, давно прошли. Люди ожидают от продукта легкости в обучении и простоты в использовании. Они ожидают взять их и сделать с ними все, только думая о том, чего они надеются достичь, не думая о самих продуктах. Если опыт вашего пользователя нехороший — появляются шансы, что люди перейдут на другой продукт. Пока вы работаете в поле, где нет конкурентов, высокий уровень удобства использования (в соединении с высоким качеством опыта пользователя) имеет важное значение для коммерческого успеха любого продукта. Не беря во внимание, что ваши пользователи будут любить вас за создание отличного опыта пользователя. Даже если вы разрабатываете продукт для, например, узко специализированной рабочей среды, где у пользователей нет альтернативы, продукты с высоким уровнем удобства использования сделают рабочий процесс быстрее, безопасней и эффективней.

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

Слева — классический интерфейс Википедии, справа — версия WikiWand той же статьи. Содержание одно и то же, но опыт отличается.

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

Однако, к счастью, вы можете избежать многих проблем с удобством использования, следуя различным руководящим принципам и эмпирическим правилам. Но всегда будут ситуации, когда руководство не распространяется, или где разные рекомендации говорят вам разные вещи. Вы также можете разрабатывать целевую группу, такую как дети, где обычные правила не применяются. Это означает, что тестирование пользовательского опыта вашего продукта всегда является хорошей идеей. Однако, нам нужно быть реалистичными здесь — это не дело одного выстрела. “Постоянность” — это название игры. Тестирование пользователя работает лучше, когда оно интегрировано, как часть вашего рабочего процесса, поэтому вы можете протестировать ваш продукт итеративно и с самой ранней стадии развития в будущем. Ранние тесты — это то, что мы можем сделать на примитивных прототипах — например, используя бумагу; оттуда мы продвигаемся к более изысканным прототипам, пока не получим что-то похожее на конечный продукт. Если вы только начинаете тестировать, когда у вас есть почти готовый продукт, вы рискуете очень серьезным риском в том, что ваши результаты могут оказаться слишком запоздалыми для внесения больших изменений в продукт. Например, если все программное обеспечение сделано или если вы не можете нажать дату выпуска, вы будете иметь спину к стене. Итак, оставайтесь с вашим дизайном до самого конца процесса — удивительно, что может возникнуть в результате одиннадцатого часа теста «последней» версии, которую вы запланировали для развертывания.

3. Понять возврат инвестиций вашего UX дизайна

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

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

Именно здесь исследования, показывающие рентабельность инвестиций (ROI) в усилиях UX, стоят своего веса в золоте (или, по крайней мере, от веса распечаток). Если вы можете показать, что изменения, внесенные вами в дизайн, привели к увеличению продаж, привели к увеличению числа клиентов или сделали рабочие процессы более эффективными, у вас есть гораздо более сильный пример для инвестиций в UX. Пользовательские исследования для измерения эффекта вашего дизайна в основном количественные и могут принимать разные формы. Вы можете делать тесты A / B во время разработки, которые сравнивают разные версии вашего дизайна, или вы можете делать исследования после выпуска продукта для измерения различий в шаблонах использования. С приложениями и веб-страницами вы часто создаете различные типы аналитики, чтобы информировать о разных пользовательских шаблонах.

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

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

Amazon рекомендует разработчикам постоянно проводить тестирование A / B различных версий пользовательских интерфейсов, чтобы они всегда обновлялись, как различные варианты их проектов выполняют, и они предоставили программный инструмент, который поможет легко настроить тесты. По состоянию на 2015 год Amazon был крупнейшим интернет-магазином в мире и самым ценным розничным продавцом в США. Поэтому вы могли бы утверждать, что стратегия Джеффа Безоса была чем-то успешным.

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

Возьми с собой

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

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

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

Проведите исследование пользователей, чтобы показать рентабельность ваших проектных усилий.

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

Оригинал статьи: https://www.https://www.interaction-design.org/literature/article/external-cognition-in-product-design-3-ways-to-make-use-of-external-cognition-in-product-designn

Научитесь разрабатывать продукты и системы, которые облегчают жизнь вашего пользователя, избавляя их от когнитивной нагрузки — количества усилий, используемых в их рабочей памяти. По мере того, как вы разрабатываете user flows (путь пользователя между разными сценариями взаимодействия с интерфейсом), минимизация необходимости запоминать вещи во время перемещения по вашему продукту или системе, увеличит желание пользователя продолжать использовать ваш продукт. Многие успешные компании, такие как Google, Amazon и Airbnb, разрабатывают user flows, которые освобождают пользователей от загрузки памяти через внешнее познание (external cognition). Эта статья научит вас, как использовать внешнее познание при разработке user flows, чтобы можно было с уверенностью минимизировать нагрузку на память пользователей.

Когда вы создаете дизайн ориентированных на пользователей продуктов, важно понять, как ключевые когнитивные функции, такие как рассуждения и память, влияют на то, как пользователи взаимодействуют с пользовательским интерфейсом ваших продуктов. Внешнее познание — это обработка информации, которая происходит между внутренним познанием человеческого разума и восприятием и управлением его внешними представлениями (external representations, то есть предоставление информации в пригодной для прочтения человеком форме). Если вы хотите создать действительно ориентированные на пользователя продукты, которые поддерживают умственную способность вашего пользователя, вы всегда должны выяснить, как лучше всего поддерживать нагрузку на память пользователя в дизайне ваших user flows. Календари, электронные таблицы и калькуляторы, а также контрольные списки и аннотации — всего лишь несколько из широко используемых инструментов и продуктов, которые демонстрируют преимущества использования внешнего познания.

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

3 причины использования внешнего познания в дизайне продукта

Книга 2001 года «Дизайн взаимодействия: за пределами человеко-компьютерного взаимодействия» Роджерса и др. (Rogers, 2001) определяет три основных преимущества, связанных с использованием внешних представлений для наших когнитивных процессов, которые должен учитывать любой UX-дизайнер:

1. Экстернализация для уменьшения нагрузки на память

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

Author/Copyright holder: Francisco Tosete. Copyright terms and licence: CC BY-NC-SA 2.0

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

2. Разгрузка вычислений

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

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

3. Аннотации и когнитивное отслеживание

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

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

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

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

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

Когда студенты заходят на образовательный портал Interaction Design Foundation, они могут видеть свой прогресс для каждого курса.

Узнайте, как ориентированные на пользователей продукты Google используют внешнее познание

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

1. Экстернализация для уменьшения нагрузки на память

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

Цветовой код календаря Google помогает пользователю легко различать различные события, такие как школьные занятия, встречи и хобби…

2. Разгрузка вычислений

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

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

3. Аннотации и когнитивное отслеживание

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

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

Рабочий лист: практика как использовать внешнее познание в ваших user flows

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

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

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

В заключение

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

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

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

Ссылки и где узнать больше

Чтобы узнать больше о преимуществах использования внешнего познания, смотрите следующее:

«Дизайн взаимодействия: за пределами человеко-компьютерного взаимодействия» Ивонн Роджерс, Хелен Шарп, Дженни Прайс

Чтобы узнать больше о минимизации когнитивной нагрузки, смотрите здесь:

https://www.nngroup.com/articles/minimize-cognitive-load/

Чтобы узнать больше о мышлении с внешними представлениями, смотрите здесь:

http://adrenaline.ucsd.edu/kirsh/Articles/Interaction/thinkingexternalrepresentations.pdf

Автор — Хоа Лоранжер (Hoa Loranger)

Оригинал статьи: https://www.nngroup.com/articles/ux-without-user-research/

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

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

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

Что такое UX?

User experience (пользовательский опыт) — общий термин в дизайнерской среде, но даже в сообществе UX его значение немного размыто. Дон Норман и Якоб Нильсен — основатели Nielsen Norman Group- определили UX следующим образом, когда основали компанию в 1998 году:

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

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

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

User Experience — это ответственность каждого

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

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

Объединение целей бизнеса с целями пользователя

Приоритеты в бизнесе часто не совпадают с реальными потребностями пользователей, а решения принимаются на основе того, что «по нашему мнению» является потрясающим, а не на основе «действительно» потрясающего. UX отличается аспектами стратегического характера, которые объединяют в себе глубокое понимание пользователей, бизнеса и особенностей их взаимодействия.

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

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

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

Вместо поддержки UX – пустые слова

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

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

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

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

Проводите правильное исследование грамотно

Иногда исследования проводятся с хорошими намерениями, но методология или исполнение ошибочны. Слишком часто компании обращаются в панике к Nielsen Norman Group, чтобы им помогли понять, почему их новый сайт не работает. Когда мы спрашиваем их, были ли какие-либо мероприятия по обеспечению удобства использования до запуска, часто слышим ответ «да!». Так почему же редизайн выполняется неудачно? Основная причина — плохая методология.

Общие методологические ошибки:

• Обратная связь, отзывы от неправильных людей: Ваши стейкхолдеры (заинтересованные стороны) и коллеги – это не настоящие пользователи. Они не представляют вашу целевую аудиторию. Привлекайте реальных пользователей в дизайнерский процесс, вместо того, чтобы использовать внутренних коллег в качестве участников, поскольку они, в основном, слишком связаны с дизайном, что мешает получить точные и честные данные.
• Наводящие вопросы: Для неопытных координаторов естественно уклоняться от изучения ведущих вопросов и делать ошибочные выводы. Тестирование юзабилити дает гораздо более достоверную информацию, когда ее проводит кто-то, кто понимает науку поведенческого исследования.
• Применение неправильного метода исследования: Пользовательское тестирование может означать разные вещи для разных людей. Он может включать такие методы, как фокус-группы, тестирование A/B, опросы, юзабилити-тестирование и т. д. Метод, который вы выбираете, зависит от того, на какой стадии находится разработка и какие у вас есть вопросы. Опрос часто подходит для сбора данных, основанных на мнениях, но он неэффективен для взаимодействия. Применение неправильного метода может стать причиной ошибочных выводов.

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

Дополнительная польза тестирования пользователей: сплочение коллектива

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

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

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

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

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

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

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

Понятие итеративного дизайна не ново (смотрите нашу статью 1993 года), а движение Lean Startup, которое уделяет особое внимание выполнению экспериментов для проверки вашего видения дизайна, помогло повысить осведомленность о нем. Тем не менее, мантра «Дизайн, создание, запуск, измерение (“Design, build, launch, measure»), которую обычно повторяют участники Lean, может ввести в заблуждение. Она предполагает, что продукт должен быть закодирован и запущен для систем, чтобы протестировать его с пользователями и провести измерения. Это ошибочное понимание.

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

Заключение

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

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

Подвести итог данной статьи можно одной строкой:

UX – U = X

(где «X» теперь означает «не делайте этого!»)

Фокусирование на пользовательском опыте может отличить вас от ваших конкурентов. Узнайте как это сделать на нашем курсе UX Basic Training.

Оригинал статьи: https://www.https://www.interaction-design.org/literature/article/using-mobile-apps-the-one-thumb-one-eyeball-test-for-good-mobile-design

Автор — Тео Сианг (Teo Siang)

Дизайн мобильных устройств должен учитывать то, как пользователи работают с мобильным телефоном. То есть нужно понимать, что во время использования смартфона могут возникнуть отвлекающие факторы, и чтобы им противодействовать нужно сделать процесс ввода настолько простым, насколько это возможно. Люк Вроблевски (Luke Wroblewski) предлагает тест «один палец, один глаз» (“one thumb, one eyeball” test) как эффективный способ справиться с этой проблемой. Это поможет сделать ваши дизайны мобильных устройств более удобными для пользователей и улучшит пользовательский опыт.

Анализ шаблонов использования смартфонов — сложное дело. Сайт разработчика приложений ThinSlices внимательно изучает, как смартфоны используются в повседневной жизни, и некоторые из новых моделей использования мобильных устройств.

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

ThinSlices предоставляет следующую информацию о мобильном использовании:

Люди используют свои телефоны в 68% случаев дома, а не на работе.

72% пользователей смартфонов не позволяют своим телефонам выйти из зоны досягаемости.

Более половины всех мобильных телефонов теперь — это смартфоны.

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

На мобильном телефоне есть 7 категорий использования — 3 категории составляют 77% всего времени, потраченного на смартфон — общение, покупки и «время на себя». (Источник: Harvard Business Review)

• самовыражение (интересы и хобби);
• обнаружение (поиск информации);
• подготовка (подготовка к другим видам деятельности);
• выполнения (управление здоровьем, продуктивностью или финансами);
• покупки;
• общение и
• «время на себя» (отдых и развлечения). «Время на себя» — это основной вид использования, 46% всего времени, потраченного на смартфон, посвящено этой деятельности.

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

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

Самые популярные приложения в мире — приложения социальных сетей (Facebook, YouTube, Google+, WeChat, Twitter, Skype, Whatsapp и Instagram), но наиболее часто используемым приложением является Google Maps (предполагая, что доступ «на ходу» очень распространен на смартфонах).

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

Средний пользователь взаимодействует со своим телефоном 150 раз в день!

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

Тест «один палец, один глаз» для хорошего мобильного дизайна

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

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

Если взаимодействие измеряется в минутах или секундах, все, что усложняет его, скорее всего, помешает опыту пользователя. Пользователи, занятые смартфоном по 150 использований за день, часто не имеют времени и не станут тратить 5-10 минут на то, чтобы узнать, как взаимодействовать с приложением или мобильным сайтом. Они ожидают, что в своем дизайне вы будете удовлетворять их «потребность в скорости», и если вы этого не сделаете, они отправятся в другое место к тому, кто это сделает.

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

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

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

Дизайнеры UX могут обнаружить, что тест «один палец, один глаз» — это отличный способ провести простые исследования юзабилити (удобство использования) для мобильных приложений и мобильных веб-сайтов. Определенно, это не будет дорогостоящим тестом для проведения и может понравиться даже самым маленьким командам дизайнеров/разработчиков из самым жестким бюджетом.

В заключение

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

Ссылки

Очень интересную и подробную информацию о мобильном использовании можно найти на сайте ThinSlices здесь:

http://www.thinslices.com/smartphone-statistics-tablet-usage-patterns/

Harvard Business Review исследует, как мобильные телефоны используются с точки зрения проводимых активностей здесь:

https://hbr.org/2013/01/how-people-really-use-mobile/ar/1

Оригинальная статья Люка Вроблевски и отличное видео из теста в действии можно найти в его блоге здесь:

http://www.lukew.com/ff/entry.asp?1664

Автор — Хоа Лоранжер (Hoa Loranger)

Оригинал статьи: https://www.nngroup.com/articles/test-when-you-know-answer/

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

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

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

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

Зачем проводить юзабилити-исследования?

Ниже приведены общие ситуации, которые требуют проведения юзабилити-исследований, даже если вы считаете, что знаете ответ:

Создание товарищеской атмосферы и доверия

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

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

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

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

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

Преодоление проблемы различных идей

Дивергентное мышление может генерировать творческие решения. Тем не менее, как только предлагается несколько вариантов, они должны сойтись к одному решению. В то время, как работать с идеями легко, прийти к консенсусу — очень тяжело. Если все правы, что вы должны делать?

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

Управление неловкими требованиями

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

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

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

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

Избежать доставки плохих новостей лично

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

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

Просто в случае, если вы ошибаетесь

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

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

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

Заключение

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

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

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

Оригинал статьи: https://www.interaction-design.org/literature/article/flow-design-processes-focusing-on-the-user-s-needs

Автор / владелец авторских прав: Джон Аццолини (John Azzolini). Условия авторских прав и лицензии: Public Domain.

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

Что мы должны делать? Как разработать продукт, ориентируясь на пользовательский поток?

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

Так, например, целями пользователя на розничном веб-сайте могут быть:

• желание купить новый продукт;
• исследование альтернативных продуктов;
• желание вернуть товар.

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

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

Они определяют точки входа в воронки завершения задачи (аналогичные «воронкам конверсии» в маркетинге).

Автор / владелец авторских прав: Photo.iep. Условия использования и лицензии: CC BY 3.0

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

Воронка завершения задачи

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

Обычно это включает:

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

Соображения при анализе точки входа

С каждой точкой входа вы можете рассмотреть:

• Какую группу или группы пользователей мы таргетируем, используя конкретную точку входа?
• Пользователи активно ищут как взаимодействовать с нашим сайтом или продуктом, или собираются «споткнуться» через нас?
• Будут ли они искать решение проблемы, и если да, то что дальше?
• Как мы можем привлечь их внимание и удерживать его достаточно долго, чтобы человек решил перейти на сайт?
• Как мы можем быть ближе к вовлеченному пользователю? Какие сообщения могут работать с этими пользователями? Можем ли мы определить их болевые точки и решение?
• Каковы наилучшие призывы к действию? Каким должен быть призыв, чтоб пользователь кликнул и перешел на сайт?

Автор / авторское право: Бесплатные изображения. Условия авторских прав и лицензия: CC BY 2.0

Не каждый призыв к действию — «купите сейчас!» Это все примеры кнопок (англ. — CTA buttom), с которыми вы уже знакомы. Даже если вы не думаете об их силе призыва когда видите на просторах Интернета.

Соображения относительно целевой страницы

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

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

Соображения, касающиеся этапов процесса

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

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

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

Как говорит Скотт Бельский (Scott Belsky) — вице-президент по продукции и сообществу в Adobe; «Правило для разработчиков пользовательского интерфейса: больше вариантов, больше проблем».

Автор / владелец авторских прав: Researcher9999. Условия авторского права и лицензии: CC BY-SA 4,0

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

Заключение

При разработке потока, дизайнеры должны акцентировать свое внимание на желаниях пользователя и на том, что человек хочет получить от взаимодействия с конкретным продуктом. Это свидетельствует о том, что мнение и практика пользователя являются приоритетными аспектами при структурировании графического дизайна или информационной архитектуры сайта, а также, играют важную роль при продвижении проекта,особенно когда заходит речь о визуальном дизайне и архитектуре.  Воронку завершения задачи можно нарисовать на бумаге и использовать для объяснения термина “пользовательский поток” другим членам команды (например разработчикам). Это наглядный и простой способ объяснения вопроса: что хочет получить пользователь от вашего продукта?

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

Полезные источники:

Данная статья раскрывает разницу между потоком сайта и потоком пользователей и когда нужно сосредоточиться на каждом из них: http://uxmovement.com/wireframes/site-flows-vs-user-flows-when-to-use-which/

Если вы хотите создать плавные потоки пользователей, в этой статье, однозначно, есть полезные советы для вас — https://studio.uxpin.com/blog/creating-perfect-user-flows-for-smoothux

Оригинал статьи: https://www.interaction-design.org/literature/article/7-great-tried-and-tested-ux-research-techniques

Методика номер 1 — Сортирование карточек

Данная техника изначально использовалась в психологии задолго до появления UX. Смысл простой – вам необходимо написать на карточках нужные вам слова или предложения, и затем предложить пользователям проклассифицировать их. Помимо этого, вы можете сказать, чтобы они обозначили категории. Это хороший способ узнать, в верном ли направлении движется ваша информационная архитектура (Information Architecture (IA), или нужно проверить ее для новых продуктов.
Существуют разнообразные методы сортирования карточек и выбор правильного важен. Еще лучше, существует множество онлайн-инструментов, позволяющих удаленно сортировать карточки в режиме реального времени — это дает возможность использовать данную технику глобально, а не только локально.

Почему сортировка карточек является хорошей техникой?

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

Методика номер 2 – Экспертная рецензия

Экспертный обзор состоит из одного «экспертного лица», изучающего продукт через интерфейс пользователя (User Interface (UI)), и ищущего неполадки с дизайном, доступностью и удобством использования продукта. Нет определенного алгоритма, которому нужно следовать, экспертный обзор может меняться от профессионала к профессионалу и от продукта к продукту. Чем большим опытом в удобстве использования (юзабилити) и дизайне UX владеет рецензент, тем большую ценность он предоставит проекту (в большинстве случаев).

Почему экспертный обзор — хорошая техника?

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

Методика номер 3 — Отслеживание передвижения взгляда

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

Почему отслеживание движения взгляда является хорошей техникой?

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

Методика номер 4 – Исследования в полевых условиях

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

Почему полевые исследования являются хорошей техникой?

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

Методика номер 5 – Тестирование удобства использования (юзабилити)

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

Почему тестирование юзабилити — это хорошая техника?

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

Методика номер 6 — Дистанционное тестирование юзабилити

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

Почему дистанционное тестирование юзабилити является хорошей техникой?

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

Техника номер 7 – Персоны пользователей

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

Почему пользовательские персоны — это хорошая техника?

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

Итог

Есть огромное количество методов исследования пользователей, но эти 7 неоднократно доказывали свою ценность для проектов UX. А какой ваш любимый?

Когда дело доходит до любой школы мышления, связанной с новой концепцией, наступает момент, когда появляется совокупность «общепризнанных знаний». Затем этот объем знаний становится священным и вместо того, чтобы служить руководство для информирования нашей работы, он становится фактически догмой. Стоит оспаривать такие мифы и пытаться исследовать глубину догмы, чтобы понять правду, скрытую под поверхностью; так мы сможем развить лучший опыт пользователя (user experience) даже когда идем против «того, что известно всем».

Оригинал статьи: https://www.interaction-design.org/literature/article/the-myths-of-mobile-design-and-why-it-matters-2

Джош Кларк (Josh Clark), специалист в области дизайна и разработки, согласно изданиям The Next Web и Forbes, предложил, чтобы мы более подробно рассмотрели создание мобильного дизайна, и обратили внимание на укоренившиеся мифы, окружающие его.  Не то чтобы эти идеи совсем не имели оснований, но чрезмерная бездумная зависимость от них может привести к слишком упрощенному, примитивному опыту, который не понравится пользователям.

Давайте рассмотрим мифы Джоша и то, что нам нужно с ними делать:

Author/Copyright holder: Mister G.C. Copyright terms and licence: CC BY-NC-ND 2.

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

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

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

Мобильные приложения и веб-сайты должны быть легкими версиями

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

Сложность — это плохая идея для мобильных устройств

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

Слишком много кликов может испортить проект

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

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

Вам нужен мобильный сайт!

Может нужен, а может и нет. Истина заключается в том, что мобильный телефон должен быть оправданием для дизайнеров, чтобы изучить опыт на каждой платформе, которую они поддерживают. Затем вы должны посмотреть, как каждая платформа может использоваться для улучшения общего пользовательского опыта. Речь идет не о создании нескольких веб-сайтов, а о том, каков конечный результат? Действительно ли ваш мобильный сайт должен быть уменьшенной версией декстопного (компьютерного)? Или может ли декстопный сайт быть сокращенным, потому что он полон вещей, которые мешают, а не улучшают опыт пользователя?

Приложения на мобильном устройстве лучше, чем сайты!

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

Контент и API принадлежат базам данных

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

В заключение

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

Ссылки:

Прочесть, что Джош сказал The Next Web, согласно сообщению Courtney Boyd Myers, можно здесь: http://thenextweb.com/dd/2011/11/07/josh-clark-debunks-the-7-myths-of-mobile-web-design/

И что он сказал журналу Forbes на эту же тему — http://www.forbes.com/sites/anthonykosner/2012/05/03/seven-deadly-mobile-myths-josh-clark-debunks-the-desktop-paradigm-and-more/

Немного другой взгляд на эти идеи можно найти на сайте Versio2 здесь — http://www.versio2.com/blog/bid/312745/5-Myths-of-Web-Design-for-Mobile-Devices

Автор — Армин Захирович (Armin Zahirovich)

Стив Джобс однажды сказал: «Дизайн – это не просто внешний вид и ощущения. Дизайн — это то, как это работает.»

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

Оригинал статьи: https://www.interaction-design.org/literature/article/design-failures

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

1. Когда вам действительно нужно изучить время в трехмерном пространстве.

2. Немного неприятности для этой детской площадки.

3. Ты не пройдешь!

4. Социальные сети… Социальные туалеты… это и есть следующая великая вещь?

5. Вероятно, пора воспользоваться лестницей…

6. Все, что вам нужно сделать, это начать вытирать ногами.

7. Дверь в неизвестность.

8. В случае пожара, пожалуйста … найдите где-нибудь еще, чтобы потушить его.

9. Городские американские горки, без ремней безопасности.

10. Игровая площадка серийного убийцы.Мы на эскалаторе в никуда… наткнись и ударься.

11. Архитектурный шедевр.

12. Все, что вам теперь понадобится — это универсальная инвалидная коляска.

13. Эй, Марти Макфлай, это твой дом?

14. Не вижу зла!

15. Разрешение на строительство? Не беспокойтесь об этом.

16. Вы, скорее всего, не хотите этого делать…

17. Будут ли это жареные яйца или поездка в больницу сегодня вечером?

18. Порядок, в котором вы выстраиваете слова, действительно имеет значение.

19. Эта птица в два раза голоднее, чем остальные птицы…

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

21. Новый образ для инопланетных форм жизни этой весной!

22. Большой брат следит за тобой!

23. И они говорят, что гордость предшествует падению…

24. Восток — это новый Юг!

25. Кевин из «Один дома»: нам не нужны такие спойлеры…

26. Диаграмма Венна: Был ли когда-нибудь еще настолько явный случай неправильного выполнения?

27. Мы знаем пару родителей, которые могли бы сделать это своим лозунгом.

28. Пример юзабилити IKEA.

Автор — Рикке Дем и Тео Сианг (Rikke Dam Teo Siang)

Оригинал статьи: https://www.interaction-design.org/literature/article/learn-how-to-use-the-best-ideation-methods-brainstorming-braindumping-brainwriting-and-brainwalking

Мозговой штурм – чаще всего используемая форма создания идей. Мы советуем использовать его вместе с письменный мозговой штурм (brainwriting), мозговым штурмом в движении (brainwalking) и «мозговым сбросом» (braindumping). Здесь вы узнаете лучшие практики от лучших экспертов из d-school и IDEO, а также от отца техник мозгового штурма Алекса Осборна (Alex Osborn).

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

Узнайте о лучших практиках от самих экспертов

Здесь вы узнаете лучшие практики от лучших экспертов из d-school и IDEO, а также от отца техник мозгового штурма Алекса Осборна. IDEO — чрезвычайно успешная, международная дизайнерская и консалтинговая фирма, которая использует методологию дизайн-мышления (Design Thinking) для продвижения инновационного дизайна в продуктах, услугах, средах и цифровом опыте. D.school отдает должное дизайн-мышлению, и это один из самых (если не самый) знаменитых и признанных источников в области дизайн-мышления и техник формирования идей. D.school — это школа дизайна, которая базируется в Стэндфордском университете в сотрудничестве с немецким Институтом Хассо Платтнера Университета Потсдама (German Hasso Plattner Institute of the University of Potsdam).

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

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

Правила лучшей практики для эффективного мозгового штурма

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

1. Установите ограничение по времени

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

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

Рекомендация:

«Вложите энергию в короткий период времени, например, 15 или 30 минут активного участия. Встаньте перед доской или вокруг стола, но возьмите активную позицию стоя или сидя прямо. Держитесь близко друг к другу.»

– dschool, Bootcamp Bootleg

2. Начните с постановки задачи, точки зрения, вопросов «Как мы можем», плана или цели — и сосредоточьтесь на теме

Алекс Осборн, отец техник мозгового штурма, подчеркивал, что сеансы мозгового штурма должны всегда решать конкретный вопрос или постановку задачи (также называемую Point of View), поскольку сеансы, рассматривающие несколько вопросов, являются неэффективными. Начните из хорошей постановки задачи или вопросы. Мыслители дизайна и другие специалисты по созданию идей развили этот подход в искусство разработки проблемных высказываний с помощью методов. В частности, это вопросы «Как мы можем».

Вы можете прочесть и загрузить полное руководство по тому, как определить постановку задачи, используя метод дизайнерского мышления, называемый Point Of View, и как вы можете начать создавать идеи, задавая вопросы «Как мы можем»

Рекомендация:

«Четко напишите, над чем вы работаете во время мозгового штурма. Использование вопроса «Как мы можем» — отличный способ создать мозговой штурм (например: как мы можем предоставить каждому покупателю личный опыт проверки?)»

– dschool, Bootcamp Bootleg

3. Отложите осуждение и критику, в том числе невербальную

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

«Создайте игривые правила: критические и дискуссионные идеи могут быстро истощать энергию сессии. Во многих конференц-залах IDEO есть правила мозгового штурма, оформленные буквами высотой 6 дюймов на стенах; например, «Главное — количество», «Поощрять дикие идеи», «Не осуждай» или «Один разговор за раз».

– IDEO, The IDEO Difference (отличие IDEO)

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

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

— OpenIDEO, 7 советов по улучшению мозгового штурма

4. Поощряйте странные, эксцентричные и дикие идеи

Эти новые способы мышления могут предоставить вам лучшие решения

«Легче смягчить дикую идею, чем придумать новую»

– Алекс Осборн, отец техник мозгового штурма

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

— OpenIDEO, 7 советов по улучшению мозгового штурма

5. Нацеливайтесь на количество

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

6. Опирайтесь на идеи друг друга

Как предполагает лозунг «1 + 1 = 3», мозговой штурм стимулирует построение идей посредством процесса ассоциации. Принимайте самые нестандартные точки зрения и создавайте, создавайте, создавайте. Будьте позитивным и опирайтесь на идеи других. Мозговой штурм хорошо работает, когда участники используют идеи друг друга, чтобы активизировать собственное мышление. Наши умы очень ассоциативны. Одна мысль легко запускает другую. Когда мы используем мысли других, это не даст нам стать заложником собственных структур мышления.

Рекомендация лучшей практики: Старайтесь говорить и поощрять других говорить «и» вместо «но». Это требует практики, но этот маленький трюк работает на удивление хорошо.

7. Будьте визуальным

Рекомендация лучшей практики: В IDEO они поощряют использование цветных маркеров для записи на стикерах, помещают их на стену или делают наброску эскиза вашей идеи. Ничто не ускоряет идею так, как ее рисовка. Не имеет значения, насколько ужасно вы рисуете! Вся суть в идее вашего эскиза. И у d.school есть две отличные идеи для вас:

«Существует как минимум два способа уловить идею мозгового штурма:

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

– dschool, Bootcamp Bootleg

8. Один разговор за раз

Слушайте друг дуга и усовершенствуйте идеи друг друга. Не будьте одержимыми своими идеями. Вы здесь, чтобы мыслить вместе.

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

Стоит ли вам забыть о мозговом штурме

Мозговой штурм, несмотря на то, каким чудесным он может быть, имеет некоторые очевидные недостатки, большинство из них — человеческие факторы. Всякий раз, когда группа людей собирается вместе над чем-то работать, мы непременно находим некоторых членов, которые доминируют над другими. Интроверты занимают задние места и предпочитают работать в более тихой, самоанализирующей манере, тогда как экстраверты, особенно эгоистичные по натуре, пытаются «застолбить» территорию и руководить процессом. Исследования, опубликованные в Administrative Science Quarterly в 1958 году, «Участие группы при использовании мозгового штурма облегчает или нарушает творческое мышление?» стремится понять, что дает лучшие результаты — индивидуальные мозговые штурмы или сеансы группового мозгового штурма. В 2010 году началась волна споров, когда в News Week была опубликована статья, ссылающаяся на это исследование, и называющаяся «Забудьте мозговой штурм», а другие отвергли это утверждение и заявили: «Не забывайте: мозговой штурм работает».  Хотя результаты исследования были основаны на ограниченных параметрах, они показывают, что если условия группового мозгового штурма не будут соблюдены должным образом, они могут потерпеть неудачу.

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

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

Стоит ли вашей команде работать индивидуально или в группе мозгового штурма

Лучшая практика: Переключение между двумя режимами — индивидуальным и коллективным сеансом создания идей — может быть органичным и высокопроизводительным. Классическое прикладное воображение (Applied Imagination) Алексея Осборна 1950-х годов дало советы, которые по-прежнему актуальны: творчество происходит от сочетания индивидуального и коллективного создания идей.

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

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

«Мозговой сброс» — индивидуальный мозговой штурм

Один из лучших способов продвижения к идеям более высокого уровня — выплеснуть наружу все, что в настоящее время забивает нервные пути и освободить некоторое когнитивное пространство для других синапсов, соединений и микстур, чтобы разобраться. Дэвид Аллен, автор всемирно известной методологии «Доведение дел до завершения» («Getting Things Done») утверждает, что мозговой сброс — средство освобождения умственной энергии, которое допускает свободу мысли. Удержание собственных мыслей, незавершенных задач или неисследованных идей создает ментальные блокировки и предотвращает свободу мысли. Кроме того, мозговой сброс — отличная техника, помогающая тихим сотрудникам обрести силу голоса.

Лучшая практика

• Если бы вы были координатором, вы бы кратко изложили участникам предварительную постановку задачи, цели и важные идеи предыдущих исследований и результатов.
• Затем попросите всех участников записать свои идеи по мере их поступления.
• Важно, чтобы каждый участник делал это индивидуально — и в тишине.
• Предоставляйте участникам листы бумаги, карточки идей или традиционные стикеры для заметок. Стикеры замечательно подходят, потому что они позволяют людям записать свои идеи индивидуально — одна идея на стикер.
• Дайте участникам от 3 до 10 минут, чтобы они записал идеи, над которыми размышляли.
• После истечения лимитного времени примерно в 3-10 минут, каждый участник скажет несколько слов о своих идеях и прикрепит их на доску или стену. Вы должны избегать начальных обсуждений заметок, когда члены команды их представляют. Идеями, которые появились на ранних сессиях мозгового штурма, нужно поделиться в устной форме со всеми участниками команды, чтобы пробудить новые потоки мышления или комбинации идей.
• В то время, как приклеиваете стикеры с идеями и представляете их, группа будет также систематизировать дубликаты вместе.
• Когда все члены команды представили свои идеи, вы можете выбрать лучшие и продолжать строить и разрабатывать их в других сессиях разработки идей. Существуют различные методы, которые можно использовать, например, «Голосование за стикер» (Post-it Voting), «Четыре категории» (Four Categories), «Выбор бинго»(Bingo Selection), «Шесть шляп мышления»(Six Thinking Hats) и «Теперь вау как матрица» (Now Wow How Matrix).

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

Стикеры для заметок замечательно подходят, потому что они позволяют людям записать свои идеи индивидуально — одна идея на стикер. После истечения лимитного времени примерно в 3-10 минут, каждый участник скажет несколько слов о своих идеях и прикрепит их на доску или стену.

Письменный мозговой штурм

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

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

Лучшая практика

• Если бы вы были координатором, вы бы кратко изложили участникам предварительную постановку задачи, цели и важные идеи предыдущих исследований и результатов.
• Призывайте участников записывать идеи на карточки в течение 3-5 минут прежде чем передавать свои идеи, когда вы скажете.
• В идеале, участники передают карточки с идеями от 3 до 10 раз, в зависимости от постановки проблемы и целей.
• Все это происходит в тишине, без каких-либо вмешательств или общения.
• Призывайте участников заставлять себя генерировать больше идей по крайней мере пару раз за несколько минут, которые у них есть, чтобы максимизировать исход и варианты.
• Вы должны поддерживать сессию поощрением и обеспечивать вопросы и высказывания, которые заставят участников думать за пределами их зоны комфорта.
• Цикл может повторяться много раз и применяться к части рассматриваемой проблемы, в зависимости от необходимости.
• После окончания цикла, каждый участник в устной форме коротко представит остальным участникам команды свои мысли на карточках с идеями, к которым он пришел в конце цикла — с целью активизировать новый поток мышления или комбинирования идей. Если бы вы координатором, вы бы часто делали заметки на белой доске.
• Когда все члены команды представили свои идеи, вы можете выбрать лучшие и продолжать строить и разрабатывать их в других сессиях разработки идей. Существуют различные методы, которые можно использовать, например, «Голосование за стикер», «Четыре категории», «Выбор бинго», «Шесть шляп мышления» и «Теперь вау как матрица».

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

Мозговой штурм в движении

Да, вы прочли верно — но не волнуйтесь, это не касается ничего сверхъестественного. Мозговой штурм в движении очень похож на письменный мозговой штурм за исключением одной небольшой, но сильно влияющей разницей. Вместо того, чтобы передавать карточки с идеями от одного участника другому, участники должны вставать со своих мест и идти к другому месту вокруг стола мозгового штурма или даже к совсем другому столу. Брайан Маттимор (Bryan Mattimore) придумал эту технику; он специалист в области создания идей и упрощения. У Маттимора есть многолетний опыт проведения тысячи сессий создания идей. В его книге «Штурмы идей» (Idea Stormers) он описывает мозговой штурм в движении как «единственную лучшую технику для начала сессии создания идей».

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

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

Как мы видим, один метод создания идей приводит к следующему, и следующему… а сами методы — это области, открытые для креативной интерпретации и нарушения.

Знание своей истории

Алекс Осборн был рекламным руководителем, который создал технику, которую мы знаем сегодня, как мозговой штурм. Он изобрел эту технику в ответ на удушающую среду исполнительных собраний и с целью освобождения творческого мышления, чтобы облегчить прилив идей. Алекс Осборн представил метод мозгового штурма в своей книге «How To Think Up» («Как придумывать»). Алекс Осборн написал несколько книг по групповому творческому мышлению, в том числе «Ваша творческая сила» («Your Creative Power»), «Как организовать команду для создания идей» («How to Organize a Squad to Create Ideas») и «Прикладное воображение» («Applied Imagination»). Он был первопроходцем в этой области, создав почву для того, что мы сегодня называем генерацией идей.

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

«Креативность — это не просто воображение. Это воображение, неразрывно связанное как с намерением, так и с усилием»

– Алекс Осборн

В заключение

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

1. Устанавливайте ограничение по времени.
2. Начните с вопроса, плана или цели — и сосредоточьтесь на теме.
3. Отложите осуждение и критику, в том числе в невербальной форме.
4. Поощряйте странные, эксцентричные и дикие идеи.
5. Нацеливайтесь на количество.
6. Опирайтесь на идеи друг друга.
7. Будьте визуальным.
8. Разрешайте один разговор за раз.

Ссылки и где узнать больше

7 советов по улучшению мозгового штурма, 2011, OpenIDEO — https://challenges.openideo.com/blog/seven-tips-on-better-brainstorming

Отличие IDEO Кэтрин Фредман, 2002 г, IDEO — https://www.ideo.com/images/uploads/news/pdfs/hemispheres_1.pdf

Алекс Осборн «Как придумывать», 1942

Алекс Осборн «Прикладное воображение», 1953

d.school, bootcamp leg — http://dschool.stanford.edu/wp-content/uploads/2011/03/BootcampBootleg2010v2SLIM.pdf

Дональд У. Тейлор, Пол К. Берри и Клиффорд Х. Блок «Участие группы в мозговом штурме улучшает или нарушает творческое мышление?», 1958 — http://www.jstor.org/stable/2390603

По Бронсон и Эшли Мерриман. Забудьте о Мозговой штурм, 7/12/201 — http://www.newsweek.com/forget-brainstorming-74223

Джонатан Вехар. Не забывайте: мозговой штурм работает! 2010 — http://www.innovationmanagement.se/imtool-articles/dont-forget-brainstorming-works/

Восемь советов для лучшего мозгового штурма — http://www.designthinkingblog.com/http:/www.designthinkingblog.com/eight-tips-for-better-brainstorming

Дэвид Аллен. Пять простых шагов, которые обращают порядок в хаос — http://gettingthingsdone.com/fivesteps/

Дейв Грей. Письменный мозговой штурм. Игровой мозговой штурм. Инструментарий для новаторов, нарушителей правил и выступающих за перемены — http://gamestorming.com/games-for-design/brainwriting/

Брайан У. Маттимор. Штурмы идей: как вести и вдохновлять творческие прорывы, 2012 год

Тим Браун, генеральный директор IDEO, «Дизайн-мышление в бизнесе», 2009 г