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

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

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

Итак, поговорим об этом.

Что же такое кейс? Это рассказ о том, как вы успешно решили некую задачу с помощью дизайна.

Все драматические повествования строятся в соответствии с пирамидой Фрейтага[9]. Компания Intercom, разрабатывающая бизнес-мессенджеры, дает подробные рекомендации, как использовать пирамиду Фрейтага для создания кейсов[10]. Вот как это может выглядеть применительно к основным структурным модулям, из которых складываются кейсы (подробнее о них – в главе 3): завязка (положение дел, начальные условия, проблема), конфликт (формулирование проблем, работа с ними) и развязка (итоговое решение, результаты и их значимость).

Рис. 2.1. Структура кейса как драматического произведения

Дизайн не так однозначен, как некоторые кейсы пытаются его представить. Он не всегда сводится к чек-листу «найти идею, определить задачу, протестировать результат» (empathize, define, test).

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

Убеждающая сила кейсов

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

«Удача – это то, что происходит, когда подготовка встречается с возможностью».

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

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

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

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

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

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

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

Что же такое хороший кейс?

Создаем кейсы по принципу RRR

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

Каждый кейс в вашем портфолио должен быть не просто хорош – он должен соответствовать критериям RRR. Это означает, что в идеале он является:

• Релевантным (Relevant). Работа, которую вы выполняли в прошлом, имеет отношение к тому, что вы хотите делать в будущем.

• Выдающимся (Remarkable). Это ваш топовый проект – тот, которым вы гордитесь и готовы обсуждать часами.

• Свежим (Recent). Проект выполнен в течение последних трех лет.

Эти критерии перечислены в порядке убывания их важности. Остановимся подробнее на каждом из них.

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

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

Хотите работать над мобильными приложениями? Покажите в портфолио кейсы, связанные с мобильными приложениями. Интересуетесь дизайн-системами? Покажите, как вы работали над такой системой в прошлом. В общем, вы поняли.

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

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

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

А как же быть, если у вас нет опыта в той работе, которую вы хотите выполнять?

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

Здесь у вас несколько вариантов.

1. Выполнить проект для друга.

Есть ли у вас друг, которому требуется помощь с дизайном мобильного приложения? Он может быть разработчиком мобильных приложений, работающим в компании, по договору подряда или над собственными продуктами. Еще один вариант – поискать независимых разработчиков, которых вы не знаете лично, на онлайн-платформах, где они общаются (X/Twitter, Reddit, Indie Hackers), и спросить, не нужна ли им помощь с дизайном их приложений. Если определенные идеи в приложениях или задачи, которые эти разработчики решают, вам особенно близки, вы можете изучить их текущий подход и предложить улучшить его, основываясь на своих компетенциях. Несмотря на то что основная цель – наработать необходимый опыт для преобразования его в кейс, вы можете поднять вопрос оплаты вашей работы: либо по ставке фрилансера, либо долю от дохода компании, если вы хотите участвовать в ее работе на долгосрочной основе. Если денег вам не обещают, то только вам решать, стоит ли заниматься этим лишь ради получения опыта и кейса или лучше подождать более благоприятной возможности. В любом случае подобное сотрудничество взаимовыгодно: вы нарабатываете актуальный опыт, а разработчик получает профессиональный дизайн своего продукта.

2. Создайте проект «для души».

Как и в предыдущем случае: есть ли у вас идея какого-то мобильного приложения, которое вы мечтаете создать? Руки так и чешутся взяться за дело?

Если говорить обо мне, у меня такое было. Я заметил, что прочитывал далеко не все, что сохранял в Pocket и в Instapaper, и встречал в интернете аналогичные жалобы. Я убедил своего друга, специалиста по iOS, поработать вместе со мной, и через некоторое время мы выпустили приложение, которое назвали Alfread[11]: оно помогает чаще возвращаться к сохраненным статьям. Проект, который самому интересен, – прекрасный способ сделать себе имя в отрасли, где вы хотите работать, и даже стать в ней востребованным. Однако для этого определенно требуется больше времени и сил, чем в других вариантах. Чем еще хороши проекты «для друга» или «для души», так это тем, что, сотрудничая с разработчиками, вы приобретаете опыт, о котором сможете потом рассказывать на собеседованиях и упоминать в портфолио. Кроме того, это напоминает настоящую работу над продуктовым дизайном, когда вы можете раз за разом тестировать дизайн и учитывать обратную связь от пользователей. Поэтому если вы решите сделать что-то «для души» или «для друга», вы получите релевантный опыт, который сможете преобразовать в кейс. Конечно, если вам нужно найти работу как можно скорее, сложно тратить время на такие проекты, но дело может того стоить, поскольку оно повышает ваши шансы получить оффер и помогает развить навыки, пока вы в поисках.

3. Выполнить волонтерский (ре)дизайн.

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

Именно волонтерский редизайн помог Эндрю Киму (Andrew Kim) получить работу в Microsoft[12]. Будучи студентом колледжа искусств, Ким придумал «цельный футуристический подход к компании и ее продуктам», который он охарактеризовал как «слегка агрессивный, почти научно-фантастический – вид, с которым будущее наступит уже сегодня». Публикация этой концепции в блоге дала такой мощный толчок его карьере, что он сразу получил работу в Microsoft.

4. Решить задачу на основе брифа в открытом доступе.

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

Большую помощь в этом окажет упомянутая выше книга Артема Дашинского «Solving Product Design Exercises». Он учит основам того, как сориентироваться на этапе процесса найма под названием «Упражнение в дизайне», и приводит задачи, которые можно также использовать для пополнения портфолио. Начать можно, кроме того, с его статьи[13], где он приводит 17 примеров упражнений.

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

Рис. 2.2. Соотношение значимости и затрачиваемых усилий: какой актуальный дизайн-проект добавить к кейсу

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

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

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

Помню, я прочитал однажды высказывание Тобиаса ван Шнайдера (Tobias Van Schneider), разработчика Semplice (инструмента для создания веб-сайтов портфолио без кодинга):

О качестве портфолио судят по худшему кейсу в нем.

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

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

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

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

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

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