{"id":13505,"url":"\/distributions\/13505\/click?bit=1&hash=ca3734639136826288c9056e5c8fa03a05e87c4060ae84df200f2c90f5262470","title":"\u0412\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a? \u0410 \u043f\u043e\u043d\u0438\u043c\u0430\u0435\u0442\u0435 \u0447\u0442\u043e-\u0442\u043e \u0432 \u0438\u0441\u043a\u0443\u0441\u0441\u0442\u0432\u0435 \u043a\u043e\u0434\u0430?","buttonText":"\u041f\u0440\u043e\u0432\u0435\u0440\u0438\u0442\u044c","imageUuid":"f5f0e11f-fefd-52f5-8712-82164a59b7ce","isPaidAndBannersEnabled":false}

Как собрать UX-портфолио и не обмануть ожидания работодателя? А если еще и все проекты командные?

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

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

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

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

Так что же делать?

Научитесь описывать свою работу текстом

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

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

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

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

Рассказывайте мини-кейсы

Рассказывайте про мини-интерфейсы, которые вы сделали, внутри «общих» экранов.

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

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

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

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

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

Попробуйте доделать проект так, как видите его вы

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

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

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

Покажите, что умеете работать в команде

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

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

0
Комментарии
Читать все 0 комментариев
null