Портфолио дизайнера, которое не читают: 5 ошибок, из-за которых вам отказывают

Вы отправили портфолио в топовую IT-компанию. Дизайн лид открывает ссылку. Проматывает вниз. Закрывает вкладку. Время просмотра: 23 секунды. Результат: отказ без объяснений.

Знакомо?

Вот шокирующая правда о найме дизайнеров в 2025 году: рекрутеры и дизайн лиды тратят на просмотр портфолио от 10 до 30 секунд. За это время они принимают решение: приглашать вас на собеседование или нет.

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

И вот что происходит за эти 30 секунд в голове человека, который смотрит ваше портфолио:

• Секунды 1-5: Первое впечатление. Насколько аккуратно оформлено? Видно ли сразу, что это портфолио продуктового дизайнера?

• Секунды 6-15: Быстрое сканирование. Сколько проектов? Есть ли знакомые компании? Видны ли результаты работы?

• Секунды 16-25: Открытие одного кейса. Есть ли описание процесса? Понятна ли проблема и решение?

• Секунды 26-30: Финальное решение. Стоит ли тратить время на подробное изучение или закрыть и перейти к следующему кандидату?

Статистика найма дизайнеров в 2025:

• На одну вакансию Middle Product Designer: 150-300 откликов

• Из них портфолио открывают: 30-50 человек

• До финального интервью доходят: 3-5 человек

• Получают оффер: 1-2 человека

Почему большинство портфолио отсеивают сразу?

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

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

Без воды. Только то, что реально работает в 2025 году.

Ошибка №1: Красивые картинки без контекста и процесса

Самая частая и самая фатальная ошибка.

Как это выглядит

Вы открываете Behance или Dribbble. Видите портфолио дизайнера. Там:

• 10-15 красивых скриншотов интерфейсов

• Идеальные пиксели, трендовые градиенты, модные шрифты

• Мокапы на iPhone, iPad, MacBook

• Пара предложений: «Дизайн мобильного приложения для фитнеса. Минимализм, современный стиль».

Всё. Больше ничего.

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

Почему это не работает

1. Не видно вашего мышления

Рекрутер не понимает:

• Какая проблема была у пользователей?

• Почему вы приняли именно эти дизайн-решения?

• Какие альтернативы рассматривали?

• Как вы валидировали решение?

Красивый UI — это 20% работы продуктового дизайнера. Остальные 80% — это исследования, аналитика, проблематизация, гипотезы, тестирование.

Если в портфолио только картинки — вы показываете 20% своих навыков.

2. Невозможно оценить уровень

Два дизайнера могут сделать одинаково красивый интерфейс. Но один из них:

• Провёл глубинные интервью с 15 пользователями

• Проанализировал метрики и нашёл проблемное место в воронке

• Сформулировал гипотезу

• Создал 5 вариантов решения

• Протестировал на пользователях

• Запустил A/B тест

• Улучшил конверсию на 23%

А второй просто сделал «красиво».

Без описания процесса рекрутер не может отличить первого от второго.

3. Это не то, что ищут продуктовые компании

Behance и Dribbble — отличные платформы для UI-дизайнеров, которые ищут работу в агентствах или на фриланс.

Но крупные продуктовые компании не нанимают по Behance. Им нужны кейс-стади, а не шоты.

Реальный пример (плохо)

Портфолио Junior Product Designer

Проект: Мобильное приложение для доставки еды
[10 красивых скриншотов интерфейса]
Описание: Современный дизайн с акцентом на удобство использования.
Используемые инструменты: Figma, Illustrator.

Что не так:

• Нет описания проблемы

• Нет понимания, кто пользователь

• Нет процесса работы

• Нет результатов

• Непонятно, это реальный проект или концепт

Результат: Рекрутер закрывает портфолио через 15 секунд.

Реальный пример (хорошо)

Портфолио Middle Product Designer

Проект: Редизайн онбординга мобильного приложения для инвестиций

Контекст: Финтех-стартап с 50К активных пользователей. Проблема: 60% новых пользователей
не завершали онбординг и не делали первую инвестицию.

Моя роль: Product Designer (самостоятельно провёл исследование, создал дизайн, участвовал
в тестировании)

Процесс:
1. Research: 12 глубинных интервью с пользователями, которые не завершили онбординг
2. Проблема: Онбординг слишком длинный (7 экранов), непонятная терминология, нет объяснения
   ценности продукта
3. Гипотеза: Если сократить онбординг до 3 экранов, добавить образовательный контент и
   показать ценность раньше — completion rate вырастет
4. Решение: [Описание дизайн-решений с визуалом]
5. Тестирование: Usability-тесты с 8 пользователями, итерация дизайна
6. Результат: Completion rate вырос с 40% до 67% (+68%), первая инвестиция в первый день
   выросла с 15% до 28%

[Визуальные материалы: скриншоты до/после, схемы user flow, результаты тестирований]

Что хорошо:

• Чёткий контекст и проблема

• Видна роль дизайнера

• Описан процесс работы

• Есть конкретные бизнес-метрики

• Показано критическое мышление

Результат: Рекрутер читает дальше и приглашает на интервью.

Как исправить

1. Добавьте контекст к каждому проекту

Отвечайте на вопросы:

• Что это за продукт?

• Какая была проблема?

• Для кого вы делали дизайн?

2. Покажите процесс

Структура кейса (подробнее ниже):

• Проблема

• Исследование

• Инсайты

• Гипотеза

• Решение

• Тестирование

• Результаты

3. Используйте storytelling

Портфолио — это не галерея. Это история о том, как вы решали проблемы.

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

Ошибка №2: Нет бизнес-метрик и результатов

Вторая по частоте ошибка, которая убивает шансы на оффер.

Как это выглядит

В конце кейса вы пишете:

Результат: Пользователи остались довольны. Клиент одобрил дизайн.
Проект успешно запущен в продакшн.

Или вообще не пишете про результаты.

Проблема: Это не результаты. Это описание процесса.

Почему это критично

Продуктовый дизайнер — это не художник. Это бизнес-роль.

Ваша задача — не делать «красиво». Ваша задача — помогать бизнесу зарабатывать и решать проблемы пользователей.

И работодатель хочет видеть, что вы умеете влиять на метрики.

Типичные метрики, которые должны быть в портфолио:

Для e-commerce / маркетплейсов:

• Конверсия в покупку

• Средний чек (AOV)

• Retention rate (возврат пользователей)

• Cart abandonment rate

Для SaaS / продуктов с подпиской:

• Activation rate (процент пользователей, достигших «aha-момента»)

• Retention (через 1 день, 7 дней, 30 дней)

• Churn rate (отток пользователей)

• LTV (lifetime value)

Для контентных / социальных продуктов:

• DAU / MAU (активные пользователи)

• Время в приложении

• Engagement rate (вовлечённость)

• Virality coefficient

Для онбордингов / регистраций:

• Completion rate (процент завершивших онбординг)

• Time to value (время до первой ценности)

• Drop-off rate (где пользователи уходят)

Для конкретных фич:

• Adoption rate (сколько пользователей начали использовать фичу)

• Feature satisfaction score

Реальный пример (плохо)

Проект: Редизайн корзины интернет-магазина

Что сделал: Полностью переработал UI корзины, добавил рекомендации товаров,
упростил процесс оформления заказа.

Результат: Дизайн понравился команде и был реализован разработчиками.
Пользователи положительно отзывались о новом дизайне.

Что не так:

• Нет цифр

• «Понравился команде» — не метрика

• «Положительно отзывались» — субъективно и неизмеримо

• Непонятно, повлиял ли дизайн на бизнес

Результат: Рекрутер думает: «Это джун, который не понимает бизнес-контекст».

Реальный пример (хорошо)

Проект: Редизайн корзины интернет-магазина электроники

Проблема: 68% пользователей добавляли товары в корзину, но не завершали покупку.

Что сделал:
- Провёл анализ сессий (Hotjar) — нашёл точки ухода
- CustDev-интервью с 10 пользователями — выявил барьеры (непрозрачные условия доставки,
  сложная форма оплаты)
- Упростил UI: убрал лишние шаги, добавил калькулятор доставки, внедрил автозаполнение
- Добавил социальные доказательства (отзывы на товары в корзине)

Результат (через 2 месяца после запуска):
- Конверсия из корзины в покупку: +41% (с 32% до 45%)
- Cart abandonment rate: -28% (с 68% до 55%)
- Средний чек: +12% (за счёт рекомендаций в корзине)
- Дополнительная выручка: ~₽2.3M в месяц

Что хорошо:

• Конкретные метрики до/после

• Процентное изменение

• Связь дизайна с бизнес-результатом

• Указан таймфрейм (через 2 месяца)

Результат: Рекрутер думает: «Этот дизайнер понимает бизнес. Хочу с ним поговорить».

Что делать, если нет доступа к метрикам

Ситуация: Вы работали в агентстве / на фрилансе / в стартапе, где метрики не отслеживали.

Решения:

1. Спросите у клиента / бывшего работодателя

Напишите:

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

Многие охотно делятся этой информацией.

2. Используйте качественные результаты

Если нет цифр, покажите:

• Цитаты пользователей из отзывов / тестирований

• Скриншоты позитивных комментариев

• Оценка usability до/после (например, SUS score)

3. Покажите промежуточные метрики

Если нет финальных бизнес-метрик, покажите метрики процесса:

• Usability testing: «8 из 10 пользователей успешно завершили задачу (до редизайна — 4 из 10)»

• A/B тест прототипа: «Вариант B показал на 35% выше engagement в тестировании»

4. Делайте учебные проекты с метриками

Если у вас мало реальных кейсов — делайте редизайн существующих продуктов:

• Найдите публичную статистику (например, из отчётов компаний, кейсов конкурентов)

• Сформулируйте гипотезу, как бы вы улучшили метрики

• Покажите решение

Важно: Обязательно указывайте, что это концепт, а не реальный проект.

Как исправить

1. Добавьте раздел «Результаты» в каждый кейс

Обязательные пункты:

• Метрики до/после

• Процентное изменение

• Таймфрейм (через сколько времени измерили)

2. Привязывайте дизайн-решения к метрикам

Показывайте логику:

Проблема: Низкая конверсия в регистрацию (12%)
Решение: Упростил форму с 7 полей до 3
Результат: Конверсия выросла до 19% (+58%)

3. Используйте визуализацию

Графики, диаграммы, таблицы «до/после» — всё это делает результаты нагляднее.

Ошибка №3: Слишком много или слишком мало проектов

Ошибка количества.

Слишком много (10+ проектов)

Как это выглядит:

Вы открываете портфолио. Там 15-20 проектов. Все работы, начиная с учёбы. Концепты, учебные задания, фриланс, реальные проекты — всё в куче.

Проблема:

1. Рекрутер не будет смотреть всё

У него нет времени изучать 15 проектов. Он откроет 1-2 первых. Если они слабые — закроет портфолио.

2. Размывается восприятие уровня

Если в портфолио есть 3 крутых кейса и 12 слабых — общее впечатление будет «средненько».

Лучше показать 3 сильных проекта, чем 15, из которых 12 — «для массы».

3. Сложно найти нужное

Рекрутер ищет конкретный опыт (например, работа с финтехом, мобильные приложения). Если у вас 20 проектов — он не будет искать. Проще перейти к следующему кандидату.

Слишком мало (1-2 проекта)

Как это выглядит:

В портфолио 1-2 кейса.

Проблема:

1. Недостаточно для оценки

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

2. Выглядит как отсутствие опыта

Даже если кейсы хорошие, рекрутер подумает: «А что ещё он делал? Почему так мало?»

Идеальное количество: 3-5 проектов

Почему именно 3-5?

3 проекта — минимум, чтобы показать:

• Разнообразие задач

• Стабильность качества

• Разные навыки

5 проектов — максимум, чтобы:

• Не перегрузить рекрутера

• Сохранить фокус на лучших работах

• Уложиться в 5-10 минут просмотра

Формула идеального портфолио:

1 флагманский проект (самый сильный, детальный кейс)

+

2-3 дополнительных проекта (показывают разнообразие)

+

1 «изюминка» (нестандартный проект, сайд-проджект, эксперимент)

Как выбрать проекты для портфолио

Критерии отбора:

1. Свежесть

Проект должен быть не старше 2-3 лет. Дизайн-тренды меняются быстро. Проект 5-летней давности выглядит устаревшим.

2. Релевантность

Выбирайте проекты, близкие к вакансии, на которую откликаетесь:

• Ищете работу в e-commerce? Покажите редизайн интернет-магазина.

• Ищете в SaaS? Покажите B2B-продукт.

• Ищете в финтехе? Покажите работу с финансами, данными, безопасностью.

3. Глубина

Лучше 3 детальных кейса с процессом, чем 10 поверхностных.

4. Разнообразие задач

Покажите, что вы умеете:

• Проводить исследования (1 проект с research)

• Работать с данными и метриками (1 проект с A/B тестами, аналитикой)

• Делать редизайн (1 проект по улучшению существующего продукта)

• Создавать с нуля (1 проект 0→1)

Что делать, если проектов мало

Для начинающих (0-1 год опыта):

1. Делайте редизайны известных продуктов

Выберите популярное приложение, найдите проблему, предложите решение. Оформите как кейс:

• Анализ текущего состояния

• Проблемы пользователей (из отзывов в App Store)

• Ваше решение

• Прототип

Важно: Указывайте, что это концепт, а не реальный проект.

2. Делайте пет-проекты

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

3. Участвуйте в дизайн-челленджах

• Daily UI Challenge

• UX Challenge от Design Lab

• Конкурсы на Behance

4. Берите учебные кейсы серьёзно

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

Как исправить

Если проектов слишком много:

1. Оставьте 3-5 лучших

2. Остальные — в архив или отдельную секцию «Другие проекты» (которую можно не открывать)

3. Обновляйте портфолио раз в 6 месяцев — убирайте старое, добавляйте новое

Если проектов слишком мало:

1. Добавьте редизайны / концепты (с пометкой)

2. Делайте пет-проекты

3. Берите фриланс-заказы (даже небольшие) и оформляйте их как кейсы

Ошибка №4: Непонятно, что вы делали в команде

Ошибка роли.

Как это выглядит

Проект: Разработка мобильного банкинга для Альфа-Банка

Команда: 2 дизайнера, 5 разработчиков, продакт-менеджер, аналитик

Что сделано: Создан дизайн мобильного приложения для управления счетами,
переводов и платежей.

[Скриншоты интерфейса]

Проблема: Непонятно, что именно сделали вы.

Вы дизайнили весь продукт? Или только иконки? Или вы один из двух дизайнеров, и каждый отвечал за свою часть?

Почему это проблема

1. Рекрутер не может оценить ваш вклад

Когда в команде несколько дизайнеров — каждый отвечает за свою часть. Если не указать вашу роль, рекрутер:

• Не понимает масштаб вашей работы

• Не может оценить уровень ответственности

• Подозревает, что вы «приписываете» себе чужую работу

2. Размываются границы компетенций

Работа в команде — это не «мы все всё делали вместе». Это разделение ролей:

• UX-дизайнер: исследования, user flow, прототипы

• UI-дизайнер: визуальный язык, компоненты, адаптивность

• Product designer: всё вместе + работа с метриками

Если не указать свою роль — непонятно, что вы умеете.

Реальный пример (плохо)

Проект: Редизайн веб-платформы для онлайн-образования

Команда: 3 дизайнера, 1 продакт-менеджер, 8 разработчиков

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

Результат: Платформа запущена, пользователи довольны.

Что не так:

• 3 дизайнера — кто за что отвечал?

• Вы делали весь редизайн или только часть?

• Какова ваша роль: лид, исполнитель, младший дизайнер?

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

Реальный пример (хорошо)

Проект: Редизайн веб-платформы для онлайн-образования

Команда: 3 дизайнера (я — Lead Product Designer), 1 продакт-менеджер,
8 разработчиков

Моя роль:
- Координация дизайн-команды (распределение задач, ревью работы других дизайнеров)
- Исследование: CustDev-интервью с 20 студентами и 5 преподавателями
- Дизайн ключевых фич: личный кабинет студента, система прогресса
- Работа с разработчиками: участие в спринт-планированиях, проверка имплементации

Что делали другие дизайнеры:
- Дизайнер 2: видеоплеер, интерактивные задания
- Дизайнер 3: система достижений, нотификации

Результат (за 3 месяца после запуска):
- Retention D7: +32% (с 45% до 59%)
- Время в платформе: +18%
- NPS вырос с 52 до 68

Что хорошо:

• Чётко указана роль

• Понятно, что делал автор, что — другие

• Виден масштаб ответственности (лид команды)

• Есть конкретные результаты

Результат: Рекрутер понимает, что это опытный дизайнер с лидерскими навыками.

Как правильно описывать роль

Формат:

Моя роль: [Должность] ([степень участия])

Что я делал:
- [Конкретная задача 1]
- [Конкретная задача 2]
- [Конкретная задача 3]

[Если команда] Что делали другие:
- [Роль 1]: [Задачи]
- [Роль 2]: [Задачи]

Примеры:

Для Junior:

Моя роль: Junior Product Designer (работал под руководством Senior Designer)

Что я делал:
- Создал low-fi прототипы под задачи, поставленные сениором
- Сделал UI-дизайн 15 экранов мобильного приложения
- Участвовал в usability-тестированиях (наблюдатель)

Для Middle:

Моя роль: Product Designer (самостоятельная работа над фичей от идеи до релиза)

Что я делал:
- Провёл CustDev: 12 интервью, синтез инсайтов
- Создал дизайн фичи: user flow, прототипы, UI
- Работал с аналитиком: настройка метрик, анализ результатов
- Участвовал в A/B тестировании: 2 варианта, выбор победителя

Для Senior / Lead:

Моя роль: Lead Product Designer (лид дизайн-команды из 4 человек)

Что я делал:
- Формировал дизайн-стратегию продукта на квартал
- Координировал работу команды: ревью, менторинг, распределение задач
- Лично дизайнил наиболее сложные фичи (payments flow, multi-user система)
- Работал с топ-менеджментом: презентация дизайн-решений, защита идей

Особые случаи

1. Вы работали один

Указывайте:

Моя роль: Единственный дизайнер в проекте (full ownership)

Что я делал:
- Все этапы дизайна: от исследования до передачи в разработку
- Работа с PM, разработчиками, аналитиками напрямую

2. Фриланс

Моя роль: Фриланс Product Designer для [Клиент]

Работал удалённо с командой клиента: PM, 2 разработчика

Что я делал:
- [Ваши задачи]

3. Учебный проект

Честно указывайте:

Моя роль: Автор концепта (учебный проект)

Примечание: Это не реальный проект. Создан для портфолио.

Как исправить

1. Добавьте секцию «Моя роль» в каждый кейс

Обязательные пункты:

• Должность / уровень

• Степень самостоятельности

• Конкретные задачи

2. Разделите работу команды

Если в проекте были другие дизайнеры — кратко опишите, кто за что отвечал.

3. Будьте честны

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

Ошибка №5: Плохая навигация и подача

Ошибка презентации.

Как это выглядит

Вариант А: Перегруженное портфолио

• Нет оглавления / навигации

• Проекты идут один за другим без разделения

• Огромные стены текста без подзаголовков

• Все проекты раскрыты полностью (нужно прокручивать 10 минут)

Вариант Б: Слишком минималистичное

• Только Behance / Dribbble ссылка (без описаний)

• Figma-файл без структуры

• PDF на 50 страниц без навигации

Вариант В: Технические проблемы

• Сайт-портфолио не открывается на мобильном

• Картинки весят 10 МБ и долго грузятся

• Кейсы в разных форматах (PDF, Google Docs, Notion — всё вперемешку)

Проблема: Рекрутер теряется, раздражается или просто закрывает портфолио.

Почему это критично

У рекрутера нет времени разбираться.

Если ваше портфолио:

• Неудобно смотреть

• Долго грузится

• Плохо структурировано

Он перейдёт к следующему кандидату.

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

Принципы хорошей подачи

1. Структура

Главная страница: превью проектов

[Проект 1: Название] [1 картинка] [Краткое описание: 1-2 предложения]
[Проект 2: Название] [1 картинка] [Краткое описание: 1-2 предложения]
[Проект 3: Название] [1 картинка] [Краткое описание: 1-2 предложения]

Страница проекта: полный кейс

• Навигация (возврат на главную, переход к следующему проекту)

• Содержание кейса (якорные ссылки к секциям)

• Сам кейс (со структурой, см. ниже)

2. Визуальная иерархия

• Заголовки: крупные, чёткие

• Подзаголовки: выделяют секции

• Текст: читаемый размер (16-18px), короткие абзацы (3-5 строк)

• Картинки: высокого качества, но сжатые (до 500 КБ)

• Пробелы: достаточно воздуха между секциями

3. Скорость загрузки

• Оптимизируйте картинки (TinyPNG, Squoosh)

• Не используйте видео на автоплее (только по клику)

• Тестируйте на медленном интернете

4. Адаптивность

40-50% рекрутеров смотрят портфолио с телефона (в метро, в очереди, между встречами). Ваше портфолио должно корректно отображаться на мобильном.

Форматы портфолио: плюсы и минусы

Рекомендация: Свой сайт или Notion для основного портфолио + Behance для красивых шотов (опционально).

Чек-лист хорошей подачи

Навигация:

• Есть главная страница со всеми проектами

• Из каждого кейса можно вернуться на главную

• Есть контакты (email, Telegram, LinkedIn) на каждой странице

Визуал:

• Картинки хорошего качества (не размытые, не пиксельные)

• Читаемые шрифты (не менее 16px для основного текста)

• Достаточно контраста (текст легко читается)

• Нет орфографических ошибок

Технические аспекты:

• Портфолио открывается на мобильном

• Страницы грузятся быстро (до 3 секунд)

• Нет битых ссылок

• Если используете Figma — файл публичный и организованный

Удобство:

• С главной страницы понятно, какие проекты есть в портфолио

• Можно быстро перейти к интересующему проекту

• Не нужно скачивать файлы / устанавливать плагины

• Есть краткое описание каждого проекта (чтобы выбрать, что смотреть)

Частые технические ошибки

1. Огромные картинки

Не загружайте PNG в 4K разрешении. Оптимизируйте:

• Формат: WebP или оптимизированный JPG

• Размер: не более 1920px по ширине

• Вес: до 500 КБ на картинку

2. Повёрнутые мокапы

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

Лучше: Прямые скриншоты интерфейса.

3. Слишком много текста

Если в кейсе 10,000 слов текста — его не прочитают.

Оптимально: 1500-3000 слов на кейс (5-10 минут чтения).

4. Нет описания на английском

Если хотите работать в международной компании — часть портфолио должна быть на английском (хотя бы краткое описание проектов).

Структура идеального кейса: пошаговая формула

Теперь, когда мы разобрали ошибки, давайте соберём всё в единую структуру.

Формула кейса продуктового дизайнера

1. Заголовок и контекст (30 секунд чтения)

Название проекта: [Краткое, понятное название]

Контекст:
- Что за продукт: [1 предложение]
- Проблема: [2-3 предложения]
- Моя роль: [Должность, команда, степень участия]
- Таймлайн: [Когда, сколько времени]

Пример:

Редизайн мобильного онбординга в приложении для медитации

Контекст:
- Продукт: Мобильное приложение для медитаций с 200K активных пользователей
- Проблема: 65% новых пользователей удаляли приложение в первый день, не пройдя онбординг
- Моя роль: Product Designer (единственный дизайнер на проекте), работал с PM и аналитиком
- Таймлайн: Октябрь 2024, 3 недели на дизайн, запуск в ноябре

2. Исследование (2-3 минуты чтения)

Как я исследовал проблему:
- Метод 1: [Что делал, что узнал]
- Метод 2: [Что делал, что узнал]

Ключевые инсайты:
- Инсайт 1
- Инсайт 2
- Инсайт 3

Пример:

Исследование:

1. Анализ метрик (Google Analytics, Amplitude):
   - 65% пользователей уходили на 3-м экране онбординга
   - Средняя длина сессии: 45 секунд (целевая: 3 минуты)
   - Drop-off на шаге выбора цели медитации: 40%

2. Session recordings (Hotjar):
   - Пользователи быстро скроллили длинные тексты
   - Многие пропускали выбор цели и не понимали, что выбрать
   - Кнопка «Пропустить» в правом верхнем углу кликалась чаще, чем «Продолжить»

3. CustDev-интервью (8 пользователей, которые удалили приложение):
   - «Мне нужно было быстро попробовать медитацию, а приложение заставляло заполнять анкету»
   - «Не понял, зачем выбирать цель, если я ещё не знаю, как это работает»
   - «Хотел просто включить медитацию и начать, а пришлось читать 4 экрана текста»

Ключевые инсайты:
- Пользователи хотят быстрее попасть к контенту (first-time experience важнее сбора данных)
- Онбординг слишком длинный и требует когнитивных усилий до того, как показана ценность
- Шаг выбора цели сбивает с толку новичков, которые ещё не понимают продукт

3. Гипотеза и решение (3-4 минуты чтения)

Гипотеза:
Если [изменение], то [ожидаемый результат], потому что [логика].

Решение:
- Изменение 1: [Что сделал, почему]
- Изменение 2: [Что сделал, почему]
- Изменение 3: [Что сделал, почему]

[Визуальные материалы: до/после, схемы user flow, скриншоты]

Пример:

Гипотеза:
Если сократить онбординг с 5 экранов до 2 и дать пользователю попробовать медитацию
до сбора данных, то retention D1 вырастет на 20%+, потому что пользователи быстрее
получат ценность и поймут, зачем им приложение.

Решение:

1. Сократил онбординг:
   - Было: 5 экранов (приветствие → цель → опыт → расписание → уведомления)
   - Стало: 2 экрана (приветствие → первая медитация)
   - Логика: Убрал все барьеры до первого контакта с продуктом

2. Изменил последовательность:
   - Было: Сначала анкета → потом контент
   - Стало: Сначала контент (первая медитация) → потом предложение персонализировать
   - Логика: Пользователь должен понять ценность, прежде чем вкладывать усилия

3. Упростил первый экран:
   - Убрал длинные тексты (было 4 абзаца → стало 1 предложение + заголовок)
   - Убрал кнопку "Пропустить" (она создавала decision fatigue)
   - Добавил визуализацию длительности онбординга (2 точки вместо прогресс-бара)

[Визуал: сравнение old flow vs new flow, скриншоты экранов до/после]

4. Тестирование (1-2 минуты чтения)

Как валидировал решение:
- Метод 1: [Что делал, что узнал]
- Итерация: [Что изменил на основе feedback]

Пример:

Тестирование:

1. Usability testing (10 пользователей, не знакомых с продуктом):
   - Задача: Зарегистрироваться и пройти онбординг
   - Результат: 9 из 10 успешно дошли до медитации за 1-2 минуты (против 4 из 10 в старой версии)
   - Feedback: «Наконец-то дали попробовать, а не заставляли читать», «Быстро и понятно»

2. A/B тест прототипа (5 дней, 500 пользователей):
   - Вариант A (контроль): старый онбординг
   - Вариант B (новый): новый онбординг
   - Метрика: Completion rate онбординга
   - Результат: Вариант B выиграл (+43% completion rate)

Итерация:
- На основе тестов добавил микрокопи «Это займёт 30 секунд» на первом экране
  (пользователи боялись, что придётся долго заполнять формы)

5. Результаты (1 минута чтения)

Метрики после запуска:
- Метрика 1: [До → После (+X%)]
- Метрика 2: [До → После (+X%)]
- Бизнес-импакт: [Описание влияния на бизнес]

Таймфрейм: [Через сколько времени измерили]

Пример:

Результаты (через 1 месяц после запуска):

- Retention D1: 35% → 58% (+65%)
- Онбординг completion rate: 35% → 81% (+131%)
- Среднее время до первой медитации: 3.5 минуты → 1.2 минуты (-65%)
- Количество пользователей, запустивших вторую медитацию: +48%

Бизнес-импакт:
- +23К пользователей остались после первого дня (вместо удаления приложения)
- Прогнозируемый рост подписок на платный план: ~₽450K в месяц
  (так как больше пользователей остаются и доходят до paywall)

Качественный фидбек:
- Рейтинг в App Store вырос с 4.2 до 4.6
- Отзывы: "Наконец-то можно быстро начать", "Больше не заставляют читать километры текста"

6. Выводы и рефлексия (опционально, 1 минута чтения)

Что я узнал:
- Lesson 1
- Lesson 2

Что бы сделал иначе:
- [Размышление]

Пример:

Что я узнал:

- Time-to-value важнее персонализации на старте: Пользователи готовы получить менее
  персонализированный опыт, если получат его быстро.

- "Skip" button — не всегда хорошо: Я думал, что кнопка "Пропустить" даёт свободу,
  но она создаёт лишний выбор и увеличивает когнитивную нагрузку.

Что бы сделал иначе:

- Запустил бы A/B тест раньше: Мы потратили 2 недели на детальный дизайн, а потом
  всё равно итерировали после тестов. В следующий раз сделаю прототип за 3 дня
  и сразу потестирую.

Длина кейса

Оптимально: 1500-3000 слов (5-10 минут чтения).

Если кейс короче 1000 слов — недостаточно контекста.

Если длиннее 4000 слов — слишком много деталей, рекрутер устанет.

Чек-лист: проверьте портфолио перед отправкой

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

Общая структура

• Портфолио содержит 3-5 проектов (не больше, не меньше)

• Есть главная страница с превью всех проектов

• Каждый проект можно открыть отдельно

• Есть контакты на каждой странице (email, Telegram, LinkedIn)

• Портфолио открывается на мобильном устройстве

Каждый кейс содержит

Контекст:

• Название проекта понятное и краткое

• Описана проблема (2-3 предложения)

• Указана ваша роль (должность, команда, степень участия)

• Указан таймлайн (когда, сколько времени)

Процесс:

• Описано исследование (какие методы использовали, что узнали)

• Сформулированы инсайты (3-5 ключевых)

• Описана гипотеза («Если..., то..., потому что...»)

• Показано решение (какие дизайн-решения приняли и почему)

• Описано тестирование (как валидировали, какие итерации сделали)

Результаты:

• Указаны метрики до/после с процентным изменением

• Указан таймфрейм (через сколько времени измерили)

• Показан бизнес-импакт (как повлияли на бизнес)

Визуал:

• Есть скриншоты интерфейса (high-quality, не размытые)

• Есть схемы user flow / архитектуры (если релевантно)

• Есть сравнение «до/после» (если это редизайн)

• Картинки оптимизированы (до 500 КБ каждая)

• Визуал дополняет текст, а не заменяет его

Технические аспекты

• Портфолио загружается быстро (до 3 секунд)

• Нет битых ссылок

• Все картинки отображаются

• Текст читаемый (размер шрифта не менее 16px)

• Нет орфографических ошибок

Финальная проверка

• Попросите друга/коллегу посмотреть портфолио и дать обратную связь

• Откройте портфолио на телефоне и проверьте, всё ли работает

• Засеките время: можно ли понять суть проектов за 30 секунд?

• Спросите себя: «Если бы я был рекрутером, пригласил бы я этого кандидата на интервью?»

Платформы для размещения портфолио: сравнение

Рекомендация для продуктовых дизайнеров:

• Начинающие (0-1 год): Notion

• Middle (1-3 года): Readymag или Framer

• Senior+ (3+ лет): Свой сайт или Webflow

Заключение: как сделать так, чтобы ваше портфолио читали

Давайте подведём итоги.

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

5 фатальных ошибок, которые убивают портфолио:

1. Красивые картинки без контекста — показывайте процесс, а не только результат

2. Нет бизнес-метрик — работодатель хочет видеть влияние на метрики

3. Слишком много или мало проектов — оптимально 3-5 сильных кейсов

4. Непонятно, что вы делали в команде — чётко указывайте свою роль

5. Плохая навигация и подача — портфолио должно быть удобным для просмотра

Формула идеального кейса:

1. Контекст (проблема, роль, таймлайн)

2. Исследование (методы, инсайты)

3. Гипотеза и решение (что сделали, почему)

4. Тестирование (как валидировали)

5. Результаты (метрики, бизнес-импакт)

Что делать прямо сейчас:

Шаг 1: Аудит портфолио

Пройдите по чек-листу из этой статьи. Найдите ошибки в своём портфолио.

Шаг 2: Переработайте 1 кейс

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

Шаг 3: Получите обратную связь

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

• Понятна ли проблема?

• Видна ли ваша роль?

• Убедительны ли результаты?

Шаг 4: Обновите остальные кейсы

Примените ту же структуру к остальным 2-4 проектам.

Шаг 5: Проверьте технические аспекты

Оптимизируйте картинки, проверьте на мобильном, убедитесь, что всё работает.

Последний совет: Обновляйте портфолио регулярно.

Каждые 6 месяцев:

• Добавляйте новые проекты

• Убирайте старые

• Обновляйте метрики (если они изменились)

• Улучшайте описание процесса (по мере роста вашего опыта)

Портфолио — это живой документ, а не статичная страница.

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

Удачи в поиске работы! 🚀

А лучшие вакансии для продуктовых дизайнеров ищите на hirehi.ru