Как оценить портфолио продуктового дизайнера, если вы не дизайнер

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

Я смотрела на это с нескольких сторон: разбирала работу дизайнеров, когда руководила дизайн-командой в BrainRocket, и сама больше 12 лет прохожу отбор у фаундеров. Хорошо нанимают обычно не те, у кого самый тонкий визуальный вкус. А те, кто спрашивает «почему», пока не услышит настоящий ответ.

Почему красивые экраны в 2026 году почти ничего не говорят

Ещё несколько лет назад красивый шот на Dribbble доказывал хотя бы одно: человек умеет нарисовать хороший интерфейс. Сегодня фаундер собирает такой за выходные в Lovable или v0 по промпту. Я постоянно вижу такие MVP. Они красивые и одинаковые.

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

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

На что смотреть в портфолио продуктового дизайнера: чек-лист

Держите эту таблицу открытой, пока читаете кейсы. Дизайнерский словарь для неё не нужен.

Nielsen Norman Group опросили 204 специалистов, которые нанимают UX-дизайнеров, и услышали то же самое: процесс важнее полировки, нужна видимая польза для пользователей и бизнеса и, мой любимый пункт, объяснение того, чего в дизайне нет и почему.

Как читать кейс продуктового дизайнера

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

1. В чём была проблема? Конкретно, с пользователем и ценой проблемы. Не «улучшить UX».
2. Какие были ограничения? Сроки, команда, техника, существующие пользователи. Решения рождаются из ограничений.
3. Что решили и что отбросили? Это сердце кейса. Ищите компромиссы.
4. Что происходит вне идеального сценария? Ошибки, пустые состояния, медленная сеть, отказ в разрешениях.
5. Что изменилось? Метрика, «до и после» или хотя бы качественный результат от реальных пользователей.
6. Что бы сделал иначе? У сеньора ответ есть всегда.

Для примера структуры опишу так один свой проект. В Findmykids, приложении для семейной безопасности с 55M+ скачиваний, подключение телефона ребёнка к родителю было сложным, и люди на нём отваливались. Я превратила его в простой пошаговый флоу с понятной визуальной обратной связью на каждом этапе. Это была часть большого редизайна онбординга, который помог поднять удержание на 18%. Обратите внимание на слово «помог». Удержание это результат команды. Если дизайнер приписывает метрику целиком себе, он либо работал один, либо округляет, и стоит уточнить, что именно.

Сценарий 30-минутного собеседования для фаундера

Дизайн-комиссия не нужна. Нужны полчаса и эти вопросы.

0–5 минут. Контекст.

• «Каким проектом в портфолио вы гордитесь больше всего и почему именно им?»

5–15 минут. Один кейс подробно.

• «В чём была проблема, одним предложением?»
• «Что вы решили не делать?»
• «Покажите состояние, которое не идеальный экран: пустое, ошибку, загрузку».
• «Как вы поняли, что сработало?»

15–22 минуты. Суждение.

• «Расскажите про идею, которую вы зарубили, можно свою».
• «Когда вы не соглашались с фаундером или продактом и чем это закончилось?»
• «Если ИИ генерирует десять вариантов экрана, в чём ваша работа?»

22–27 минут. Ваш продукт.

• Покажите текущее приложение или прототип: «Что бы вы спросили у меня, прежде чем что-то менять?»

27–30 минут. Как работать вместе.

• Пересечение по часовым поясам, загрузка, как передаёт работу в разработку, может ли сам собрать рабочий прототип.

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

Платное тестовое или разбор реальных работ?

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

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

Как проверить рекомендации продуктового дизайнера

Поговорите с фаундером или продактом, который с ним работал, а не только с коллегой-дизайнером. Спросите:

• «Какой была роль этого человека в результате, который я вижу в портфолио?»
• «Расскажите, когда он спорил. Он был прав?»
• «Как он работал с разработчиками?»
• «Что ему было нужно от вас, чтобы работать в полную силу?»
• «Наняли бы вы его снова на такой же проект?»

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

Частые вопросы

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

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

Какие тревожные сигналы при найме дизайнера?

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

Какие вопросы задать продуктовому дизайнеру на собеседовании?

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

Что лучше: тестовое задание или портфолио?

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

---

Алла Кучинская (Alla Kuchynskaya), Senior Product Designer и AI Product Designer & Builder, 12+ лет в стартапах, сильнее всего в онбординге, активации и удержании. Проектировала чат и экраны трекинга во Flo на ранней стадии в R-Style Lab и работала над VOCHI, который позже купил Pinterest. Живёт на Бали (GMT+8), работает удалённо: частичная занятость, фултайм или проект. Портфолио: alla.studio, Telegram: @aladesigner.