Портфолио продуктового дизайнера. Final Final

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

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

• в профессии (умеет создавать ясные, интуитивно понятные и визуально привлекательные интерфейсы);

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

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

• в общении (умеет взаимодействовать с разными командами, стейкхолдерами и клиентами).

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

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

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

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

Как вы могли догадаться, универсального рецепта для создания кейса не существует. Если вы читали в интернете материалы о дизайн-портфолио, вы могли увидеть массу сетований на то, что большинство кейсов делаются под копирку. Как указывают в своей статье[14] Фабрисио Тейшейра (Fabricio Teixeira) и Кайо Брага (Caio Braga), такой шаблонный процесс дизайна часто является порождением буткемпов по UX, где студентов учат представлять свои проекты. Зашитый в теоретические штампы процесс дизайна призван помочь студентам достичь целей: обрести опыт и получить первую работу, связанную с дизайном, однако он ведет к снижению критического мышления, когда учащиеся не подвергают сомнению предлагаемую стандартную структуру. Вследствие этого рекрутеры и менеджеры по найму получают сотни портфолио, которые выглядят идентичными.

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

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

Пол Рэнд (Paul Rand), арт-директор и графический дизайнер, наиболее известный своими логотипами IBM и NeXT, гениально выразился по этому поводу[15]:

Не стремитесь к оригинальности, просто сделайте хорошо.

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

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

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

Структурные модули

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

• Заголовок и подзаголовок

• Превью финального результата

• Ваша роль, команда, год и хронология

• Проблема

• Исходное состояние

• Процесс

• Демонстрация финального результата

• Влияние на бизнес (метрики, награды, обратная связь от пользователей)

• Извлеченные уроки

Разберем все эти модули один за другим.

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

Задача подзаголовка – кратко объяснить, чему посвящен проект, его контекст и, возможно, степень вашего участия.

Вот пример из кейса[16] в моем портфолио.

Oak (заголовок)

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

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

Вот еще один пример – от Кати Лавреновой (Katya Lavrenova)[17], продуктового дизайнера в компании Meta:

Упрощение настройки QuickBooks (заголовок)

Кликов на 30+ меньше, доход от Payroll на $6 млн больше[18] (подзаголовок)

Мне очень нравится пример Кати, потому что в нескольких словах здесь передается очень много смыслов: контекст проекта («Упрощение настройки»), выгода для конечного потребителя (кликов на 30+ меньше) и значимость для бизнеса (рост доходов на $6 млн).

У вас мобильное приложение, лендинг или веб-интерфейс? Что станет определяющим визуальным образом проекта?

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

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

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

Поздравляю, вы создали первый раздел вашего кейса!

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

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

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

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

Главное – этому модулю совсем не обязательно занимать много места, для него хватит и нескольких строчек текста.

К примеру, вот как он выглядит в кейсе моего приложения Oak Meditation App.

Год: 2018

Длительность: 3 недели

Роль: продуктовый дизайнер, арт-директор

Платформы: iOS

Создано в: AJ&Smart

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

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

Навыки: продуктовый дизайн, брендинг, юзабилити-тестирование, веб-дизайн.

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

Вот как это выглядит у Кати Лавреновой в том же кейсе для Quickbooks, о котором мы уже говорили ранее.

Я работала лид-дизайнером по настройкам вместе с руководителями отделов дизайна, продакт-менеджмента и инженерного. Сначала в команде было три дизайнера – я возглавляла направление взаимодействия и сотрудничала с коллегами, отвечавшими за визуальную часть и контент. Группа разрасталась – мы добавили две скрам-команды (в общей сложности три), увеличили число дизайнеров до 7 человек, а я возглавила работу над видением и направлением дизайна.

Из этого описания становится ясно, каковы были роль и обязанности Кати.

Какие проблемы вы решали? Для кого? Есть ли данные в поддержку этих утверждений?

Четкая формулировка проблемы – уже половина решения. Кроме того, это поможет читателям понять контекст и узнать что-то новое.

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

Если формулировка задачи, над которой вы работали, вызывает у вас затруднения, используйте метод «Как бы мы могли?..» (HMW, «How might we…?»). Разработанный в Procter & Gamble в 1970-х, сегодня этот метод применяется в таких компаниях, как Meta, Google и IDEO.

Вот как трактует[19] роль каждого слова в HMW Тим Браун (Tim Brown), исполнительный директор IDEO:

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

А вот несколько примеров HMW из моего кейса Oak[20].

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

Вот задачи, которые мы решали:

• Как бы мы могли помочь нашим пользователям выработать привычку медитировать?

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

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

Очень неплохо было бы упомянуть задачи, которые связаны не только с пользователями, но также с бизнесом и продуктом. Обозначив их, вы покажете менеджерам по найму, что понимаете важность изучения проблемы под разными углами. Рейчел Хау (Rachel How) демонстрирует это в своем кейсе[21], где представлен редизайн финансового приложения. Она определяет проблему, приводит примеры, описывает ее влияние на бизнес, а также намечает цели как для бизнеса, так и для пользователей.

ПРОБЛЕМА

Не определена последовательность действий.

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

ПРИМЕР

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

ВЛИЯНИЕ НА БИЗНЕС

Если последовательность действий не определена, пользователи могут легко запутаться, что ведет к низкой конверсии.

ЦЕЛИ ДЛЯ БИЗНЕСА

Повысить ценность основных продуктов.

Увеличить операционную эффективность.

ЦЕЛИ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ

Повысить актуальность контента.

Добиться положительных впечатлений от использования приложения.

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

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

Исходное состояние – это то, откуда все начинается. Делали ли вы дизайн первой версии данной функции продукта (0 → 1)? Или это редизайн (1 → 2)? Или дальнейшее развитие устоявшегося продукта?

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

К примеру, в случае с Oak Meditation наша команда пришла на помощь, когда MVP (минимально жизнеспособный продукт) уже красовался в App Store, уже была получена обратная связь от пользователей и данные о том, как люди его используют, и у нас было видение развития приложения, представленное Кевином Роузом (Kevin Rose), основателем Oak.