Chulakov Design #6: анализируй!

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

Больше заметок вы найдете здесь.

Думать как пользователь

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

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

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

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

Персонажи

Один из видов качественной аналитики строится на использовании персонажей. Разберёмся, что это такое.

Что такое персонажи?

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

Для чего нужны персонажи?

Персонажей используют для проектирования интерфейсов: составления пользовательских путей и архитектуры сайта.

Правильно составленный персонаж отвечает за часть целевой аудитории сервиса, а несколько персонажей покрывают почти всю ЦА.

Откуда берутся персонажи?

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

Как использовать персонажей?

С помощью персонажа описывается пользовательский путь (CJM). У одного персонажа может быть 1-2 CJM. Такие сценарии описывают пошаговое взаимодействие каждого персонажа с интерфейсом от начала использования до достижения конечной цели.

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

CJM

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

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

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

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

«У Максима заболел живот. Это его беспокоит, и он включает приложение. В нем есть доктор Мария, к которому Максим уже ходил. Он заходит в приложение и видит, что врач сейчас доступен для связи. Он отправляет сообщение с жалобой. Доктор Мария видит на экране телефона входящее уведомление из своего приложения. Она отвечает, что выпишет ему препараты для снятия симптомов и назначит приём. Мария вспоминает, что Максим когда-то приходил на приём, но подробностей она не помнит. Она заходит в профиль Максима и видит, что полгода назад он приходил к ней с подобной жалобой, и она поставила ему диагноз гастрит, сделала пометку о жалобах и выписала такие-то лекарства. Она смотрит, делает выводы из этого и назначает Максиму лекарства для снятия симптомов. Мария выбирает заготовленный заранее и проверенный курс из своей виртуальной аптечки, но приложение предупреждает, что у Максима есть аллергия на один из препаратов. Она заменяет его на подходящий аналог, корректирует некоторые параметры курса и делает назначение. Максиму приходит уведомление. Он соглашается с курсом. В расписании приёма лекарств теперь есть напоминания, благодаря которым он не будет забывать пить таблетки. Если Максим захочет, он сможет их отключить. Исходя из ранее поставленного диагноза, Мария решает что нужно проверить Максима с помощью специального оборудования, смотрит свой список назначенных приемов и выбирает время для Максима. Максиму приходит уведомление, он заносит его в свои предстоящие события. Завтра он получит уведомление о приеме ровно за 2 часа».

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

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

10 советов для развития дизайнера

Изучайте фундаментальные для дизайна дисциплины

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

  • записывайте. Записывайте самое главное и систематизируйте полученные знания. Делайте заметки в блокноте телефона, специальной тетради или Google-документах, чтобы вы могли к ним возвращаться;
  • соответствуйте. Всегда старайтесь соответствовать самому высокому уровню работ. Лучше всего по умолчанию думать, что ваша работа плохая;
  • спрашивайте. Не бойтесь спрашивать у старших коллег. Вы должны задать все вопросы, которые у вас есть. Хороший начинающий дизайнер всегда задает много вопросов. Чтобы задать вопросы нам, записывайтесь в нашу школу, когда будет объявлен следующий набор;
  • анализируйте работы других дизайнеров. Мало просто заходить на авардс, дриббл, биханс и любоваться чужим красивым дизайном. Необходимо разбирать чужие работы на кусочки. Понимать, из чего они состоят, и мотать на ус, какие приемы использовать;
  • держите руку на пульсе. Читайте как можно больше материалов, связанных с дизайном. Подпишитесь на качественные паблики. Читайте Medium, vc.ru и подпишитесь на каналы опытных дизайнеров в телеграме. Для дизайнера очень важно быть в курсе всех трендов;
  • прокачивайте смежные дисциплины. Работа дизайнера заходит далеко за пределы рисования и проектирования. Копирайтинг, знание бизнеса, методологии ведения проектов, развитие технологий — все это пригодится при создании продуктов. Вы должны разбираться, какой текст хороший, а какой плохой, что соответствует целям бизнеса, а что — нет;
  • пробуйте. Пробуйте все варианты, которые пришли в голову. Для развития UI пробуйте самые безумные идеи. Для развития UX проектируйте и продумывайте реальное использование продукта;
  • развивайте креативность. Старайтесь, чтобы в основе каждой вашей работы лежала какая-либо большая идея;
  • развивайте вкус. Требуйте лучшего сервиса, лучшей гостиницы, лучшего отношения к себе.
22
2 комментария

"подписывайтесь на каналы дизайнеров" помнится кое-кто призывал отписываться на канал кое-кто_дизаин и кое-кто_нотес, примерно в середине апреля и так ни одной записи и не опубликовал.

Ладно. Эт я так.
Вопрос по аватарам. Я че-т не до конца понял схему.
Как аватар "дед Коля" и "студент Миша" поможет построить приложение, например для сбербанка, если один хочет заплатить за свет, второй - получить права, а аватар "Сергей иваныч" хочет взять кредит на развитие бизнеса?

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

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

Можно подробнее на эту тему?
Какие конкретно выводы я должен сделать из имеющихся вводных?

Ответить

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

Персонажи помогают понять "как сделать это лучше всего".

Лайтовый пример со сбером: нужно перевести деньги. Что для этого нужно? Создать функционал, который позволит выбрать или указать получателя, сумму и потом посмотреть по этому всему историю.

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

Или возьмем Колю. Он часто тусит с друзьями в кафе и барах. Они все модные и счет оплачивают телефоном. Раздельный чек просить влом, поэтому все просто переводят одному человеку потом. Вы, в свою очередь, начинаете понимать, что таких как Коля много (благо, инфы у Сбера предостаточно для этого),
и делаете для Коли "Диалоги", которые позволяют достаточно быстро и в привычной для него обстановке перевести деньги своему другу. А потом сделаете для него перевод касанием телефона к телефону.

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

1
Ответить