Как составить резюме для вакансии UX-дизайнера

Ссылка на портфолио работает больше, чем само резюме

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

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

Что размещать в первой трети страницы

Прежде всего, рекрутер UX-дизайнера ищет три вещи: какой UX вы делаете, на какой стадии продукта работали и за что отвечали, а в чём участвовали.

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

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

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

Как в этой области фактически подтверждается опыт

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

О методах: называть конкретные исследовательские или дизайнерские методы полезнее, чем описывать результат прилагательными. «Провёл пять модерируемых юзабилити-сессий и два раунда карточной сортировки для реструктуризации навигации» сообщает рецензенту конкретное о вашем процессе. «Улучшил пользовательский опыт через исследовательский дизайн» не сообщает ничего, что можно проверить или оспорить. То же с инструментами: называть Figma, Sketch, Miro, UserTesting, Maze, Hotjar или конкретную аналитическую платформу — нормально и ожидаемо, но это наименее информативная строка в резюме. Каждый кандидат перечисляет инструменты. Почти никто не показывает, что с ними делал.

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

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

Квалификации, сертификаты и что они фактически сигнализируют

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

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

Курсы Nielsen Norman Group (UX Certification) или Interaction Design Foundation признаются людьми, давно в области, в основном потому, что они строгие, а не короткие. Сертификат завершения одного онлайн-курса с общей платформы вряд ли несёт тот же вес, а перечисление нескольких коротких курсов может читаться как компенсация за слабое портфолио, а не дополнение к нему. Если есть сертификат Nielsen Norman или IxDF, назовите конкретное удостоверение, а не просто «UX-сертификация», потому что конкретное название — это то, что распознаёт опытный рецензент.

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

Что не помогает: длинный список владения софтом без контекста, фреймворк типов личности (дизайн-мышление, Myers-Briggs и подобное) или общая строка «увлечён решением проблем пользователей». Ничто из этого не специфично для вас, и опытный рекрутер пролистывает мимо без паузы.

Что кандидаты из этой области регулярно упускают

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

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

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

Что делать дальше

Откройте резюме и проверьте верхнюю треть против написанного выше: ссылка на портфолио видна, специализация UX названа, если есть, стадия продукта указана, ответственность сделана явной для каждой роли. Затем откройте само портфолио и проверьте, что хотя бы один кейс показывает решение, которое не сработало с первого раза, и хотя бы один показывает, что случилось после передачи. Если подаёте заявки на несколько ролей с существенно разными специализациями UX — исследовательская против визуально-дизайнерской, например — стоит иметь больше одной версии резюме, чем одну, которая размывает всё. jobmarket.pro читает каждое объявление полностью и строит заявку из вашей фактической истории проектов, а не из одного фиксированного резюме, что один из способов справиться с этим без переписывания с нуля каждый раз.