Разрушение процесса дизайн-мышления

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

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

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

Шаг 1: Сопереживайте

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

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

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

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

Шаг 2: Определите

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

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

Например, МРТ-аппараты пугают многих детей. Дизайнер продуктов GE Healthcare Дуг Дитц был потрясен, узнав, что 80% детей должны были принять седативные средства, чтобы пройти МРТ. Хотя его команда создала новый инновационный аппарат МРТ, они не решили эту конкретную проблему, потому что не смотрели на нее с точки зрения ребенка. Когда они, наконец, это сделали и добавили в машину красочную графику, а к опыту добавили историю, только долю одного процента детей пришлось вводить успокоительным для тестов.

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

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

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

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

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

Шаг 3: Идея

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

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

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

Установите ограничения на сеансы мозгового штурма. Ограничения по времени (обычно 15-20 минут на тему или аспект проекта) могут помочь повысить продуктивность и уберечь участников от вечной работы и выгорания до того, как будут рассмотрены все темы.

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

Оспаривание предположений участников о том, что является или не является жизнеспособным решением, также может привести к инновационным идеям. Когда кто-то говорит, что что-то невозможно сделать или не получится, остальная часть команды должна спросить: «Почему бы и нет?» Это может привести к большему количеству идей и заставить участников бросить вызов своим собственным предположениям о том, как «должен» быть выполнен дизайн.

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

Шаг 4: Прототип

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

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

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

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

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

Шаг 5: Тест

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

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

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

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

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

Процесс пользовательского тестирования будет меняться в зависимости от тестируемого продукта. Например, дизайн веб-сайта можно в значительной степени протестировать с анонимными пользователями через такие сайты, как UserInput.io или Five Second Test. Однако тестирование приложения для известной компании может включать в себя их текущих клиентов и проходить более строгий процесс тестирования, который включает в себя опрос пользователей и т. д. Vox Media описывает свой метод тестирования пользовательских исследований в информативной статье, в которой обсуждаются методы проведения удаленных пользовательских исследований.

Внедрение процесса дизайн-мышления

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

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

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

Дальнейшее чтение в блоге Toptal Design:

• Ценность дизайн-мышления в бизнесе
• Важность дизайна, ориентированного на человека, в дизайне продукта
• Отличные вопросы ведут к отличному дизайну — руководство по процессу дизайн-мышления
• Что такое стратегическое дизайн-мышление и как оно может расширить возможности дизайнеров?
• Формулировки задач проектирования — что это такое и как их формулировать