Наём UI/UX-дизайнеров в Беларуси: почему подход из найма разработчиков здесь не работает

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

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

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

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

Где ломается воронка

Начнём с фильтра резюме. «React, 3 года» — это полезная информация о разработчике. Строка «Figma, 3 года» почти ничего не говорит о дизайнере. Инструменты показывают базовый уровень. Любой мидл-дизайнер на рынке свободно владеет Figma. А то, что вам на самом деле важно: как он думает о пользователях, как работает с ограничениями, умеет ли отстаивать решения, — в резюме не пишется.

Дальше стоит подумать о том, как вы смотрите портфолио. Если разглядывать его так же, как GitHub-репозиторий, вы будете фокусироваться на финальных экранах и нанимать по визуальному вкусу. Это неверный критерий. Визуальная аккуратность — базовый навык мидла. А хорошего дизайнера от того отличает UX-мышление, а оно в финальном макете не живёт.

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

«Спроектируй сейчас» на живом интервью — тоже мимо. Формат «а теперь придумайте нам приложение» проверяет главным образом то, как человек справляется с искусственным давлением, — а нанимаете вы не для этого. Лучше сделайте разбор портфолио: пусть кандидат сам проведёт вас по кейсу, а вы спросите стоящие вопросы. За 30 минут получится узнать больше, чем за час у доски.

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

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

Ничего специфического для белорусского рынка в этом нет. То же самое видно везде, где команды переносят воронку из IT-найма на дизайнерскую роль, — поэтому наша практика по подбору UI/UX-дизайнеров устроена иначе, чем работа по разработчикам.

Как оценивать портфолио дизайнера

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

Первое, на что смотреть, — структура. Хороший кейс читается так: задача, ограничения, процесс, принятые решения, результат. Если в портфолио только финальные экраны и абзац описания — это красный флаг. Потому что нет возможности понять, как человек к этому пришёл. Nielsen Norman Group два десятилетия документируют, как должны выглядеть хорошие UX-кейсы, — если хочется собрать себе правильный шаблон, начинайте оттуда.

Смотрите и на другие моменты: выбранные направления, заметки из исследований, скетчи, варианты, которые рассматривали и отклонили. Если дизайнер может показать только финальный ответ, значит, либо не проделал работу, либо не умеет о ней рассказывать. И то, и другое в этом случае проблема. Материалы Interaction Design Foundation по оценке дизайнерского мышления — хорошая база, если вы хотите договориться с командой об общем словаре.

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

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

Несколько красных флагов, о которых стоит говорить прямо. Портфолио, состоящее из шотов на Dribbble без контекста. Портфолио из концептов-редизайнов известных приложений — Spotify, Airbnb, — где нет ни настоящих ограничений, ни заказчика, ни запуска. Кейсы по одному шаблону, где каждый проект расписан по одинаковой структуре с одинаковыми умными словами. И дизайнер, который не может объяснить, почему принято конкретное решение («мы сначала попробовали Х, но пользователи не считывали паттерн, поэтому перешли на Y»).

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

Одно локальное наблюдение. Опытные белорусские дизайнеры часто выкладывают портфолио не в PDF, а на Readymag или Framer. Простой PDF — не приговор. Но голый шаблон «текст слева, картинка справа» сам по себе о чём-то говорит: портфолио дизайнера — тоже дизайн-артефакт, и то, как человек подаёт свою работу, кое-что говорит и о том, как он будет подавать её внутри компании.

Зарплаты: реальные цифры

Прежде чем смотреть любые зарплатные данные стоит обратить внимание на две вещи.

Первое: рынок работает в нетто-долларах в месяц. Не в годовых долларах. Не в белорусских рублях. Именно так делают офферы, именно так сравнивают контр-офферы и именно так о зарплате разговаривают сами кандидаты. Если у вас в HR-таблице сравниваются годовые gross-цифры по разным рынкам — вы будете промахиваться с каждым оффером.

Второе: забудьте про западные агрегаторы. У Glassdoor, ERI, SalaryExpert данные по белорусским UI/UX-ролям скудные, противоречивые и местами очевидно неверные. Если строить оффер согласно этим цифрам, вы либо промахнётесь, и кандидат уйдёт, либо переплатите на ровном месте.

Как ориентир, локальный рынок UI/UX-дизайнеров условно делится на три вилки в нетто-долларах в месяц. Джуниоры с опытом 0–2 года и портфолио из учебных и мелких коммерческих проектов — примерно $800–$1500. Миддлы с 2–5 годами опыта, доехавшими до прода продуктовыми задачами, способные вести фичу end-to-end — примерно $1500–$2500. Сеньоры с 5+ годами опыта, способные вести целое направление продукта и защищать решения перед стейкхолдерами — $2500–$4000 и выше. Это стартовая точка. Актуальные цифры двигаются вместе с рынком, поэтому перед оффером их стоит сверять с живыми вакансиями.

Вилки искажают два фактора. Международная удалёнка задаёт потолок: сильнейшим белорусским дизайнерам пишут команды, готовые платить американские или западноевропейские ставки за удалённую работу, — и это ровно тот уровень, с которым вы на самом деле конкурируете, а не локальная медиана. И на уровне сеньоров: если ваш оффер не дотягивает до того, что кандидат может получить у иностранного работодателя, его пребьют. Лучше знать это заранее. Наше исследование зарплат в IT как раз отслеживает, что сильные кандидаты реально получают на офферах, рынок за рынком.

Титулы — тоже ловушка. «Senior UI/UX Designer» в Беларуси не всегда равен «Senior Designer» в американской продуктовой компании. Локальные грейды сжаты: сильный миддл в Беларуси нередко в повседневной работе делает то, что делает западный сеньор, а человек с сеньорским тайтлом на бумаге может по факту быть сильным миддлом. Ориентируйтесь на объём ответственности и годы работы, доехавшей до прода, — а не на строчку в LinkedIn. Ровно по этой же причине зарплаты разработчиков не сравниваются строго по уровню: грейды устроены по-разному.

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

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

Что менять в воронке

Форма та же, что у разработчиков. Наполнение — другое на каждом этапе.

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